21 আগস্ট, 2026
আপনার ডকুমেন্টেশন কেউ পড়ে না — আর আপনার অ্যাক্টিভেশন রেটই তার প্রমাণ
আপনার ডকস খারাপ নয়। সেগুলো আছে ভুল জায়গায়, লেখা হয়েছে অনেক ওপর থেকে, আর পড়া হয় ভুল মুহূর্তে। এখানে রইল সেই ফাঁকের ব্যবচ্ছেদ — আর যে চারটি আচরণ ফাঁকটা বন্ধ করে।
প্রতিটি SaaS কোম্পানি ডকুমেন্টেশন লেখে। তবু প্রায় প্রতিটি SaaS কোম্পানিই দেখে, ইউজাররা আটকে যাচ্ছেন। প্রতিটি ত্রৈমাসিক রিভিউতে এই দুটি তথ্য পাশাপাশি বসে থাকে, আর উপসংহার প্রায় সবসময় একই: আমাদের আরও ভালো ডকস দরকার। উপসংহারটা ভুল। ডকস সাধারণত ঠিকই থাকে। সমস্যা হলো, ডকুমেন্টেশন ইউজারকে বলে প্রোডাক্ট ছেড়ে যেতে, নিজের পরিস্থিতিকে সার্চ কোয়েরিতে অনুবাদ করতে, একটা সাধারণ উত্তর পড়তে, তারপর সেটাকে আবার নির্দিষ্ট কিছু ক্লিকে অনুবাদ করতে — ঠিক সেই মুহূর্তে, যখন এর কোনোটাই করার ইচ্ছা তাঁর সবচেয়ে কম।
এই লেখা সেই ফাঁক নিয়ে: কোথায় তৈরি হয়, এর দাম কত, চ্যাট উইজেট কেন তা বন্ধ করতে পারেনি, আর আসলে কী পারে।
ডকুমেন্টেশনের প্যারাডক্স
ডকুমেন্টেশনের একটা কাঠামোগত সমস্যা আছে, যা লেখার মান যত ভালোই হোক, সারানো যায় না। এটি তৈরি করেন তাঁরা, যাঁরা প্রোডাক্টটা পুরোপুরি বোঝেন, তাঁদের জন্য, যাঁরা একেবারেই বোঝেন না, আর এটি পড়া হয় এমন এক ব্রাউজার ট্যাবে, যেটা প্রোডাক্ট নয়।
এই তিনটি তথ্যের প্রতিটিই একটা নির্দিষ্ট ব্যর্থতা ডেকে আনে।
বিশেষজ্ঞদের লেখা। যিনি গাইডটা লিখছেন, তিনি জানেন “আপনার ওয়ার্কস্পেস কানেক্ট করুন” মানে অ্যাভাটারে ক্লিক, তারপর সেটিংস, তারপর ইন্টিগ্রেশন, তারপর তৃতীয় কার্ড। তিনি লেখেন “আপনার ওয়ার্কস্পেস কানেক্ট করুন”, কারণ তাঁর কাছে ওটাই নির্দেশ। ইউজার সেটা পড়েন, চল্লিশটা ইন্টারঅ্যাক্টিভ এলিমেন্টে ভরা একটা স্ক্রিনের দিকে তাকান, আর “আপনার ওয়ার্কস্পেস কানেক্ট করুন” লেখা কিছুই খুঁজে পান না।
সাধারণ পাঠকের জন্য লেখা। ডকস প্রোডাক্টের বর্ণনা দেয়, ইউজারের অ্যাকাউন্টের নয়। ডকস বলতে পারে না, “আপনি ইতিমধ্যে দুটো সিট যোগ করেছেন, তাই আপগ্রেড না করা পর্যন্ত আপনার দরকারি বাটনটা ধূসর থাকবে।” ডকস বর্ণনা দেয় এমন এক ইউজারের নির্ঝঞ্ঝাট পথের, যাঁর অস্তিত্বই নেই: এখনো কোনো ডেটা নেই, আধখানা করা কোনো কনফিগারেশন নেই, প্ল্যানভিত্তিক কোনো বিধিনিষেধ নেই।
পড়া হয় অন্য কোথাও। যে মুহূর্তে ইউজার ডকুমেন্টেশনের ট্যাব খোলেন, সেই মুহূর্তেই তিনি যে ওয়ার্কফ্লো শেষ করার চেষ্টা করছিলেন, সেটা ছেড়ে এসেছেন। গদ্য পড়তে পড়তে নিজের উদ্দেশ্যটা তাঁকে মাথায় ধরে রাখতে হয়। বেশিরভাগ মানুষ তা পারেন না, তাই চোখ বুলিয়ে যান, আন্দাজ করেন, আর আধা-মনে-থাকা একটা নির্দেশ নিয়ে প্রোডাক্টে ফেরেন।
এমন একটা ওয়ার্কফ্লো বেছে নিন, যেটার ডকুমেন্টেশন আপনার টিমের মতে খুব ভালো। দ্বিতীয় মনিটরে ডকটা খুলে রেখে একজন নতুন ইউজার কাজটা করার চেষ্টা করছেন, সেটা দেখুন। গুনুন তিনি কতবার উইন্ডো বদলান। সেই সংখ্যাটাই আপনার ডকুমেন্টেশনের আসল খরচ, আর আপনার অ্যানালিটিক্সের কোথাও তা লেখা থাকে না।
অ্যাক্টিভেশন আসলে কোথায় ফসকে যায়
অনবোর্ডিং ফানেল সাধারণত মাপা হয় ভুল সূক্ষ্মতায়। টিমগুলো মাপে সাইন আপ → অ্যাক্টিভেটেড, পতনটা খেয়াল করে, আর সিদ্ধান্তে পৌঁছায় যে প্রোডাক্টটা বেশি জটিল। কিন্তু এই পতন একটি ঘটনা নয়। এটা তিনটি আলাদা মুহূর্ত, আর প্রতিটি ব্যর্থ হয় আলাদা কারণে।
1. প্রথম সেটআপ
ইউজারের উদ্দেশ্য আছে — তিনি সবে সাইন আপ করেছেন, উৎসাহ আছে, জিনিসটা কাজ করছে দেখতে চান। তাঁর যা নেই, তা হলো দিশা। স্ক্রিনের আটটা জিনিসের মধ্যে কোনটা প্রথম ধাপ, তিনি জানেন না। বেশিরভাগ প্রোডাক্ট আদৌ সাহায্য করে কেবল এই মুহূর্তেই, সাধারণত একটা প্রোডাক্ট ট্যুর দিয়ে: নির্দিষ্ট ক্রমে এলিমেন্ট হাইলাইট করা কয়েকটা টুলটিপের সারি।
ট্যুর কাজ করে, যখন ইউজারের পরিস্থিতি ট্যুরের লেখকের অনুমানের সঙ্গে মেলে। ভেঙে পড়ে তখনই, যখন ইউজার অপ্রত্যাশিত কোথাও ক্লিক করেন, আগে থেকে ইমপোর্ট করা ডেটা নিয়ে আসেন, কিংবা এমন প্ল্যানে থাকেন, যেখানে চতুর্থ ধাপটাই নিষ্ক্রিয়।
2. দ্বিতীয় ওয়ার্কফ্লো
এটাই নিঃশব্দ ঘাতক। ইউজার সেটআপ পার করেছেন, একটু মূল্য দেখেছেন, আর এখন যে আসল কাজের জন্য সাইন আপ করেছিলেন, সেটা করতে চান — একাধিক ধাপের, শর্তসাপেক্ষ, সত্যিই জটিল সেই ওয়ার্কফ্লো, যেটা সম্ভব করার জন্যই আপনার প্রোডাক্টের অস্তিত্ব।
দ্বিতীয় ওয়ার্কফ্লোর ট্যুর কেউ বানায় না। এটা এত বৈচিত্র্যময় যে স্ক্রিপ্ট করা যায় না, আবার এত গুরুত্বপূর্ণ যে বাদও দেওয়া যায় না। তাই ইউজারকে তুলে দেওয়া হয় ডকুমেন্টেশনের হাতে, আর তখন ওপরের প্যারাডক্সটাই চালকের আসনে বসে।
3. যে ফিচার তাঁরা কখনো খুঁজে পান না
সবচেয়ে ব্যয়বহুল ফুটোটাকে ফুটো বলে মনেই হয় না, কারণ ইউজার কখনো কোনো প্রশ্ন করেন না। যে সক্ষমতা তাঁকে পাওয়ার ইউজার বানিয়ে দিত, সেটা তিনি স্রেফ কখনো আবিষ্কারই করেন না, আর রিনিউ করেন সবচেয়ে সস্তা প্ল্যানে — কিংবা আদৌ রিনিউ করেন না, কারণ প্রোডাক্টটা কেন টাকার যোগ্য, তা দেখার মতো দূর পর্যন্ত তিনি কখনো পৌঁছাননি।
দেখে মনে হয় স্বাস্থ্যকর ব্যবহার। অ্যাকাউন্টটা লগ ইন করে, দুটো ফিচার ব্যবহার করে, আর এগারো মাস পরে ছেড়ে চলে যায়, কোনো সাপোর্ট টিকিট ছাড়া, কোনো অভিযোগ ছাড়া। আপনার ড্যাশবোর্ডে কিছুই কখনো লাল হয় না, কারণ “যে জিনিসটা ইউজারকে ধরে রাখত, সেটা তিনি কখনো খুঁজে পাননি” এমন কোনো ইভেন্ট নয়, যা আপনি মাপতে পারেন।
চ্যাট উইজেট কেন এটা সারাতে পারেনি
গত এক দশক ধরে ইন্ডাস্ট্রির উত্তর ছিল কোণে একটা চ্যাট উইজেট বসিয়ে দেওয়া। প্রথমে তাতে বসতেন মানুষ, তারপর বট, এখন LLM, সঙ্গে ভেক্টর স্টোরে রাখা আপনার ডকস। এতে উপকার হয়েছে — প্রোডাক্টের ভেতরে প্রশ্ন করতে পারা ইউজার, না পারা ইউজারের চেয়ে ভালো অবস্থায় থাকেন। কিন্তু ফাঁকটা বন্ধ হয়নি, আর তার কারণটা একেবারে নির্দিষ্ট।
চ্যাটবট উত্তর দেয় একটা বাবলে। কাজ হয় ইন্টারফেসে।
একটা ভালো ডকুমেন্টেশন বটকে জিজ্ঞেস করুন “SSO সেট আপ করব কীভাবে?”, পাবেন নির্ভুল, সুলিখিত, ছয় ধাপের একটা উত্তর। এবার বট যে অনুবাদটা এড়িয়ে গেছে, সেটা ইউজারকে নিজেই করতে হবে:
1. প্রথম ধাপটা পড়ে মনে রাখা।
2. প্রথম ধাপের শব্দগুলোর সঙ্গে মেলে এমন কিছু ইন্টারফেসে খোঁজা।
3. দেখতে প্রায় একই রকম দুটো বাটনের কোনটার কথা বলা হয়েছে, আন্দাজ করা।
4. ক্লিক করে দেখা, এরপর যে স্ক্রিন এল, সেটা দ্বিতীয় ধাপের বর্ণনার সঙ্গে মেলে কি না।
5. না মিললে ঠিক করা, উত্তরটা ভুল পড়া হয়েছে, নাকি উত্তরটাই পুরোনো।
6. বাকি প্রতিটি ধাপে এটাই আবার করা, আর প্রতিবার একটু একটু করে আত্মবিশ্বাস হারানো।
এটাই অনুবাদের মাশুল, আর চ্যাট উইজেটের প্রতিটি উত্তরেই এটা গুনতে হয়। বট ডকুমেন্টেশনকে প্রোডাক্টের ভেতরে এনেছে, কিন্তু কাজটাকে প্রোডাক্টের ভেতরে আনেনি।
চ্যাটবট বাবলের ভেতরে বুঝিয়ে বলে। কাস্টমার সাকসেস ম্যানেজার কাজটা শেষ করেই ছাড়েন — আর ব্যাখ্যা বা বাবল, কোনোটাই কখনো আসল কথা ছিল না।
— Barkan বানাতে গিয়ে আমরা যা শিখেছি
আরেকটা, আরও সূক্ষ্ম ব্যর্থতা আছে। যে চ্যাটবট আপনার ডকস পড়ে, সে জানে প্রোডাক্টটা সাধারণভাবে কী করে। সে জানে না এই মুহূর্তে ইউজারের স্ক্রিনে কী আছে: তিনি কোন প্ল্যানে আছেন, কোন ফিল্ডগুলো আগেই পূরণ করেছেন, কোন বাটন নিষ্ক্রিয় আর কেন। তাই ঠিক যে মুহূর্তে ইউজারের নির্দিষ্ট কিছু দরকার, তখনই তার উত্তর হয় আত্মবিশ্বাসী, কিন্তু গৎবাঁধা।
---
কাস্টমার সাকসেস ম্যানেজার কী আলাদা করেন
প্রতিটি SaaS কোম্পানি সমাধানটা আগে থেকেই জানে, কারণ তারা এটা আগে থেকেই কাজে লাগায় — তাদের সবচেয়ে বড় ক্লায়েন্টদের জন্য। একজন কাস্টমারকে নির্দিষ্ট একজন মানুষ দিন, যিনি প্রোডাক্টটা জানেন, তাঁর ব্যবহার খেয়াল রাখেন, আর কঠিন অংশগুলো হাতে ধরে দেখাতে কলে চলে আসেন — সেই কাস্টমার অ্যাক্টিভেট হন, আরও বেশি কেনেন, আর থেকে যান।
এই মডেল কাজ করে না, এমন যুক্তি কেউ কখনো দেননি। যুক্তি বরাবরই ছিল, এটা বড় পরিসরে চলে না: মাসে $99-এর একটা অ্যাকাউন্টে একজন মানুষ কাস্টমার সাকসেস ম্যানেজার বসিয়ে ব্যবসা টিকিয়ে রাখা যায় না।
তাই প্রশ্নটা এই নয় যে কাস্টমার সাকসেস ম্যানেজারের মডেল কাজ করে কি না। প্রশ্ন হলো, এর কোন কোন আচরণ সফটওয়্যারে তুলে আনা যায়। এমন আচরণ চারটি।
জানে
“ডকস পড়েছে” নয় — লাইভ, রেন্ডার হওয়া ইন্টারফেসটা জানে। এই ইউজারের জন্য, এই অ্যাকাউন্টে, এই প্ল্যানে, ঠিক এই মুহূর্তে স্ক্রিনে আসলে কী আছে। বর্তমান DOM-এর ওপর দাঁড়ানো উত্তর ডকস দিয়ে ট্রেন করা বটের মতো গৎবাঁধা ভুল করতে পারে না, কারণ সে এমন কিছুর বর্ণনা দিচ্ছে, যা সে দেখতে পায়।
দেখায়
কন্ট্রোলটা কোথায়, তার বর্ণনা না দিয়ে সেটা দেখিয়ে দিন। একটা কার্সর, যা আসল পেজের আসল এলিমেন্টে গিয়ে অপেক্ষা করে। এই ধাপেই অনুবাদের মাশুল মুছে যায়: অনুবাদ করার কিছুই থাকে না, কারণ নির্দেশনা আর ইন্টারফেস একই জিনিস।
করে দেয়
যেসব ওয়ার্কফ্লো ভালোভাবে বোঝা এবং নিরাপদ, সেগুলোতে কাজটা করেই দিন। ফিল্ড পূরণ করুন, ধাপগুলো একে একে ক্লিক করে পার হোন, পেজ থেকে পেজে যান। ইউজার নিজের ভাষায় বলেন কী চান, আর চোখের সামনে সেটা হতে দেখেন — কীভাবে নিজে করতে হয় তা শেখার থেকে এটা একেবারেই আলাদা এক অভিজ্ঞতা।
আস্থা জেতা বা হারানোও হয় এখানেই, আর সে কারণেই যা কিছু ধ্বংসাত্মক বা ব্যয়বহুল, তা ঘটার পরে নয়, আগেই থেমে জিজ্ঞেস করে নেওয়া উচিত।
নজর রাখে
যে আচরণ কাস্টমার সাকসেস ম্যানেজারকে হেল্প ডেস্ক থেকে আলাদা করে: কাউকে জিজ্ঞেস করতে হয়নি। একজন ভালো CSM খেয়াল করেন যে একজন কাস্টমার সেটআপ শেষ করেছেন, কিন্তু যে ফিচারের ওপর তাঁর ইউজ কেস নির্ভর করে, সেটা কখনো চালু করেননি, আর তিনি নিজে থেকে যোগাযোগ করেন। এটা ব্যবহারের সংকেত দেখে আগ বাড়িয়ে নেওয়া পদক্ষেপ, আর এটাই আনে অ্যাকাউন্ট বড় হওয়ার বাড়তি আয়, শুধু ঠেকিয়ে দেওয়া টিকিটের হিসাব নয়।
– শুধু ডকুমেন্টেশন নয়, লাইভ ইন্টারফেসটা জানে।
– গদ্যে বর্ণনা না দিয়ে কার্সর দিয়ে পথ দেখায়।
– যাচাই করা ওয়ার্কফ্লোতে কাজটা করে দেয়, আর ধ্বংসাত্মক কিছুর আগে থামে।
– ব্যবহারের ওপর নজর রাখে, আর ইউজার আটকে যাওয়ার বা ছেড়ে যাওয়ার আগেই নিজে থেকে কথা বলে।
ডকস, চ্যাটবট, কাস্টমার সাকসেস ম্যানেজার
এই তিনটি পদ্ধতিকে প্রায়ই এমনভাবে তুলনা করা হয়, যেন একই প্রশ্নের প্রতিদ্বন্দ্বী উত্তর। তা নয় — এরা আলাদা আলাদা প্রশ্নের উত্তর দেয়, আর আটকে যাওয়া ইউজার আসলে যে প্রশ্নটা করছেন, তার উত্তর দেয় কেবল একটিই।
· ডকুমেন্টেশন · চ্যাট উইজেট · কাস্টমার সাকসেস ম্যানেজার
কোথায় থাকে · অন্য ট্যাবে · প্রোডাক্টের ভেতরে · প্রোডাক্টের ভেতরে
কী জানে · সাধারণভাবে প্রোডাক্টটা · সাধারণভাবে প্রোডাক্টটা · এই ইউজারের লাইভ স্ক্রিন
কী দেয় · অনুবাদ করতে হয় এমন গদ্য · অনুবাদ করতে হয় এমন গদ্য · সম্পন্ন ওয়ার্কফ্লো
দ্বিতীয় ওয়ার্কফ্লো সামলায় · খারাপভাবে · মাঝে মাঝে · হ্যাঁ
না-করা প্রশ্ন খেয়াল করে · কখনো না · কখনো না · হ্যাঁ
সবচেয়ে গুরুত্বপূর্ণ সারি শেষেরটা। ডকুমেন্টেশন আর চ্যাট উইজেট, দুটোই ডাকলে তবে সাড়া দেয়: দুটোরই দরকার এমন একজন ইউজার, যিনি জানেন যে আটকে গেছেন, জিজ্ঞেস করতে রাজি, আর প্রশ্নটা গুছিয়ে বলতে পারেন। যে ইউজার চুপচাপ হাল ছেড়ে দেন, তিনি দুটোর কাছেই অদৃশ্য।
প্রোডাক্ট নতুন করে না বানিয়েই এটা করা
এই পর্যায়ে যুক্তিসংগত আপত্তি হলো, ওপরের সবকিছু শুনে মনে হয় পুরো কোড নতুন করে লিখতে হবে। তা নয়, আর তা হওয়াও উচিত নয় — যে গাইডেন্স লেয়ারের জন্য আপনার অ্যাপ্লিকেশনের কাঠামো বদলাতে হয়, সেই গাইডেন্স লেয়ার কেউ গ্রহণ করবে না।
ইনস্টল মানে একটি স্ক্রিপ্ট ট্যাগ, যা বসবে সেই লেআউটে, যেটা আপনি প্রতিটি রুটে আগে থেকেই রেন্ডার করেন:
<script async src="https://trybarkan.com/widget.js" data-barkan-site="site_your_key"></script>পুরো ইন্টিগ্রেশন এটুকুই। কোনো কম্পোনেন্ট র্যাপার নেই, রুট অ্যানোটেশন নেই, UI বদলালেই নতুন করে লিখতে আর রেকর্ড করতে হয় এমন ট্যুর স্ক্রিপ্টও নেই। উইজেট আলাদা স্টাইলসহ নিজের রুট মাউন্ট করে, রেন্ডার হওয়া ইন্টারফেস পড়ে, আর উত্তর দিতে শুরু করে।
1টি স্ক্রিপ্ট ট্যাগ — ইনস্টলের জন্য, আপনার বর্তমান লেআউটেই
$1.50 — প্রতিটি সম্পন্ন অনবোর্ডিংয়ে; মাঝপথে ছাড়লে ফ্রি
$25 — শুরুর ক্রেডিট, কার্ড লাগবে না
যে ওয়ার্কফ্লো থেকে সবচেয়ে বেশি “কীভাবে করব” টিকিট আসে, সেটা বেছে নিন — সবচেয়ে চোখধাঁধানোটা নয়, সবচেয়ে বিরক্তিকরটা। আপনার ডকুমেন্টেশন আর ইন্টারফেসের ফাঁক সেখানেই সবচেয়ে চওড়া, আর সেখানেই গাইডেন্স লেয়ার নিজের মূল্য দেখায় কয়েক ত্রৈমাসিকে নয়, কয়েক দিনেই।
যে মেট্রিকগুলো সত্যিই নড়ে
এটা চালু করে যদি জানতে চান কাজ হলো কি না, তাহলে মূল মেট্রিক “কতগুলো প্রশ্নের উত্তর দেওয়া হলো” নয়। ওই সংখ্যা সঙ্গে সঙ্গেই বাড়ে, আর তার মানে খুব সামান্য। বরং এগুলো দেখুন:
– প্রথম অর্থবহ কাজ পর্যন্ত সময়। সাইন আপ থেকে লগইন নয়; সাইন আপ থেকে সেই কাজ পর্যন্ত, যার জন্য আপনার প্রোডাক্ট তৈরি।
– দ্বিতীয় ওয়ার্কফ্লো সম্পন্নের হার। প্রথম সফল ওয়ার্কফ্লোর পর কত শতাংশ ইউজার একটা জটিল ওয়ার্কফ্লো শেষ করেন। এই সংখ্যাটাই ডকুমেন্টেশন কখনো নড়াতে পারে না।
– “কীভাবে করব” টিকিটের ভাগ। মোট টিকিট নয় — বাগ আর বিলিংয়ের তুলনায় আপনার কিউয়ের কতটা “কীভাবে করব” ধরনের। গাইডেন্স লেয়ারের উচিত প্রথম ক্যাটাগরিটাকে অনেকখানি কমিয়ে আনা, আর বাকিগুলো যেমন আছে তেমন রাখা।
– অ্যাকাউন্টপ্রতি ফিচার আবিষ্কার। প্রথম 30 দিনে একটা অ্যাকাউন্ট কতগুলো আলাদা সক্ষমতা ছুঁয়ে দেখে। অ্যাকাউন্ট বড় হবে কি না, এটাই তার আগাম সংকেত।
প্রথম তিনটি নড়ল অথচ চতুর্থটা নড়ল না, তার মানে আপনি একটা আরও ভালো হেল্প ডেস্ক বানিয়েছেন। চতুর্থটা নড়লেই বুঝবেন, কাস্টমার সাকসেস ম্যানেজারের আচরণ — ওই নজর রাখা — সত্যিই কাজ করছে।
---
ডকুমেন্টেশন হারিয়ে যাচ্ছে না, যাওয়া উচিতও নয়। এটা রেফারেন্সের স্তর, আর যাঁরা চান, তাঁদের কাছে রেফারেন্সের স্তর মূল্যবান: আপনার এপিআই ইন্টিগ্রেট করা ডেভেলপার, রোলআউটের পরিকল্পনা করা অ্যাডমিন, আর মাঝে মাঝে এমন ইউজার, যিনি সত্যিই পড়তে ভালোবাসেন।
কিন্তু বিকেল 4টায় আধখানা ওয়ার্কফ্লো আর মাথার ওপর ডেডলাইন নিয়ে যে ইউজার আটকে আছেন, তাঁর জন্য উত্তর কখনোই আরও ভালো একটা আর্টিকেল ছিল না। উত্তর ছিল এমন কেউ, যিনি প্রোডাক্টটা জানেন, তাঁর স্ক্রিন দেখতে পান, আর তাঁকে দেখিয়ে দেবেন — কিংবা কাজটা করেই দেবেন।
একটি স্ক্রিপ্ট ট্যাগেই আপনার প্রোডাক্টের ভেতরে বসান একজন এআই কাস্টমার সাকসেস ম্যানেজার। নতুন করে কিছু বানাতে হবে না, কার্ডও লাগবে না।
“বেশিরভাগ ইউজার আরেকটা উত্তর চান না। তাঁরা চান কেউ পথটা দেখিয়ে দিক, নয়তো কাজটাই করে দিক। পুরো প্রোডাক্টটা এটুকুই।”
Gabriel Lancelot
সহ-প্রতিষ্ঠাতা, Barkan
