ফিচার ঘোষণা: ব্যবহারকারীকে বিরক্ত না করে কীভাবে দেবেন

নতুন ফিচার তৈরি হওয়ার পর কাজ শুধু সেটি প্রকাশ করা নয়। ব্যবহারকারীকে জানাতেও হবে—কিন্তু এমনভাবে, যাতে একটি স্যাস ফিচার ঘোষণা তাঁর চলমান কাজের বাধা হয়ে না দাঁড়ায়।

এখানেই ভুলটি বেশি হয়। ছোট একটি ইন্টারফেস পরিবর্তনের জন্য বড় মডাল দেখানো অপ্রয়োজনীয় হতে পারে; আবার কাজের ধারা বদলে দেওয়ার মতো গুরুত্বপূর্ণ হালনাগাদ শুধু পরিবর্তন তালিকায় রেখে দিলে সংশ্লিষ্ট ব্যবহারকারীর চোখ এড়িয়ে যেতে পারে।

তাই ঘোষণা দেওয়ার আগে তিনটি বিষয় ঠিক করা দরকার: ফিচারটি কতটা গুরুত্বপূর্ণ, কার জন্য প্রাসঙ্গিক এবং কোন মুহূর্তে জানালে তথ্যটি সত্যিই কাজে লাগবে। মাধ্যম বাছাই হবে তার পরে।

ফিচার ঘোষণা কখন বিরক্তিকর হয়ে ওঠে

ব্যবহারকারী সাধারণত সফটওয়্যারে ঢোকেন কোনো কাজ শেষ করতে। নতুন ফিচারের প্রচার দেখা তাঁর মূল উদ্দেশ্য নয়। প্রবেশ করার পর একটি মডাল, কিছুক্ষণ পর নির্দেশক বার্তা, তারপর বিজ্ঞপ্তি এবং পরে একই বিষয় নিয়ে ইমেইল—প্রতিটি বার্তা আলাদাভাবে গ্রহণযোগ্য হলেও একসঙ্গে এগুলো অপ্রয়োজনীয় বাধা তৈরি করতে পারে।

অ্যাপলের হিউম্যান ইন্টারফেস গাইডলাইনস একই বিষয় নিয়ে একাধিক বিজ্ঞপ্তি না পাঠানোর পরামর্শ দেয়। বারবার একই ধরনের বিজ্ঞপ্তি এলে বিজ্ঞপ্তি কেন্দ্র ভরে যেতে পারে, এমনকি ব্যবহারকারী সংশ্লিষ্ট অ্যাপের বিজ্ঞপ্তি পুরোপুরি বন্ধও করতে পারেন।

অ্যান্ড্রয়েডের নথিতেও একাধিক অপ্রয়োজনীয় বিজ্ঞপ্তি পাঠানোর বদলে প্রয়োজন হলে আগের বিজ্ঞপ্তি হালনাগাদ করা বা একাধিক বিজ্ঞপ্তিকে একত্র করার পরামর্শ রয়েছে। বিজ্ঞপ্তি কতটা দৃশ্যমান হবে বা শব্দ দিয়ে ব্যবহারকারীর মনোযোগ নেবে, সেটিও তার গুরুত্বের মাত্রার সঙ্গে সম্পর্কিত।

বিজ্ঞপ্তিজনিত ক্লান্তিকে এখানে শুধু “অনেক বিজ্ঞপ্তি” হিসেবে দেখলে বিষয়টি অসম্পূর্ণ থেকে যায়। সমস্যা বাড়ে যখন একই বার্তা বারবার আসে, ভুল সময়ে আসে, সাধারণ হালনাগাদকেও জরুরি হিসেবে দেখানো হয় অথবা ব্যবহারকারীর সেটি বন্ধ কিংবা পরে দেখার সহজ সুযোগ থাকে না।

তাই প্রথম প্রশ্ন হওয়া উচিত নয়, “কীভাবে বেশি মানুষকে ঘোষণা দেখাব?” বরং জানতে হবে, এই তথ্যটি এখন এই ব্যবহারকারীর সত্যিই দরকার কি না।

আগে ফিচারের গুরুত্ব বুঝুন, তারপর মাধ্যম ঠিক করুন

সব হালনাগাদের জন্য একই ধরনের ঘোষণার বিন্যাস ব্যবহার করার দরকার নেই। পরিবর্তনের গুরুত্ব এবং ব্যবহারকারীর ওপর এর প্রভাব অনুযায়ী মাধ্যম বদলানো বেশি যৌক্তিক।

এটি কোনো স্থির নিয়ম নয়। একই ফিচার দুই ধরনের ব্যবহারকারীর কাছে দুই রকম গুরুত্ব পেতে পারে।

ধরা যাক, একটি প্রকল্প ব্যবস্থাপনা সফটওয়্যারে উন্নত প্রতিবেদন ড্যাশবোর্ড যোগ হয়েছে। নিয়মিত প্রতিবেদন তৈরি করেন এমন অ্যাকাউন্ট মালিকের কাছে ঘোষণাটি প্রাসঙ্গিক। কিন্তু শুধু কাজ হালনাগাদ করেন এমন ব্যবহারকারী প্রবেশ করলেই একই মডাল দেখানোর প্রয়োজন নাও থাকতে পারে।

ইন্টারকমের ফিচার ঘোষণা ব্যবস্থায় লক্ষ্যগোষ্ঠী, ব্যবহারকারীর কার্যক্রম এবং নির্দিষ্ট পৃষ্ঠা ধরে বার্তা দেখানো যায়। পেন্ডোর ঘোষণার মডিউলেও পুরো মডিউল ও আলাদা ঘোষণার পর্যায়ে ব্যবহারকারী বিভাগ নির্ধারণ করা যায়।

সম্পাদকীয়ভাবে এখানেই একটি গুরুত্বপূর্ণ পার্থক্য: “সব ব্যবহারকারী” নিজে কোনো কার্যকর লক্ষ্যগোষ্ঠী নয়।

প্রাসঙ্গিক মুহূর্তে অ্যাপের ভেতরের বার্তা বেশি কার্যকর

নতুন ফিচার যদি ব্যবহারকারীর চলমান কাজের সঙ্গে সরাসরি সম্পর্কিত হয়, তাহলে সেই জায়গাতেই ছোট অ্যাপের ভেতরের বার্তা দেখানো বেশি স্বাভাবিক।

ধরা যাক, চালান তৈরির পাতায় স্বয়ংক্রিয় কর হিসাবের সুবিধা যোগ হয়েছে। ব্যবহারকারী চালান তৈরি করার সময় একটি ছোট ব্যানার, পাতার মধ্যে বসানো বার্তা বা প্রাসঙ্গিক নির্দেশনা দেখলে নতুন ফিচারের সঙ্গে তাঁর কাজের সম্পর্কটি সঙ্গে সঙ্গেই পরিষ্কার হয়।

বার্তাটি হতে পারে:

“কর হিসাব এখন স্বয়ংক্রিয় করা যাবে। এখান থেকে সেটিংটি চালু করুন।”

এতে আলাদা ব্যাখ্যা ছাড়াই বোঝা যায় কী বদলেছে, সুবিধাটি কী এবং কোথা থেকে ব্যবহার শুরু করতে হবে। একই তথ্য ড্যাশবোর্ড খোলার সঙ্গে সঙ্গে বড় মডালে দেখালে সেই প্রাসঙ্গিকতা হারিয়ে যেতে পারে।

অ্যাপকিউজের আগস্ট ২০২৬-এর ফিচার প্রকাশ নির্দেশনায় ফিচার সম্পর্কে সচেতনতা তৈরির জন্য কম বাধাদানকারী পিন, পাতার মধ্যে বসানো বার্তা এবং ব্যবহারকারীর আচরণ অনুযায়ী দেখানো নির্দেশক বার্তার দিকে ঝোঁকার কথা বলা হয়েছে। মডাল সেখানে মূলত সময়-সংবেদনশীল বা কৌশলগতভাবে বেশি গুরুত্বপূর্ণ প্রকাশনার জন্য রাখা হয়েছে।

নির্দেশক বার্তা ছোট রাখুন, কিন্তু অর্থপূর্ণ রাখুন

নির্দেশক বার্তা সবচেয়ে কাজে লাগে যখন নতুন কোনো নিয়ন্ত্রণ কোথায় আছে বা সেটি কী কাজ করে, তা ঠিক সেই জায়গায় বোঝাতে হয়। সম্পাদকের টুলবারে নতুন রপ্তানি সুবিধা যোগ হলে বোতামের পাশে একটি সংক্ষিপ্ত নির্দেশক বার্তাই যথেষ্ট হতে পারে। সেখানে দীর্ঘ ফিচার বর্ণনা দেওয়ার প্রয়োজন নেই।

সাধারণত তিনটি বিষয় পরিষ্কার হলেই কাজ হয়: এটি কী, ব্যবহারকারীর কোন কাজ সহজ করবে এবং এখন তাঁকে কী করতে হবে।

ইন্টারকমের পণ্য পরিচিতি নির্দেশনায় নতুন ফিচার দেখানোর জন্য একধাপের নির্দেশক এবং ভিডিও নির্দেশকের উদাহরণ রয়েছে। লেখা সংক্ষিপ্ত রাখা এবং ব্যবহারকারী কী করতে পারবেন, সেই সুবিধাটি দ্রুত পরিষ্কার করাই সেখানে গুরুত্ব পেয়েছে।

আরেকটি ব্যবহারিক বিষয় হলো বেরিয়ে যাওয়ার পথ। পরিচিতি ধাপ বা নির্দেশক বার্তার ধরন অনুযায়ী বন্ধ করা, সাময়িকভাবে সরিয়ে রাখা বা পরে আবার দেখার ব্যবস্থা থাকলে ব্যবহারকারী নিজের কাজের সময় ঠিক রাখতে পারেন। কোন নিয়ন্ত্রণ দেওয়া যাবে, সেটি অবশ্য ব্যবহৃত প্ল্যাটফর্ম ও বাস্তবায়নের ওপর নির্ভর করবে।

আরও পড়ুন: SaaS Onboarding কী: Signup-এর পর User-কে দ্রুত Value দেখানোর কৌশল

মডালের জন্য শক্ত কারণ থাকা দরকার

মডাল চোখ এড়ানো কঠিন। সেটিই তার শক্তি, আবার সেটিই ঝুঁকি। প্রতিটি নতুন ফিচারের স্বাভাবিক ঘোষণার মাধ্যম হিসেবে মডাল ব্যবহার করলে ব্যবহারকারীর কাজ বারবার থেমে যেতে পারে। অ্যাপলের সতর্কবার্তা নির্দেশনাও বাধা তৈরি করে এমন ইন্টারফেস সংযতভাবে ব্যবহারের নীতি দেয়। অ্যাপলের সতর্কবার্তা এবং স্যাস বিপণন মডাল একই উপাদান নয়, তবে নকশার নীতিটি প্রাসঙ্গিক: শুধু তথ্য জানানোর জন্য বর্তমান কাজ থামানো সব সময় প্রয়োজন হয় না।

মডাল বেশি যুক্তিসংগত যখন পরিবর্তনটি সত্যিই গুরুত্বপূর্ণ, কাজের ধারা উল্লেখযোগ্যভাবে বদলাচ্ছে, স্থানান্তর বা অন্য কোনো পদক্ষেপ দরকার, কিংবা তথ্যটি উপেক্ষা করলে পরে ব্যবহারকারীর কাজ ব্যাহত হতে পারে। অন্যদিকে আইকনের রং বদলানো বা ছোট দৃশ্যগত উন্নতির মতো হালনাগাদের জন্য মডাল সাধারণত বাড়তি বাধা।

মডাল বা নির্দেশিত পরিচিতি ব্যবহার করলে ব্যবহারকারী কীভাবে সেটি বন্ধ, সরিয়ে বা পরে দেখতে পারবেন—সেটিও ঘোষণার নকশার অংশ হওয়া উচিত।

ইমেইল ব্যবহার করুন যখন তথ্যটি অ্যাপের বাইরেও জানা দরকার

ইমেইলের সুবিধা হলো, ব্যবহারকারী তখন পণ্যের ভেতরে না থাকলেও তাঁর কাছে তথ্য পৌঁছাতে পারে। এ কারণে বড় প্রকাশনা, অ্যাকাউন্ট পর্যায়ের পরিবর্তন, স্থানান্তর, প্রশাসনিক পদক্ষেপ বা আগে থেকে প্রস্তুতি দরকার এমন হালনাগাদে ইমেইল যুক্তিসংগত মাধ্যম হতে পারে। ইন্টারকমও সময়-সংবেদনশীল ফিচার ঘোষণায় সক্রিয় ও নিষ্ক্রিয়—দুই ধরনের ব্যবহারকারীর কাছে পৌঁছাতে ইমেইল ব্যবহারের কথা বলে।

ইমেইলে পুরো প্রকাশনা নোট তুলে দেওয়ার প্রয়োজন নেই। পাঠকের দ্রুত বোঝা দরকার কী বদলেছে, কার ওপর প্রভাব পড়বে, কোনো পদক্ষেপ নিতে হবে কি না, পরিবর্তন কখন কার্যকর হবে এবং বিস্তারিত নির্দেশনা কোথায় পাওয়া যাবে।

কাজের আহ্বানেও একই নীতি প্রযোজ্য। ফিচার ব্যবহার করাই যদি পরবর্তী কাজ হয়, তাহলে ব্যবহারকারীকে মূল পাতায় না পাঠিয়ে সংশ্লিষ্ট ফিচার বা কাজের ধারার কাছাকাছি নিয়ে যাওয়া ভালো।

ইন্টারকম পণ্য পরিচিতির ক্ষেত্রে ইমেইলে পরিচিতির লিংক দেওয়া যায়। লিংক অনুসরণ করলে ব্যবহারকারী নির্ধারিত ঠিকানায় গিয়ে পরিচিতি শুরু করতে পারেন। তবে একটি গুরুত্বপূর্ণ সীমাবদ্ধতা আছে: ইন্টারকম পণ্য পরিচিতি মূলত ওয়েব অ্যাপের জন্য তৈরি; মোবাইল অ্যাপের নির্দেশনা আলাদা। প্রতিটি ছোট প্রকাশনা নিয়ে ইমেইল পাঠানোর দরকার নেই। খুব ঘন ঘন ফিচার ইমেইল গেলে সত্যিই গুরুত্বপূর্ণ ঘোষণাও কম গুরুত্ব পেতে পারে।

পুশ বিজ্ঞপ্তিকে সাধারণ ফিচার বিপণনের স্বাভাবিক মাধ্যম করবেন না

পুশ বিজ্ঞপ্তি পণ্যের ইন্টারফেসের বাইরে গিয়ে ব্যবহারকারীর মনোযোগ চাইতে পারে। সে কারণে একটি সাধারণ “নতুন ফিচার এসেছে” বার্তার জন্য এটি স্বয়ংক্রিয় পছন্দ হওয়া উচিত নয়।

অ্যাপল প্ল্যাটফর্মে বিপণন বা প্রচারণামূলক বিজ্ঞপ্তি পাঠাতে ব্যবহারকারীর স্পষ্ট সম্মতি নেওয়ার নির্দেশনা রয়েছে। বিপণন বিজ্ঞপ্তিকে সময়-সংবেদনশীল গুরুত্ব দেওয়াও অনুমোদিত নয়।

অ্যান্ড্রয়েডে বিজ্ঞপ্তি কতটা বাধা তৈরি করবে, তা গুরুত্বের মাত্রা ও বিজ্ঞপ্তি চ্যানেলের সঙ্গে সম্পর্কিত। অ্যান্ড্রয়েড ৮.০ এবং পরবর্তী সংস্করণে ব্যবহারকারী নিজেও চ্যানেলের গুরুত্ব পরিবর্তন করতে পারেন।

তাই পণ্য প্রচার এবং সত্যিকারের সময়-সংবেদনশীল ব্যবহারকারী ঘটনার ক্ষেত্রে একই জরুরিতা দেখানো ঠিক নয়। বিজ্ঞপ্তির গুরুত্ব তার প্রকৃত প্রয়োজনের সঙ্গে মিলতে হবে।

ছোট হালনাগাদের জন্য “নতুন কী” জায়গা রাখুন

প্রতিটি প্রকাশনা ব্যবহারকারীর সামনে ঠেলে দেওয়ার দরকার নেই। রিসোর্স সেন্টার, পরিবর্তন তালিকা বা “নতুন কী” অংশ ছোট পরিবর্তন, প্রকাশনা নোট এবং কম জরুরি হালনাগাদ জমা রাখার ভালো জায়গা। ব্যবহারকারী প্রয়োজনমতো নিজে সেগুলো দেখতে পারেন।

পেন্ডোর ঘোষণা মডিউল রিসোর্স সেন্টারের মধ্যে ফিচার প্রকাশ, প্রকাশনা নোট, সিস্টেম হালনাগাদ এবং প্রচারণা দেখাতে পারে। পেন্ডো এটিকে সাধারণ নির্দেশিকা ওভারলের তুলনায় কম বাধাদানকারী উপায় হিসেবে ব্যবহার করা যেতে পারে বলে উল্লেখ করে। পুরো মডিউল এবং আলাদা ঘোষণা—দুই পর্যায়েই ব্যবহারকারী বিভাগ প্রযোজ্য।

অ্যাপকিউজের লঞ্চপ্যাডসও চাহিদামতো ব্যবহারযোগ্য অ্যাপের ভেতরের বিষয়বস্তু কেন্দ্র হিসেবে কাজ করে। সেখান থেকে নির্দেশিকা, লিংক, ফিচারের তথ্য এবং পণ্যের হালনাগাদ নিজের সময়মতো দেখা যায়। এই ধরনের স্থায়ী জায়গা থাকলে প্রতিটি ছোট হালনাগাদের জন্য পপ-আপ তৈরি করার প্রয়োজনও কমে।

একই ঘোষণা সবাইকে দেখাবেন না

ফিচার ঘোষণার বড় একটি অংশ লেখা তৈরির আগেই নির্ধারিত হয়—কাকে বার্তা দেখানো হবে। নতুন ফিচার যদি নির্দিষ্ট পরিকল্পনা, অ্যাকাউন্ট ভূমিকা বা কাজের ধারার জন্য হয়, একই লেখা সব ব্যবহারকারীকে দেখানো সাধারণত যথেষ্ট নির্ভুল লক্ষ্য নির্ধারণ নয়।

তবে “ফিচার ব্যবহারের অনুমতি নেই, তাই বার্তা দেখাব না”—এটিও সব ক্ষেত্রে ঠিক নয়। ইন্টারকমের নির্দেশনায় ফিচার ব্যবহারের অনুমতি থাকা ব্যবহারকারী এবং পরিকল্পনা উন্নীত করলে অনুমতি পেতে পারেন এমন ব্যবহারকারী—দুই দলকে লক্ষ্য করার উদাহরণ রয়েছে। পার্থক্য হলো, দুই দলের জন্য বার্তার উদ্দেশ্য এক হওয়া উচিত নয়।

ব্যবহারকারী বিভাগ করা যেতে পারে পরিকল্পনা, অ্যাকাউন্ট ভূমিকা, ফিচার ব্যবহারের অনুমতি, আগের পণ্য ব্যবহার, সংশ্লিষ্ট পৃষ্ঠা বা কাজের ধারা, নতুন বা পুরোনো ব্যবহারকারী এবং ঘোষণা দেখা বা ফিচার ব্যবহারের আচরণের ভিত্তিতে।

“যত বেশি প্রদর্শন, তত বেশি ব্যবহার”—এমন সরল সমীকরণ ধরে নেওয়া দুর্বল মাপকাঠি। ঘোষণা দেখার পর সংশ্লিষ্ট ব্যবহারকারী ফিচারের দিকে যাচ্ছেন এবং সেটি ব্যবহার শুরু করছেন কি না, সেটিই বেশি অর্থপূর্ণ।

পরবর্তী বার্তা হবে ব্যবহারকারীর আচরণ অনুযায়ী

একজন ব্যবহারকারী ঘোষণা দেখার পর ফিচার ব্যবহার করে ফেলেছেন। পরে তাঁকে আবার একই “এই ফিচারটি ব্যবহার করুন” বার্তা দেখানো সাধারণত প্রয়োজন নেই।

কেউ ঘোষণা দেখেছেন কিন্তু ফিচার ব্যবহার করেননি—তাঁর ক্ষেত্রে কিছু সময় পর প্রাসঙ্গিক স্মারক যৌক্তিক হতে পারে। এখানেই আচরণভিত্তিক পরবর্তী বার্তা কাজে আসে।

অ্যাপকিউজের কর্মধারা নথিতে ঘোষণা দেখা এবং পরে ফিচার ব্যবহার করার ঘটনা ধরে আলাদা পরবর্তী ধাপ তৈরির উদাহরণ রয়েছে। তাদের উদাহরণে পরবর্তী বার্তার আগে ২–৩ দিনের বিরতি রাখা হয়েছে। এটি অ্যাপকিউজের প্রস্তাবিত কর্মধারা; সব স্যাস পণ্যের জন্য নির্ধারিত শিল্পমান নয়।

নিজস্ব প্রচারণায় তাই আগে থেকেই সমাপ্তির শর্ত ঠিক করা ভালো। ব্যবহারকারী ফিচার ব্যবহার করলে গ্রহণ-উৎসাহমূলক স্মারক বন্ধ হতে পারে। ঘোষণা বন্ধ করলে নির্দিষ্ট সময় একই বাধাদানকারী বার্তা না দেখানো যেতে পারে। আর সাড়া না এলে একই প্রচারণা অনির্দিষ্টকাল চালিয়ে যাওয়ারও কারণ নেই।

বিরতি কত দিন হবে, সেটি অন্য কোনো প্রতিষ্ঠানের ছক থেকে কপি না করে নিজের পণ্য ব্যবহারের ধরন, ফিচারের গুরুত্ব এবং ব্যবহারকারীর আচরণ দেখে ঠিক করা ভালো।

ফিচারের নাম নয়, আগে বলুন ব্যবহারকারী কী করতে পারবেন

“উন্নত স্মার্ট স্বয়ংক্রিয়করণ ২.০ চালু হয়েছে”—এই নাম পণ্য দলের কাছে গুরুত্বপূর্ণ হতে পারে। ব্যবহারকারী বরং জানতে চান, তাঁর কোন কাজটি এখন সহজ হবে।

তাই ঘোষণার লেখায় অভ্যন্তরীণ ফিচারের নামের চেয়ে ফলাফল দ্রুত পরিষ্কার করা বেশি কার্যকর।

দুর্বল:
“আমাদের নতুন বাল্ক এডিটর এখন চালু।”

আরও পরিষ্কার:
“এখন একসঙ্গে একাধিক পণ্যের দাম পরিবর্তন করতে পারবেন।”

দ্বিতীয় বাক্যে ফিচারের কাজ বুঝতে বাড়তি ব্যাখ্যা লাগে না।

কাজের আহ্বানেও একই নিয়ম কাজে দেয়। “আরও জানুন” কোনো ভুল আহ্বান নয়, কিন্তু পরবর্তী কাজ পরিষ্কার হলে “বাল্ক এডিটর খুলুন” বা “প্রতিবেদন তৈরি করুন” বেশি নির্দিষ্ট নির্দেশনা দেয়।

প্রচারণা চালুর আগে এই ৭টি প্রশ্ন করুন

ঘোষণা চালু করার আগে সাতটি প্রশ্নের উত্তর পরিষ্কার থাকা উচিত:

১. ফিচারটি আসলে কার জন্য প্রাসঙ্গিক?
২. কোন পৃষ্ঠা বা কাজের সময় বার্তাটি সবচেয়ে অর্থপূর্ণ হবে?
৩. ব্যবহারকারীর কাজ এখনই থামানো সত্যিই দরকার কি?
৪. নির্দেশক বার্তা, পিন, ব্যানার, পাতার মধ্যে বসানো বার্তা বা পরিবর্তন তালিকা যথেষ্ট হলে মডাল কেন দরকার?
৫. একই তথ্য কি ইমেইল, বিজ্ঞপ্তি ও অ্যাপের ভেতরের বার্তায় অকারণে পুনরাবৃত্তি হচ্ছে?
৬. ব্যবহারকারী ফিচার ব্যবহার করার পর স্মারক বন্ধ হবে কি?
৭. বন্ধ করা, সাময়িকভাবে সরিয়ে রাখা, এড়িয়ে যাওয়া বা পরে দেখার উপযুক্ত ব্যবস্থা দরকার কি?

এই প্রশ্নগুলোর উত্তর না থাকলে দৃশ্যগত নকশা প্রস্তুত হলেও ঘোষণার কৌশল পুরোপুরি প্রস্তুত নয়।

ছোট স্যাস দল কীভাবে সহজভাবে শুরু করতে পারে

ছোট ব্যবসা বা নতুন স্যাস পণ্যের শুরুতেই জটিল বহু-মাধ্যমভিত্তিক স্বয়ংক্রিয় ব্যবস্থা তৈরি করার দরকার নেই।

বড় ফিচার হলে প্রাসঙ্গিক লক্ষ্যগোষ্ঠীর জন্য একটি অ্যাপের ভেতরের ঘোষণা এবং প্রয়োজন হলে সংক্ষিপ্ত ইমেইল দিয়েই শুরু করা যায়। নির্দিষ্ট জায়গায় ব্যবহারযোগ্য ফিচারের জন্য নির্দেশক বার্তা, পিন বা পাতার মধ্যে নির্দেশনা যথেষ্ট হতে পারে। ছোট হালনাগাদ পরিবর্তন তালিকা বা “নতুন কী” অংশে রাখা যায়। আর কাজের ধারা উল্লেখযোগ্যভাবে বদলালে স্থায়ী অ্যাপের ভেতরের নোটিশ, ইমেইল ও সহায়তা নিবন্ধ একসঙ্গে ব্যবহার করার কারণ থাকে।

এরপর ঘোষণা কতবার দেখা হয়েছে, শুধু সেটিই দেখবেন না। ব্যবহারকারী সেখান থেকে ফিচারে যাচ্ছেন কি না এবং ফিচার ব্যবহার শুরু করছেন কি না, সেটিও দেখতে হবে। পপ-আপ দেখা মানেই ফিচার বোঝা নয়। আবার ফিচার বোঝা মানেই সেটি ব্যবহার শুরু করা নয়।

ঘোষণা দেওয়ার আগে প্রথম সিদ্ধান্তটি নিন

একটি কার্যকর স্যাস ফিচার ঘোষণা তৈরির প্রথম প্রশ্ন “কোন পপ-আপ ব্যবহার করব?” নয়। আগে ঠিক করুন, কার কাছে, কোন মুহূর্তে এবং কতটা জোর দিয়ে তথ্যটি পৌঁছানো দরকার। এরপর মাধ্যম বাছাই অনেক সহজ হয়ে যায়।

যে হালনাগাদ ব্যবহারকারী নিজের সময়মতো পরিবর্তন তালিকা থেকে জানতে পারেন, সেটির জন্য মডাল দরকার নেই। আবার কাজের ধারা বদলে দেওয়া গুরুত্বপূর্ণ পরিবর্তনকে শুধু প্রকাশনা নোটে লুকিয়ে রাখাও ঠিক নয়।

লক্ষ্য যত কম সম্ভব বার্তা পাঠানো নয়। লক্ষ্য হলো অপ্রাসঙ্গিক বাধা কমিয়ে প্রয়োজনের সময় যথেষ্ট পরিষ্কার নির্দেশনা দেওয়া। এই সিদ্ধান্তটি ঠিক করতে পারলে ফিচার ঘোষণা নিজেই আরেকটি বাধা না হয়ে পণ্য ব্যবহারের স্বাভাবিক অংশ হয়ে উঠতে পারে।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

নতুন ফিচার ঘোষণার জন্য কোন মাধ্যমটি আগে বেছে নেওয়া উচিত?

মাধ্যম বেছে নেওয়ার আগে দেখতে হবে ফিচারটি কার জন্য, কতটা গুরুত্বপূর্ণ এবং ব্যবহারকারী কোন সময়ে তথ্যটি জানলে সবচেয়ে উপকৃত হবেন। নির্দিষ্ট কাজের সঙ্গে সম্পর্কিত ফিচারের জন্য অ্যাপের ভেতরের ছোট বার্তা বা নির্দেশক বেশি উপযোগী হতে পারে। বড় পরিবর্তন বা আগে থেকে প্রস্তুতি দরকার হলে ইমেইলও প্রয়োজন হতে পারে।

নতুন ফিচারের জন্য কি সব ব্যবহারকারীকে একই ঘোষণা দেখানো উচিত?

না। ব্যবহারকারীর পরিকল্পনা, অ্যাকাউন্টে তাঁর ভূমিকা, ফিচার ব্যবহারের অনুমতি, আগের ব্যবহার এবং তিনি কোন কাজ করছেন—এসব বিবেচনা করে ঘোষণা দেখানো ভালো। একই বার্তা সবার জন্য প্রাসঙ্গিক নাও হতে পারে।

কতবার একই ফিচারের ঘোষণা দেখানো যেতে পারে?

সবার জন্য নির্দিষ্ট কোনো সংখ্যা নেই। ব্যবহারকারী ফিচারটি ব্যবহার শুরু করলে একই স্মারক চালিয়ে যাওয়ার প্রয়োজন সাধারণত থাকে না। আবার তিনি ঘোষণা বন্ধ করে দিলে সঙ্গে সঙ্গে একই বার্তা দেখানোর বদলে কিছু সময় বিরতি দেওয়া যুক্তিসংগত। কতদিন বিরতি থাকবে, তা নিজের পণ্যের ব্যবহারধারা দেখে ঠিক করা উচিত।

ছোট ফিচার পরিবর্তনের জন্য কি পপ-আপ ব্যবহার করা উচিত?

সাধারণত ছোট দৃশ্যগত পরিবর্তন, সামান্য ব্যবহারযোগ্যতার উন্নতি বা কম গুরুত্বপূর্ণ হালনাগাদের জন্য বড় পপ-আপ প্রয়োজন হয় না। পরিবর্তন তালিকা, “নতুন কী” অংশ বা ছোট প্রাসঙ্গিক নির্দেশনা এ ধরনের ঘোষণার জন্য বেশি স্বাভাবিক হতে পারে।

ফিচার ঘোষণা সফল হয়েছে কি না কীভাবে বোঝা যাবে?

শুধু কতজন ঘোষণা দেখেছেন, সেটি যথেষ্ট নয়। ঘোষণার পর সংশ্লিষ্ট ব্যবহারকারী ফিচারের দিকে যাচ্ছেন কি না, সেটি ব্যবহার শুরু করছেন কি না এবং পুনরায় স্মারক দেখানোর প্রয়োজন থাকছে কি না—এসব দেখলে ফলাফল সম্পর্কে বেশি অর্থপূর্ণ ধারণা পাওয়া যায়।

ব্যবহারকারী ঘোষণা বন্ধ করে দিলে কী করা উচিত?

একই বাধাদানকারী বার্তা সঙ্গে সঙ্গে আবার দেখানো ঠিক নয়। কিছু সময় বিরতি দেওয়া যেতে পারে অথবা পরে কম বাধাদানকারী উপায়ে তথ্যটি দেখানো যেতে পারে। ব্যবহারকারী ইতিমধ্যে ফিচারটি ব্যবহার করে থাকলে একই গ্রহণ-উৎসাহমূলক বার্তা বন্ধ করাই যুক্তিসংগত।