লেখা
AI ইন্টারফেসে অনিশ্চয়তা লুকোনোর বদলে স্বীকার করা দরকার
AI SaaS প্রোডাক্টে অর্ধেক উত্তর, বাদ পড়া প্রেক্ষাপট, কম ভরসার ফল আর মানুষের রিভিউ—এসবের জন্যও আলাদা UI state চাই।
ইন্টারফেস যদি model-কে আর একটা নিশ্চিত ফল দেওয়া API বলে চালায়, AI প্রোডাক্টের অভিজ্ঞতা খারাপ হয়। সেটা তেমন API নয়। ফল কাজে লাগতে পারে, অসম্পূর্ণ হতে পারে, দেরি হতে পারে, কম ভরসার বা দুর্বল ভিত্তির হতে পারে। প্রেক্ষাপট না থাকায় আটকে যেতে পারে। গুরুত্ব দিয়ে বানানো প্রোডাক্টে সব কটির জায়গা দরকার।
নিশ্চয়তার অভিনয় করা AI ইন্টারফেস চাই না। চাই ব্যবহারকারী বুঝে ঠিক করতে পারবেন কতটা ভরসা করা যায়। দরকারে উৎসের প্রেক্ষাপট দেখাও। তৈরি করা আর রিভিউ আলাদা করো। কখন আন্দাজ, সারাংশ, রূপান্তর বা ব্যবহারকারীকে বাছতে বলা হচ্ছে, স্পষ্ট করো।
error-এর মডেলও বড় হওয়া দরকার। প্রযুক্তির ব্যর্থতা আর প্রোডাক্টের অনিশ্চয়তা আলাদা। timeout, খোঁজ করে কিছু না পাওয়া, policy-তে আটকে যাওয়া, কম confidence-এর classification আর আংশিক recommendation—সব একই লাল banner হতে পারে না।
যে ভালো AI SaaS workflow-গুলোর আশপাশে কাজ করেছি, সেখানে মানুষের ভূমিকাটা স্পষ্ট ছিল। ব্যবহারকারী জাদুর অপেক্ষায় বসে নেই। তিনি রিভিউ করছেন, শুধরোচ্ছেন, মেনে নিচ্ছেন, ফিরিয়ে দিচ্ছেন, বা নিজে কাজ এগোচ্ছেন। ইন্টারফেসে এগুলো স্বাভাবিক চলন হোক, ব্যতিক্রম নয়।
এখানেই ফ্রন্টএন্ড আর্কিটেকচার লাগে। workflow-তে শুধু loading, success আর error থাকলে প্রোডাক্টের দরকারি ভাষাই হারিয়ে গেছে। এমন state model চাই, যাতে component tree-কে একগাদা flag না বানিয়েও অনিশ্চয়তা বলা যায়।
সংযমও জরুরি মনে করি। প্রতিটা AI মুহূর্তে নাটকীয় animation বা বুদ্ধির ভান দরকার নেই। enterprise ব্যবহারকারীর সাধারণত ঝলমলে effect-এর চেয়ে উৎস জানা, সম্পাদনা করা আর পরের action বোঝা বেশি দরকার।
ভরসাযোগ্য AI প্রোডাক্ট অনিশ্চয়তা আড়াল করে না। কাজের মধ্যে তাকে বুঝে এগোনোর জায়গা বানায়।