কীভাবে একটি নলেজ বেস বানাবেন: আর্টিকেল, সার্চ, অনুমতি ও AI উত্তর

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

আগে ঠিক করুন এটি কাদের জন্য

একই ফিচার খুব আলাদা সাইটে কাজে লাগে:

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

একই সাইটে পাবলিক ও ইন্টার্নাল আর্টিকেল মেশানোতেই বেশিরভাগ তথ্য ফাঁস হয়। দুটোই লাগলে প্রতিটি আর্টিকেলের জন্য স্পষ্ট দৃশ্যমানতার সেটিং দিন, অথবা দুটি আলাদা সাইট চালান।

অ্যাপে কী কী লাগে

ডেটা

দুটি ফিল্ড অনেক কাজ করে: মালিক (কে আর্টিকেলটি সঠিক রাখবেন) এবং শেষ যাচাইয়ের সময় (কেউ সর্বশেষ কবে নিশ্চিত করেছেন যে এটি এখনও ঠিক আছে)। এই দুটি একসঙ্গে থাকলে ছয় মাস ধরে কেউ না দেখা আর্টিকেলের তালিকা বের করা যায়।

পেজ

• পাঠক: সার্চ ও ক্যাটাগরিসহ হোম, ক্যাটাগরির পেজ, কনটেন্টের সূচিসহ আর্টিকেলের পেজ, সম্পর্কিত আর্টিকেল, এবং “এটি কি সহায়ক ছিল?” প্রশ্ন।
• এডিটর: ফিল্টারসহ আর্টিকেলের তালিকা (ড্রাফট, পুরনো, কম রেটিংপ্রাপ্ত), প্রিভিউসহ এডিটর, এবং সংস্করণের ইতিহাস।
• অ্যাডমিন: ক্যাটাগরি, ব্যবহারকারী ও ভূমিকা, আর যেসব সার্চে কোনো ফল মেলেনি তার রিপোর্ট।

অনুমতি

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

সিদ্ধান্ত ও ট্রেড-অফ

এডিটর: Markdown নাকি রিচ টেক্সট

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

সার্চ

আর্টিকেল কয়েকশো হলে আর শিরোনাম, সারসংক্ষেপ ও মূল লেখায় সার্চ করলে এবং শিরোনামের মিলকে বেশি গুরুত্ব দিলে সাধারণ ডেটাবেসের টেক্সট সার্চই যথেষ্ট। তার বেশি হলে, অথবা বানান ভুল ও সমার্থক শব্দ (“invoice” বনাম “bill”) গুরুত্বপূর্ণ হলে, সঠিক ফুল-টেক্সট সার্চ বা হোস্টেড সার্চ সার্ভিস ব্যবহার করুন। বিকল্পগুলো জানতে সার্চ যোগ করার গাইড দেখুন। যে প্রতিটি কোয়েরির কোনো ফল মেলেনি সেটি লগ করুন: এটি বিনামূল্যে লেখার আর্টিকেলের তালিকা।

AI উত্তর

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

সংস্করণ ও যাচাই

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

একটি কার্যকর প্রথম প্রম্পট

Parcelly-এর জন্য একটি পাবলিক হেল্প সেন্টার বানাও; Parcelly হলো ছোট অনলাইন দোকানের জন্য একটি শিপিং লেবেল অ্যাপ। হোমপেজে একটি বড় সার্চ বক্স আর ছয়টি ক্যাটাগরি থাকবে (Getting started, Printing labels, Carriers, Billing, Returns, Troubleshooting)। আর্টিকেলে থাকবে শিরোনাম, সারসংক্ষেপ, ছবি ও কলআউটসহ Markdown মূল লেখা, ক্যাটাগরি, ট্যাগ, স্ট্যাটাস (ড্রাফট, প্রকাশিত, আর্কাইভ), মালিক ও শেষ রিভিউয়ের তারিখ। আর্টিকেলের পেজে কনটেন্টের সূচি, সম্পর্কিত আর্টিকেল ও “এটি কি সহায়ক ছিল?” হ্যাঁ/না প্রশ্ন থাকবে, চাইলে একটি মন্তব্যসহ। সার্চ শিরোনাম, সারসংক্ষেপ ও মূল লেখায় চলবে, শিরোনামের মিল আগে দেখাবে, আর প্রতিটি কোয়েরি ও ফল মিলেছে কি না তা লগ করবে। একটি এডিটর এলাকা (লগইন লাগবে, ভূমিকা editor ও admin) থাকবে, যেখানে ড্রাফট, ১৮০ দিন রিভিউ হয়নি এমন আর্টিকেল ও কম সহায়ক রেটিংয়ের আর্টিকেলের তালিকা দেখা যাবে, সঙ্গে সংস্করণের ইতিহাস। প্রতিটি আর্টিকেলের সার্চ ইঞ্জিনের জন্য আলাদা পেজ শিরোনাম ও মেটা ডেসক্রিপশন থাকবে। পরিষ্কার, শান্ত ও সহজে পড়া যায় এমন ডিজাইন। প্রথমে মোবাইলের জন্য।

বানানোর ধাপ

1. গ্রাহকদের আসল সাপোর্ট প্রশ্ন থেকে প্রথম 20–30টি আর্টিকেলের তালিকা করুন — কিছু বানানোর আগেই। এই তালিকাই ক্যাটাগরি ঠিক করবে।
2. সাইট তৈরি করুন এবং ফোনে পড়ে দেখুন — লাইনের দৈর্ঘ্য, হেডিং, ছবি।
3. এডিটর ও ভূমিকা। লেখকদের ডেভেলপারকে না জিজ্ঞেস করেই আর্টিকেল যোগ ও সংশোধন করতে পারতে হবে।
4. সার্চ, তারপর গ্রাহকরা যে শব্দগুলো ব্যবহার করেন, বানান ভুলসহ, সেগুলো দিয়ে পরীক্ষা করুন।
5. ফিডব্যাক ও সার্চের লগ।
6. পুরনো আর্টিকেলের রিপোর্ট মালিক ও শেষ রিভিউয়ের তারিখের ভিত্তিতে।
7. পাবলিক সাইটের জন্য SEO-র মৌলিক কাজ: আলাদা শিরোনাম, বিবরণ, পরিষ্কার URL, একটি সাইটম্যাপ। দেখুন AI দিয়ে বানানো ওয়েবসাইটের SEO।
8. আপনার প্রোডাক্ট ও সাপোর্ট উত্তর থেকে এটির লিংক দিন, তারপর প্রতি সপ্তাহে “কোনো ফল নেই” লগ দেখুন।
9. AI উত্তর, কনটেন্ট মজবুত হওয়ার পর।

সাধারণ ভুল

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

কখন তৈরি প্রোডাক্ট বেছে নেওয়া ভালো

আপনার টিম যদি আগে থেকেই কোনো ডকুমেন্টেশন বা উইকি টুল ব্যবহার করে, তাহলে সেখানে ইন্টার্নাল নলেজ বেস রাখাই সবচেয়ে সহজ পথ; দুটি সাধারণ পছন্দের তুলনা আছে Notion বনাম Confluence-এ। হেল্পডেস্ক প্রোডাক্ট ব্যবহার করলে তার নিজস্ব হেল্প সেন্টার আর্টিকেলগুলোকে টিকিটের সঙ্গে যুক্ত করে এবং গ্রাহকদের প্রাসঙ্গিক আর্টিকেল সাজেস্ট করে, যা নিজে বানানো কঠিন। ডেভেলপারদের কোডের পাশে রাখা ডকুমেন্টেশনের জন্য ডকস-সাইট জেনারেটর আদর্শ।

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

Mythex দিয়ে বানানো

Mythex-এ চ্যাটে নলেজ বেসের বর্ণনা দিন, সেটি লাইভ প্রিভিউয়ে তৈরি হবে। আর্টিকেল, সংস্করণ ও ফিডব্যাক একটি Postgres ডেটাবেসে সংরক্ষিত হবে, যা প্রয়োজনে এজেন্ট যোগ করে, আর ছবি যাবে প্রজেক্টের ফাইল স্টোরেজে। এডিটরের লগইন একটি অথেনটিকেশন পদ্ধতি দিয়ে হবে, যা আপনি বেছে নেবেন, কারণ Mythex-এর নিজস্ব এন্ড-ইউজার লগইন নেই। AI উত্তরের জন্য আপনার নিজের AI প্রোভাইডারের API কী প্রজেক্ট সিক্রেট হিসেবে রাখবেন, আর খরচ যাবে আপনার প্রোভাইডার অ্যাকাউন্টে, Mythex ক্রেডিটে নয় (AI রেসিপি)। নতুন Mythex অ্যাপ ডিফল্টভাবে ক্লায়েন্ট-সাইডে রেন্ডার হওয়া React single-page app হিসেবে তৈরি হয়, যা সার্চ ইঞ্জিনের জন্য দুর্বল; তাই পাবলিক হেল্প সেন্টারের জন্য স্ট্যাটিক-ফ্রেন্ডলি বা সার্ভার-রেন্ডারড সেটআপ চান, যেমন Next.js (SEO রেসিপি)।

প্রথম প্রম্পটের জন্য চেষ্টা করতে পারেন প্রোডাক্ট নলেজ হাব বা টিম ডক্স অ্যাপ টেমপ্লেট।

প্রশ্নোত্তর