একই প্রশ্ন যদি সহায়তা বিভাগে সপ্তাহে দশবার আসে, দশজন ব্যবহারকারী যে ভুল করছেন সেটিই সব সময় আসল সমস্যা নয়। কখনো সমস্যাটা নির্দেশিকায়।
পাসওয়ার্ড কোথা থেকে বদলাবেন, চালান কীভাবে নামাবেন, নতুন সদস্যকে কোথায় যোগ করবেন—এসব কাজ হয়তো পণ্য দলের কাছে খুবই সহজ। কিন্তু যে মানুষটি প্রথমবার সফটওয়্যারটি ব্যবহার করছেন, তিনি আপনার মেনুর নাম, সেটিংসের অবস্থান বা দলের অভ্যন্তরীণ পরিভাষা জানেন না।
ভালো সাস জ্ঞানভান্ডার লেখা এখানেই আলাদা। এটি কোনো সুবিধার বিবরণ লিখে দায়িত্ব শেষ করে না। ব্যবহারকারী যে কাজটি করতে এসে আটকে গেছেন, সেই জায়গা থেকে লেখা শুরু করে এবং তাঁকে কাজটির শেষ পর্যন্ত নিয়ে যায়।
একটি জ্ঞানভান্ডার নিবন্ধ পড়ার পরও যদি পাঠকের মনে প্রশ্ন থাকে, “এখন আমি কোথায় চাপ দেব?”, তাহলে সেখানে আরও কাজ বাকি আছে।
আগে ঠিক করুন, মানুষটি আসলে কী করতে চাইছেন
জ্ঞানভান্ডারের অনেক দুর্বল লেখা শুরু হয় পণ্যের নিজস্ব ভাষা থেকে।
ধরা যাক, আপনার সফটওয়্যারে কর্মক্ষেত্রের অনুমতি নামে একটি সুবিধা আছে। দলের ভেতরে নামটি একেবারে পরিষ্কার। কিন্তু ব্যবহারকারী হয়তো এভাবে খুঁজছেন না।
তাঁর প্রশ্ন হতে পারে:
- কাউকে প্রশাসক বানাব কীভাবে?
- একজন সদস্যের প্রবেশাধিকার বন্ধ করব কোথা থেকে?
- কে বিলিং বা অর্থপ্রদানের তথ্য পরিবর্তন করতে পারবে?
- নির্দিষ্ট প্রকল্পে একজন সদস্যকে কীভাবে যোগ করব?
এগুলো একই সুবিধার সঙ্গে সম্পর্কিত হতে পারে, কিন্তু ব্যবহারকারীর কাছে এগুলো চারটি আলাদা কাজ। ইন্টারকমের সহায়তা-বিষয়ক নির্দেশনাতেও সুবিধার নামের চেয়ে গ্রাহক যে কাজটি শেষ করতে চান, সেটিকে সামনে রাখার পরামর্শ দেওয়া হয়েছে।
লেখা শুরুর আগে তাই একটি বাক্য লিখে নিন:
এই পেজটি পড়লে ব্যবহারকারী কী করতে পারবেন?
উত্তর যদি হয়, “অ্যাকাউন্ট সম্পর্কে সবকিছু জানতে পারবেন”, বিষয়টি সম্ভবত অনেক বড়।
“নিজের অ্যাকাউন্টের পাসওয়ার্ড বদলাতে পারবেন”—এটি অনেক পরিষ্কার।
কী নিয়ে লিখবেন, তার উত্তর সহায়তা বিভাগেই পাওয়া যায়
নতুন জ্ঞানভান্ডার বানাতে গিয়ে শুরুতেই ৫০ বা ১০০টি বিষয়ের তালিকা তৈরি করার দরকার নেই। আগে দেখুন কোন প্রশ্নগুলো সত্যিই ফিরে আসছে। সহায়তা দলকে জিজ্ঞেস করুন। মানুষ কোথায় গিয়ে আটকে যাচ্ছে? কোন সুবিধা নিয়ে একই ব্যাখ্যা বারবার দিতে হচ্ছে? কোন কাজের জন্য প্রতিনিধিরা প্রায় একই উত্তর কপি করে পাঠাচ্ছেন?
সহায়তা কেন্দ্রে নিজস্ব অনুসন্ধানের তথ্য থাকলে সেটিও দেখুন। মানুষ কোন শব্দ লিখছে, কোন প্রশ্নের উত্তর পাচ্ছে না—এসব তথ্য ডেস্কে বসে অনুমান করার চেয়ে অনেক বেশি কাজে লাগে।
একটি ছোট সাস ব্যবসার জন্য শুরুটা হতে পারে মাত্র দশটি নিবন্ধ দিয়ে। কিন্তু সেই দশটি যেন বাস্তব দশটি সমস্যার উত্তর হয়। শতাধিক পাতার জ্ঞানভান্ডার থাকা এবং ব্যবহারকারীর প্রয়োজনীয় উত্তর থাকা একই কথা নয়।
একটি পেজে একটি কাজ শেষ করাই ভালো
অ্যাকাউন্ট সেটিংস নির্দেশিকা দেখতে গোছানো নাম। সমস্যাও সেখানেই। এর ভেতরে যদি পাসওয়ার্ড পরিবর্তন, প্রোফাইল ছবি, ই-মেইল, নিরাপত্তা, সদস্য এবং বিলিং—সব থাকে, তাহলে জরুরি মুহূর্তে ব্যবহারকারীকে উত্তর খুঁজতে হবে।
তার বদলে:
অ্যাকাউন্টের পাসওয়ার্ড পরিবর্তন করবেন কীভাবে
অথবা:
মাসিক চালান কোথা থেকে ডাউনলোড করবেন
এই শিরোনামগুলো দেখতে কম বড়। কিন্তু কাজে বেশি লাগে। এখানে এসইও-ও ব্যবহারকারীর প্রয়োজনের সঙ্গে সংঘর্ষে যায় না। মানুষ যদি সমস্যাটি যেভাবে বলে, শিরোনামও কাছাকাছি ভাষায় লেখা থাকে, পেজটি খুঁজে পাওয়া সহজ হয়।
ধাপ শুরু করার আগেই বাধাগুলো বলে দিন
একজন ব্যবহারকারী পাঁচটি ধাপ শেষ করার পর জানতে পারলেন কাজটি করার জন্য প্রশাসকের অনুমতি প্রয়োজন। এটি তাঁর জন্য খারাপ অভিজ্ঞতা। নির্দেশনা ভুল ছিল না, কিন্তু গুরুত্বপূর্ণ তথ্যটি ভুল জায়গায় ছিল।
তাই কোনো বিশেষ শর্ত থাকলে শুরুতেই বলুন।
যেমন:
শুরু করার আগে: এই পরিবর্তনটি করতে কর্মক্ষেত্রের প্রশাসকের অনুমতি লাগবে।
অথবা:
এই সুবিধাটি শুধু প্রো পরিকল্পনায় পাওয়া যায়।
অথবা:
প্রথমে আপনার ডোমেইন যাচাই করা থাকতে হবে।
প্রতিটি নিবন্ধে আলাদা করে “পূর্বশর্ত” অংশ বানানোর প্রয়োজন নেই। প্রয়োজন না থাকলে কিছুই লিখবেন না। কিন্তু প্রয়োজন থাকলে তথ্যটি ধাপের মাঝখানে লুকিয়ে রাখবেন না।
নির্দেশনা লিখুন সেই মানুষের জন্য, যিনি আপনার পর্দা আগে দেখেননি
এখানেই ভালো এবং মাঝারি মানের জ্ঞানভান্ডারের পার্থক্য সবচেয়ে স্পষ্ট।
ধরা যাক লেখা হলো:
সেটিংসে গিয়ে বিজ্ঞপ্তির অপশন বন্ধ করুন।
যিনি পণ্যটি চেনেন, তাঁর জন্য যথেষ্ট।
নতুন ব্যবহারকারীর জন্য নয়।
সেটিংস কোথায়? অ্যাকাউন্ট সেটিংস, কর্মক্ষেত্রের সেটিংস, না প্রকল্পের সেটিংস? বিজ্ঞপ্তির নিচে আবার কোন অপশন? পরিবর্তনটি নিজে থেকেই সংরক্ষিত হবে, নাকি আলাদা বোতাম আছে?
আরও ভালো নির্দেশনা হতে পারে:
১. নিয়ন্ত্রণপ্যানেল থেকে সেটিংস খুলুন।
২. বিজ্ঞপ্তি নির্বাচন করুন।
৩. ই-মেইল বিজ্ঞপ্তি বন্ধ করুন।
৪. আলাদা সংরক্ষণ বোতাম দেখা গেলে সেটি চাপুন।
৫. পেজটি আবার খুলে পরিবর্তনটি সংরক্ষিত হয়েছে কি না দেখুন।
এটি একটি কাল্পনিক উদাহরণ। নিজের পণ্যে যে নাম ও ধাপ বাস্তবে আছে, সেগুলোই ব্যবহার করতে হবে। গুগলের কারিগরি নথি লেখার নির্দেশিকাতেও ধারাবাহিক কাজকে নম্বরযুক্ত ধাপে ভাঙা এবং সাধারণভাবে একটি গুরুত্বপূর্ণ কাজ একটি ধাপে রাখার পরামর্শ দেওয়া হয়েছে।
মূল নীতিটা আরও সহজ: পাঠককে যেন মাঝখানের কোনো ধাপ আন্দাজ করতে না হয়।
“সংরক্ষণ করুন” বলেই থেমে যাবেন না
কাজটি হয়েছে—ব্যবহারকারী বুঝবেন কীভাবে?
এই প্রশ্নটি জ্ঞানভান্ডার লেখার সময় সহজেই বাদ পড়ে যায়।
কোনো সদস্য যোগ করার পর নামটি কি তালিকায় দেখা যাবে? ই-মেইল কি পাঠানো হবে? অবস্থা কি সক্রিয় হবে? ফাইল ডাউনলোড শুরু হবে? কোনো নিশ্চিতকরণ বার্তা আসবে?
যেটি সত্যিই ঘটে, সেটি লিখুন।
ধাপটি তখন শুধু নির্দেশনা থাকে না; ব্যবহারকারী নিজের কাজ নিজেই যাচাই করতে পারেন।
এখানে অবশ্য অনুমান করা যাবে না। ব্যবহারকারী-ইন্টারফেস বা কাজের প্রক্রিয়া বদলে গেলে পুরোনো সফলতার বার্তাও ভুল তথ্য হয়ে যেতে পারে।
মানুষ সাধারণত যেখানে আটকে যায়, সেই জায়গাটি বাদ দেবেন না
সবকিছু ঠিকঠাক হলে কী হবে, সেই নির্দেশনা লেখা সহজ।
১. এখানে যান।
২. এটি চাপুন।
৩. সংরক্ষণ করুন।
কিন্তু সহায়তার অনুরোধ সাধারণত আসে যখন দ্বিতীয় ধাপে সেই বোতামটি নেই। তাই বাস্তবে পরিচিত সমস্যা থাকলে মূল নির্দেশনার পরেই অল্প জায়গায় লিখুন।
অপশনটি দেখছেন না?
প্রথমে আপনার অ্যাকাউন্টের ভূমিকা পরীক্ষা করুন। নির্দিষ্ট অনুমতি লাগলে সেটি লিখুন।
সংরক্ষণ হচ্ছে না?
কোনো বাধ্যতামূলক ঘর খালি আছে কি না বা ত্রুটির বার্তা দেখা যাচ্ছে কি না দেখুন।
আপনার পর্দা ছবির সঙ্গে মিলছে না?
ওয়েব, অ্যান্ড্রয়েড ও আইওএসে ইন্টারফেস আলাদা হলে সেটি পরিষ্কার করুন।
এখানে সম্ভাব্য ২৫টি ত্রুটি বানিয়ে লেখার প্রয়োজন নেই। যেগুলো সত্যিই ঘটে, সেগুলোই রাখুন। সহায়তা দলের কাছ থেকে এই অংশের সবচেয়ে ভালো উপাদান পাওয়া যায়।
পর্দার ছবি দিন, কিন্তু ছবির ওপর পুরো দায়িত্ব ছেড়ে দেবেন না
সঠিক পর্দার ছবি অনেক সময় তিনটি অনুচ্ছেদের কাজ করে দেয়। বিশেষ করে কোনো ছোট প্রতীক বা মেনুর গভীরে থাকা অপশন খুঁজতে হলে।
তবু “লাল দাগ দেওয়া জায়গায় চাপুন” লিখে ছবি দিয়ে শেষ করে দেওয়া ঠিক নয়।
ইন্টারফেস বদলালে ছবিটি পুরোনো হবে। ছোট ফোনে লেখা বোঝা নাও যেতে পারে। পর্দা-পাঠক ব্যবহারকারী ছবির ওপর নির্ভর করে একই তথ্য পাবেন না।
তাই মূল নির্দেশনা লেখায় রাখুন। ছবি হবে সাহায্যকারী।
তথ্যবহুল ছবির জন্য উপযুক্ত বিকল্প পাঠ্য দেওয়ার কথাও ডব্লিউথ্রিসির প্রবেশগম্যতা নির্দেশিকায় বলা হয়েছে।
আরেকটি ছোট কিন্তু গুরুত্বপূর্ণ বিষয়: পর্দার ছবি নেওয়ার সময় ব্যক্তিগত ই-মেইল, এপিআই চাবি, গ্রাহকের নাম, বিলিং-সংক্রান্ত তথ্য বা অন্য কোনো সংবেদনশীল তথ্য থেকে গেছে কি না দেখে নিন।
আপনার প্রতিষ্ঠানের ভাষা আর ব্যবহারকারীর ভাষা এক নাও হতে পারে
পণ্য দল হয়তো বলে “সদস্য নিষ্ক্রিয় করা”।
ব্যবহারকারী বলতে পারেন “দল থেকে সদস্য সরানো”।
আপনি হয়তো বলেন “বিলিং নথি”। কেউ খুঁজছেন “চালান ডাউনলোড”।
কোনটি ব্যবহার করবেন, তার উত্তর কীওয়ার্ড বিশ্লেষণের আগেই সহায়তা-সংক্রান্ত কথোপকথন থেকে পাওয়া যায়।
ইন্টারকমের সহায়তা-লেখার নির্দেশিকাতেও গ্রাহক যে শব্দ ব্যবহার করেন, সেগুলো শিরোনাম, বিবরণ এবং লিংকের লেখায় কাজে লাগানোর পরামর্শ রয়েছে।
তবে এখানে একটি ভারসাম্য দরকার।
ব্যবহারকারী-ইন্টারফেসে যদি বোতামের নাম নিষ্ক্রিয় করুন, তাহলে নির্দেশনার মধ্যে সেটিকে সরিয়ে দিন লিখলে মানুষ পর্দায় অপশনটি খুঁজে পাবেন না। শিরোনামে মানুষের পরিচিত ভাষা থাকতে পারে। ধাপে থাকা মেনু ও বোতামের নাম অবশ্যই বাস্তব ইন্টারফেসের সঙ্গে মিলতে হবে।
অনুসন্ধানের জন্য লিখুন, কিন্তু অনুসন্ধানযন্ত্রের জন্য লেখা শুরু করবেন না
সবার জন্য উন্মুক্ত জ্ঞানভান্ডার গুগলে সূচিবদ্ধ করতে চাইলে কয়েকটি সাধারণ বিষয় ঠিক রাখা দরকার। ইউআরএল বোঝা যায় এমন রাখুন। সম্পর্কিত পেজের মধ্যে অভ্যন্তরীণ লিংক দিন। “এখানে চাপুন”-এর বদলে লিংকটি কোথায় নিয়ে যাবে সেটি লিখুন।
আর পেজটি অনুসন্ধানফলে দেখাতে চাইলে ভুল করে নোইনডেক্স নির্দেশনা চালু আছে কি না দেখুন।
কিন্তু এখানে কীওয়ার্ডের ঘনত্ব নিয়ে ব্যস্ত হওয়ার দরকার নেই।
একই বাক্যে সাস জ্ঞানভান্ডার লেখা চারবার বসালে নিবন্ধ ভালো হয় না। মানুষ যে প্রশ্নের উত্তর খুঁজছেন, সেটি পরিষ্কারভাবে লিখলে অনুসন্ধানের উদ্দেশ্যের বড় অংশ এমনিতেই ধরা পড়ে।
গুগলের অনুসন্ধান-বিষয়ক মূল নির্দেশনাতেও শিরোনাম, প্রধান শিরোনাম, ছবির বিকল্প লেখা এবং লিংকের লেখার মতো গুরুত্বপূর্ণ জায়গায় মানুষ যে শব্দ ব্যবহার করতে পারে, সেগুলো রাখার পরামর্শ রয়েছে।
জ্ঞানভান্ডারের ভেতরের পথটাও পরিষ্কার হতে হবে
একটি ভালো নিবন্ধ ভুল জায়গায় পড়ে থাকলে সেটিও প্রায় অদৃশ্য। তাই বিভাগ বা সংগ্রহ তৈরি করার সময় প্রতিষ্ঠানের সাংগঠনিক কাঠামো অনুসরণ না করে ব্যবহারকারী কীভাবে বিষয়গুলো খুঁজবেন সেটি ভাবুন।
ধরা যাক আপনার সফটওয়্যারে তিনটি দল কাজ করে: প্ল্যাটফর্ম, প্রবৃদ্ধি এবং আয়।
গ্রাহক কি সত্যিই সহায়তা কেন্দ্রে গিয়ে “আয়” বিভাগ খুঁজবেন?
সম্ভবত তিনি খুঁজবেন বিলিং, অর্থপ্রদান বা চালান।
জ্ঞানভান্ডারের শ্রেণিবিন্যাস প্রতিষ্ঠানের ভেতরের কাঠামোর প্রতিলিপি হওয়া জরুরি নয়।
আর একই নির্দেশনা পাঁচ জায়গায় কপি করে রাখাও ঝুঁকিপূর্ণ। একটি জায়গা হালনাগাদ হলো, বাকিগুলো হলো না—তারপর একই প্রশ্নের পাঁচটি আলাদা উত্তর তৈরি হলো। যেখানে সম্ভব, একটি মূল নিবন্ধ রাখুন। অন্য জায়গা থেকে সেটিতে লিংক দিন।
আরও পড়ুন: SaaS Onboarding কী: Signup-এর পর User-কে দ্রুত Value দেখানোর কৌশল
প্রকাশের আগে লেখাটি পড়ে নয়, ব্যবহার করে দেখুন
এটি সম্ভবত পুরো প্রক্রিয়ার সবচেয়ে দরকারি পরীক্ষা। নিজের লেখা সামনে রেখে কাজটি শুরু থেকে শেষ পর্যন্ত করুন।
- কোনো বোতামের নাম কি বদলে গেছে?
- একটি ধাপ কি এতটাই স্বাভাবিক মনে হয়েছিল যে লিখতেই ভুলে গেছেন?
- মোবাইলে কি একই মেনু অন্য জায়গায়?
- অনুমতি না থাকলে কী হয়?
- দেওয়া লিংক কি এখনও ঠিক পেজে যাচ্ছে?
নিজে করা সম্ভব না হলে পণ্যটি ভালোভাবে জানেন এমন কাউকে দিয়ে ধাপগুলো যাচাই করান। আরও ভালো হয়, যদি এমন কেউ চেষ্টা করেন যিনি ওই কাজটি নিয়মিত করেন না। লেখক যে জায়গায় কোনো সমস্যা দেখেন না, নতুন ব্যবহারকারী প্রায়ই সেখানেই আটকে যান।
প্রকাশ করেই ফাইল বন্ধ করবেন না
জ্ঞানভান্ডার পুরোনো হওয়ার জন্য খুব বেশি কিছু লাগে না। একটি মেনুর নাম বদলাল। বিলিং পেজ সরল। নতুন অনুমতি এল। পুরোনো কাজের প্রক্রিয়া বাদ গেল। নিবন্ধটি তখন দেখতে ঠিকই থাকে, কিন্তু কাজে ভুল।
কোন পেজগুলো সবচেয়ে গুরুত্বপূর্ণ, সেগুলোর দায়িত্ব নির্দিষ্ট রাখুন। পণ্যে পরিবর্তন হলে নির্দেশিকাও পর্যালোচনা করা কাজটির অংশ হওয়া উচিত।
আর শুধু পেজ দেখা হয়েছে কতবার, সেই সংখ্যা দেখে সিদ্ধান্ত নেবেন না। একটি নিবন্ধ অনেকবার দেখা হচ্ছে কারণ সেটি খুব দরকারি—এটিও হতে পারে। আবার মানুষ উত্তর না পেয়ে বারবার খুলছেন—সেটিও হতে পারে।
দেখুন ওই বিষয় নিয়ে সহায়তার অনুরোধ কমছে কি না। অনুসন্ধান করে মানুষ ফল পাচ্ছে কি না। একই নিবন্ধ থেকে কথোপকথন শুরু হচ্ছে কি না। নেতিবাচক প্রতিক্রিয়া আছে কি না। সংখ্যা তখনই কাজে আসে, যখন সংখ্যার পেছনের প্রশ্নটিও দেখা হয়।
প্রথমে যে নিবন্ধটি লিখবেন
পুরো জ্ঞানভান্ডার নতুন করে সাজাতে বসার আগে গত কয়েক সপ্তাহের সহায়তা-সংক্রান্ত কথোপকথন খুলুন। যে প্রশ্নটি দেখে প্রতিনিধিদের মনে হয়, “এটার উত্তর আবার দিতে হচ্ছে”—সেটিই ভালো প্রার্থী।
তারপর কাজটি নিজে অনুসরণ করুন। কোথায় অনুমতি দরকার লিখুন। বোতামের আসল নাম ব্যবহার করুন। একটি কাজের পর কী হওয়ার কথা সেটি বলুন। মানুষ যেখানে সত্যিই আটকে যায়, সেই দুই-একটি সমস্যা যোগ করুন।
তারপর এমন কাউকে দিন, যিনি লেখাটি না দেখে কাজটি করতে পারছিলেন না।
তিনি যদি শুধু নিবন্ধটি দেখে শেষ পর্যন্ত পৌঁছাতে পারেন, জ্ঞানভান্ডার তার কাজ করেছে।
সাস জ্ঞানভান্ডার লেখার আসল পরীক্ষা সেখানেই। লেখাটি দেখতে কতটা সম্পূর্ণ, সেটি নয়। ব্যবহারকারীকে মাঝপথে আবার সহায়তা বিভাগে যেতে হলো কি না।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
একটি ভালো নলেজ বেস নিবন্ধ কতটা বিস্তারিত হওয়া উচিত?
ব্যবহারকারী যেন অন্য কারও সাহায্য ছাড়া নির্দিষ্ট কাজটি শেষ করতে পারেন, ততটুকু বিস্তারিত হওয়া দরকার। সহজ কাজের জন্য কয়েকটি ধাপই যথেষ্ট হতে পারে। জটিল সেটআপ বা সমস্যা সমাধানের ক্ষেত্রে পূর্বশর্ত, সম্ভাব্য ত্রুটি এবং সফল হলে কী দেখা যাবে—এসবও যোগ করা দরকার।
নলেজ বেস নিবন্ধে পর্দার ছবি কি অবশ্যই দিতে হবে?
না। ছবি তখনই দিন, যখন সেটি কোনো বোতাম, মেনু বা সেটিং খুঁজে পেতে সত্যিই সাহায্য করে। গুরুত্বপূর্ণ নির্দেশনা শুধু ছবির মধ্যে রাখবেন না। মূল ধাপগুলো লেখায় থাকা উচিত, যাতে ছবি না দেখলেও ব্যবহারকারী কাজটি বুঝতে পারেন।
কোন প্রশ্নগুলো আগে নলেজ বেসে যোগ করা উচিত?
যেসব প্রশ্ন সহায়তা বিভাগে বারবার আসে এবং যেগুলোর উত্তর ব্যবহারকারী নিজেই অনুসরণ করতে পারেন, সেগুলো আগে নিন। একই উত্তর যদি প্রতিনিধিদের নিয়মিত পাঠাতে হয়, সেটি নলেজ বেস নিবন্ধ তৈরির ভালো প্রার্থী।
একটি নলেজ বেস নিবন্ধ কত ঘন ঘন হালনাগাদ করা উচিত?
সবার জন্য একই সময়সীমা নেই। পণ্যের মেনু, অনুমতি, পরিকল্পনা, সুবিধা বা কাজের ধাপ বদলালে সংশ্লিষ্ট নিবন্ধ দ্রুত পরীক্ষা করা উচিত। বেশি ব্যবহৃত এবং গুরুত্বপূর্ণ নির্দেশনাগুলো কম গুরুত্বপূর্ণ নিবন্ধের তুলনায় বেশি ঘন ঘন পর্যালোচনা করা ভালো।
নলেজ বেস নিবন্ধ ব্যবহারকারীর সমস্যা সমাধান করছে কি না কীভাবে বুঝবেন?
শুধু কতবার পেজ দেখা হয়েছে সেটি যথেষ্ট নয়। একই বিষয়ে সহায়তার অনুরোধ কমছে কি না, ব্যবহারকারীরা অনুসন্ধানে উত্তর পাচ্ছেন কি না, নিবন্ধ দেখার পরও কথোপকথন শুরু করছেন কি না এবং নেতিবাচক প্রতিক্রিয়া আসছে কি না—এসব সংকেত একসঙ্গে দেখুন।
