যাচাইকরণ ব্যর্থ হলে আপনার ব্যবসায়িক ধারণা বদলাবেন, নাকি কাঙ্ক্ষিত গ্রাহক?

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

ব্যর্থ যাচাইয়ের পর আসল কাজ হলো বোঝা, কী ব্যর্থ হয়েছে। কারণ “মানুষ কিনছে না” একটি ফলাফল, ব্যাখ্যা নয়।

কেউ পণ্য ব্যবহার করছে না—এর অর্থ হতে পারে সমস্যাটি তেমন গুরুত্বপূর্ণ নয়। আবার সমস্যা বাস্তব হলেও আপনার সমাধানটি তাদের কাজের সঙ্গে মানাচ্ছে না। অথবা যাদের দিয়ে পরীক্ষা করিয়েছেন, তারা সেই ধরনের গ্রাহকই নন যাদের জন্য পণ্যটি তৈরি হওয়ার কথা।

ভালো SaaS দিক পরিবর্তনের সিদ্ধান্ত এখান থেকেই শুরু হয়। ধারণা বদলাবেন নাকি লক্ষ্য গ্রাহক, সেটি পরে আসে।

প্রথমে একটি অস্বস্তিকর প্রশ্ন করুন: সমস্যাটি কি সত্যিই যথেষ্ট বড়?

প্রতিষ্ঠাতার কাছে একটি সমস্যা আকর্ষণীয় মনে হওয়া আর গ্রাহকের কাছে সেটির জন্য অর্থ খরচ করার মতো জরুরি হওয়া এক জিনিস নয়।

এ জায়গায় প্রশংসা খুব সহজে ভুল পথে নিতে পারে।

কেউ বলতে পারেন, “ধারণাটা ভালো।”
কেউ বলবেন, “এমন কিছু থাকলে কাজে লাগত।”
কেউ হয়তো প্রদর্শনী দেখেও আগ্রহ প্রকাশ করবেন।

কিন্তু এরপর যদি আর কোনো পদক্ষেপ না আসে, তাহলে সেই আগ্রহের গুরুত্ব সীমিত।

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

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

আরও পড়ুন: SaaS Idea Validate করবেন কীভাবে: Code লেখার আগে ১০টি পরীক্ষা

কোথাও যদি অস্বাভাবিকভাবে বেশি আগ্রহ দেখা যায়, সেটি উপেক্ষা করবেন না

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

এই ধরনের আচরণ পাওয়া গেলে গ্রাহকগোষ্ঠী ছোট করে পরীক্ষা করা অর্থপূর্ণ হতে পারে।

এখানে “ছোট করা” কথাটি গুরুত্বপূর্ণ।

অনেক SaaS শুরুতেই এমন সম্ভাব্য গ্রাহকগোষ্ঠী বেছে নেয় যার সংজ্ঞা খুব বড়—ছোট ব্যবসা, কনটেন্ট নির্মাতা, এজেন্সি, অনলাইন বিক্রেতা, পেশাজীবী। এগুলো বাজারের বড় শ্রেণি, কিন্তু সব সময় কার্যকর প্রাথমিক গ্রাহকগোষ্ঠী নয়।

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

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

নতুন গ্রাহকগোষ্ঠী পরীক্ষা করার আগে তাই একটি সোজা প্রশ্নের উত্তর লিখে রাখা ভালো:

কেন মনে হচ্ছে এই গ্রাহকগোষ্ঠীর কাছে সমস্যাটি অন্যদের চেয়ে বেশি জরুরি?

এর উত্তর যদি গ্রাহকের বাস্তব আচরণে পাওয়া যায়, পরীক্ষা চালান। উত্তর যদি শুধু প্রতিষ্ঠাতার অনুমান হয়, তাহলে এখনই গ্রাহকগোষ্ঠী বদলানো ঠিক নাও হতে পারে।

গ্রাহক ঠিক হলেও পণ্য ভুল হতে পারে

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

“এই নিয়ন্ত্রণপর্দা ব্যবহার করবেন?”

“এই স্বয়ংক্রিয় সুবিধাটি কাজে লাগবে?”

“এই প্রতিবেদন থাকলে ভালো হবে?”

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

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

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

কথার প্রতিক্রিয়া আর আচরণকে একই গুরুত্ব দেবেন না

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

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

এসব সংকেত নিখুঁত নয়। তবু “ভালো লাগছে” ধরনের মন্তব্যের চেয়ে সিদ্ধান্ত নেওয়ার জন্য বেশি কাজে দেয়। সাক্ষাৎকার বাদ দেওয়ার কথা এখানে বলা হচ্ছে না। সাক্ষাৎকার দিয়ে সমস্যার ভাষা, বর্তমান বিকল্প পদ্ধতি এবং গ্রাহকের চিন্তার ধরন বোঝা যায়। কিন্তু শুধু সাক্ষাৎকার চালিয়ে গেলে একসময় নতুন তথ্য কমে আসে।

সেখানে প্রাথমিক নমুনা, সীমিত পরিসরের পরীক্ষা, পরীক্ষামূলক ব্যবহার বা অন্য কোনো বাস্তব পরীক্ষা দরকার হয়। প্রতিষ্ঠাতার কাজ তখন আর “আরও প্রতিক্রিয়া নেওয়া” নয়; বরং মানুষ কথা অনুযায়ী কাজও করছে কি না, সেটি দেখা।

দিক পরিবর্তন করতে গিয়ে সবকিছু একসঙ্গে বদলালে কিছুই শেখা যায় না

যাচাই খারাপ হওয়ার পর তাড়াহুড়ো করে পণ্য পাল্টানো খুব সাধারণ ঘটনা।

সম্ভাব্য গ্রাহক বদলানো হলো।
মূল্য কমানো হলো।
ওয়েবসাইটের লেখা নতুন হলো।
নতুন সুবিধা যোগ হলো।

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

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

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

দুর্বল যাচাইয়ের ওপর বিপণনের খরচ বাড়ানো দিক পরিবর্তন নয়

পণ্যের সমস্যা পরিষ্কার হওয়ার আগেই মানুষের কাছে পৌঁছানোর পরিধি বাড়ানো খুব আকর্ষণীয় মনে হতে পারে। বিশেষ করে কিছু নিবন্ধন পাওয়া গেলে প্রতিষ্ঠাতা সহজেই ভাবতে পারেন, “আরও মানুষের কাছে পৌঁছাতে পারলেই হবে।”

কখনো সত্যিই পণ্য পৌঁছে দেওয়ার সমস্যাই মূল বাধা হতে পারে। কিন্তু প্রস্তাব দুর্বল হলে বেশি মানুষের কাছে পৌঁছানো শুধু দুর্বল প্রস্তাবটিকেই আরও বেশি মানুষের সামনে নিয়ে যায়।

একই কথা দল বাড়ানো বা নতুন সুবিধা তৈরির ক্ষেত্রেও প্রযোজ্য।

যে গ্রাহকের জন্য পণ্য, সেটি পরিষ্কার নয়; তারা কেন ব্যবহার করবে, সেটি পরিষ্কার নয়; ব্যবহার শুরু করলেও ফিরে আসছে না—এই অবস্থায় বড় পরিসরে যাওয়া সাধারণত মূল প্রশ্নের উত্তর দেয় না।

এই পর্যায়ে ছোট একটি গ্রাহকগোষ্ঠীর আচরণ বেশি গুরুত্বপূর্ণ।

• তারা পণ্য ব্যবহার করছে কি না।
• আবার ফিরে আসছে কি না।
• নিজের কাজের মধ্যে বসাচ্ছে কি না।

এগুলোর উত্তর অস্পষ্ট হলে বড় পরিসরে যাওয়ার আগে যাচাইয়ে ফেরত যাওয়াই বাস্তবসম্মত।

বাংলাদেশ থেকে SaaS বানালে “স্থানীয় প্রতিক্রিয়া” নিয়েও সতর্ক থাকুন

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

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

আন্তর্জাতিক বাজার লক্ষ্য করলে বিষয়টি আরও গুরুত্বপূর্ণ। বাংলাদেশের একজন এজেন্সি মালিক এবং আপনি যে দেশের যে ধরনের এজেন্সির কাছে শেষ পর্যন্ত বিক্রি করতে চান, তাদের কাজের ধরন এক হবে—এমন ধরে নেওয়া যায় না।

তাই এখানে “বাংলাদেশের বাজার” বনাম “আন্তর্জাতিক বাজার” তুলনার চেয়ে একটি ছোট প্রশ্ন বেশি কাজে দেয়:

যার সঙ্গে কথা বলছি, সে কি সত্যিই আমার সম্ভাব্য ক্রেতার মতো?

বাংলাদেশের বাজারের ক্ষেত্রেও একই নিয়ম।

“বাংলাদেশি ছোট ব্যবসা” বললে খুব বেশি কিছু বোঝা যায় না।

কেউ Facebook থেকে অর্ডার নেয়। কেউ প্রাতিষ্ঠানিক গ্রাহকের জন্য কাজ করে। কেউ মাসিক চুক্তিতে সেবা দেয়। কারও কাজ প্রায় পুরোটা সরাসরি বা অফলাইনে চলে। একই দেশের ব্যবসা বলেই তাদের সফটওয়্যার-সংক্রান্ত সমস্যা এক হবে না। তাই বাংলাদেশকেন্দ্রিক SaaS দিক পরিবর্তনের সিদ্ধান্ত নেওয়ার সময় অবস্থানের পাশাপাশি কাজের ধরন এবং সমস্যার প্রকৃতি দিয়ে গ্রাহক আলাদা করা বেশি অর্থবহ।

তাহলে সিদ্ধান্তটা কীভাবে নেবেন?

এখানে একটি স্পষ্ট সম্পাদকীয় অবস্থান নেওয়া যায়:

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

দেখালে সেই গ্রাহকগোষ্ঠীর দিকে মনোযোগ বাড়ান।

না দেখালে সমস্যা এবং মূল্যপ্রস্তাবে ফিরে যান।

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

পরবর্তী পরীক্ষা শুরু করার আগে তাই একটি বাক্য লিখুন:

“আমরা এখন কোন বিষয়টিকে সত্য ধরে নিচ্ছি?”

তার নিচে আরেকটি:

“কোন আচরণ দেখলে বুঝব ধারণাটি ভুল?”

এই দুটি প্রশ্নের উত্তর পরিষ্কার থাকলে দিক পরিবর্তনের সিদ্ধান্ত অনেক কম আবেগনির্ভর হয়। তখন ধারণা বদলানো হোক বা লক্ষ্য গ্রাহক—সিদ্ধান্তটির পেছনে অন্তত বাস্তব কারণ থাকবে।

সাধারণ জিজ্ঞাসা

Validation ব্যর্থ হওয়ার পর কতজন Customer-এর সঙ্গে কথা বলা উচিত?

সবার জন্য প্রযোজ্য নির্দিষ্ট সংখ্যা নেই। Y Combinator-এর user-interview guidance-এও বড় সংখ্যার আগে অল্প কয়েকজন উপযুক্ত ব্যবহারকারীর সঙ্গে ভালো interview দিয়ে শুরু করার কথা বলা হয়েছে। শুধু interview-এর সংখ্যা বাড়ালেই evidence শক্তিশালী হয় না; প্রয়োজন অনুযায়ী আচরণভিত্তিক experiment যোগ করতে হবে।

Target Customer বদলানো কি Pivot?

হতে পারে। Steve Blank-এর ব্যাখ্যায় business model-এর customer segment-এর মতো মৌলিক অংশে বড় পরিবর্তন Pivot-এর অন্তর্ভুক্ত। তবে একটি বিজ্ঞাপনের audience বা messaging সামান্য বদলানোকে একই অর্থে business-model Pivot বলা প্রয়োজন নেই।

Free user আছে, কিন্তু কেউ Paid হচ্ছে না—Idea কি ব্যর্থ?

শুধু এই তথ্য দিয়ে সিদ্ধান্ত নেওয়া যায় না। ব্যবহারকারী মূল value পাচ্ছেন কি না, কতটা ব্যবহার করছেন, কারা ব্যবহার করছেন এবং payment-এর পথে কোথায় বাধা তৈরি হচ্ছে—এসব আলাদা করে পরীক্ষা করতে হবে। Pricing, value proposition, target customer ও monetization-এর সমস্যা এক নয়।

কতবার Pivot করার পর Idea বাদ দেওয়া উচিত?

এর কোনো সর্বজনীন সংখ্যা নেই। একই গুরুত্বপূর্ণ hypothesis উপযুক্ত customer এবং যথেষ্ট শক্ত পরীক্ষায় বারবার সমর্থন না পেলে সেটি পরিবর্তন বা বাদ দেওয়ার যুক্তি বাড়ে। সময়, বাজেট এবং দলের হাতে থাকা runway-ও তখন সিদ্ধান্তের বাস্তব সীমা তৈরি করে।