B2B প্রতিষ্ঠাতাদের জন্য এমন একটি সেলস পাইপলাইন স্কিমা যা সততা বজায় রাখে

কেন বেশিরভাগ আরম্ভিক পাইপলাইন বিশ্বাসযোগ্য থাকা বন্ধ করে

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

এটি একই ধাঁচের নিদর্শন হিসেবে দেখা যায়:

• ডিলগুলো একটি স্টেজে সপ্তাহগুলো বসে থাকে কোন সাম্প্রতিক কার্যকলাপ ছাড়াই।
• “Next step” হয়ে যায় অনির্দিষ্ট কিছু যেমন “আগামী সপ্তাহে চেক ইন করব।”
• ক্লোজ তারিখগুলো আশা জাগাতে সামনে সরানো হয়, ক্রেতার সম্মত টাইমলাইন না হওয়ায় নয়।

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

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

যদি আপনি শুধুমাত্র একটি নিয়ম অনুসরণ করেন, সেটি হলো: প্রতিটি ওপেন ডিলে থাকা আবশ্যক (১) একটি স্পষ্ট পরবর্তী অ্যাকশন, (২) সেই অ্যাকশনের একটি তারিখ, এবং (৩) একটি ক্লোজ তারিখ যা বাস্তব ক্রেতার টাইমলাইনের সাথে যুক্ত (একটি মিটিং, একটি লিগ্যাল ধাপ, একটি বাজেট রিভিউ)। যদি এর মধ্যে কিছু অনুপস্থিত থাকে, ডিলটি সক্রিয় নয়।

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

ফিল্ড ও স্টেজ বাছাই করার আগে নিয়ম ঠিক করুন

একটি সেলস পাইপলাইন স্কিমা কাজ করবে যদি সবাই এটিকে একইভাবে ব্যবহার করে। ফিল্ড যোগ করার বা স্টেজ নিয়ে দাবি করার আগে সিদ্ধান্ত নিন যে একটি একক পাইপলাইন আইটেম কী প্রতিনিধিত্ব করে।

B2B‑এর জন্য সহজ ডিফল্ট: এক ডিল = এক ক্রয় সিদ্ধান্ত। একই কোম্পানি যদি দুইবার কিনতে পারে (দুটি দল, দুটি পণ্য, দুটি বাজেট), সেটি দুইটি ডিল হওয়া উচিত, একটি ভাঙা রেকর্ড নয়।

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

কিছু অপারেটিং নিয়ম লিখে রাখুন, বিশেষ করে যদি আপনার সঙ্গী কেউ পাইপলাইনে ছুঁতে পারে:

• কার্যকলাপ ঘটার পরই লগ করুন।
• নির্দিষ্ট সময়ে একবার সাপ্তাহিক রিভিউ করুন।
• প্রতিটি ডিলকে কেবল একটি মালিক দিন।
• একটি সত্য‑সোর্স ব্যবহার করুন: যদি এটি পাইপলাইনে না থাকে, তাহলে তা ঘটেনি।

উদাহরণ: আপনি Northwind‑এ Alex‑এর সাথে ফাইনান্স টিমের জন্য একটি পাইলট নিয়ে কথা বললেন। সেটিই একটি ডিল। একটি মাস পরে প্রোডাক্ট আলাদা কনট্র্যাক্ট চাইলে, দ্বিতীয় ডিল তৈরি করুন। একটি রেকর্ডে দুইটি সিদ্ধান্ত চাপিয়ে দেওয়া বন্ধ করুন।

ন্যূনতম ব্যবহারযোগ্য ডিল ফিল্ড (যেগুলো আপনি আসলেই ব্যবহার করবেন)

একটি পাইপলাইন তখনই কাজে লাগে যখন প্রতিটি ডিলে কয়েকটি এমন ফিল্ড থাকে যেগুলো আপনি প্রতি সপ্তাহে চেক করবেন। “জাস্ট ইন কেস” ফিল্ড যোগ করুন না, সেগুলো সজানো আলংকারিক হয়ে পড়ে।

ডুপ্লিকেট বন্ধ করার জন্য একটি ডিল নাম ফরম্যাট দিয়ে শুরু করুন। একটি সহজ প্যাটার্ন কাজ করে: Company - Product/Scope - Quarter/Month। উদাহরণ: “Acme - Team plan - Mar 2026.” এতে বোঝা যায় কখন “Acme - Demo” এবং “Acme - Follow-up” একই ডিল।

প্রতিটি ডিলের স্পষ্ট পরিচয় দরকার:

• Account/company
• Primary contact
• Contact role (decision maker, champion, finance, IT)

রোল গুরুত্বপূর্ণ কারণ এটি পরবর্তী করণীয় বদলে দেয়। একজন champion‑কে এনেবল করা লাগবে; decision maker‑কে একটি ব্যবসায়িক কেস দিতে হয়।

দায়িত্বশীলতার ফিল্ড যোগ করুন:

• Deal owner (একজন)
• Source (inbound, outbound, partner, referral, event)

তারপর শুধু সেই টাকাও সময় যোগ করুন যা আপনি ব্যবহার করবেন:

• Expected value এবং deal type (new, expansion, renewal)
• Target close date (একটি বাস্তব তারিখ, “কখনো” নয়)
• Probability কেবল তখনই যোগ করুন যদি আপনি এটিকে একটি বিশ্বাসযোগ্য সাপ্তাহিক ফরকাস্টে ব্যবহার করেন

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

কল্পনাপ্রসূত ডিল রোধ করার যোগ্যতাসূচক ফিল্ড

বেশিরভাগ “বড়” পাইপলাইন আসলে বড় নয়। সেগুলো ডিলে ভরা থাকে যা দেখতে ভালো কিন্তু একটি স্পষ্ট ‘হ্যা’‑এর পথ নেই।

একটি ফিল্ড দিয়ে শুরু করুন যা স্পষ্টতা জোর করে: Use case (scope)। ক্রেতা কী অর্জন করতে চাইছে তা সহজ ভাষায় লিখুন, সঙ্গে “ডান কাজ” কেমন হবে তা যোগ করুন। যদি আপনি দুই বাক্যে আউটকাম ব্যাখ্যা করতে না পারেন, সম্ভবত আপনি ডিলটি এখনও বুঝতে পারেননি।

পরেরটি: decision process এক জায়গায় ধরুন। এটি কনট্যাক্ট ডাম্প নয়। এটি সেই গল্প যে সিদ্ধান্ত কীভাবে হবে: কে সই করে, কে ব্লক করতে পারে, এবং কোন ধাপগুলো অনুসরণ করতে হবে (সিকিউরিটি রিভিউ, লিগ্যাল, প্রোকিউরমেন্ট)। যদি আপনি সইকারকে না জানেন, ডিলটিকে প্রাথমিক ধরে নিন।

একটি pricing fit signal যোগ করুন, এমনকি খুঁতখুঁতে হলেও। রেঞ্জ (“< $5k”, “$5-25k”, “$25k+”) ঠিক আছে, অথবা Likely / Unclear / Unlikely মতো সহজ সিগন্যাল ব্যবহার করুন। পয়েন্টটি হলো এমন ডিলগুলোকে থামানো যেগুলো আপনার জন্য ব্যয়বহুল হবে।

সবশেষে, red flags একটি লাইনে রাখুন। যদি একটি অনুচ্ছেদ লাগে, সেটা নোটসে রাখুন।

একটি কম্প্যাক্ট সেট যা বেশিরভাগ B2B প্রতিষ্ঠাতার জন্য কাজ করে:

• Use case + success criteria
• Decision process (signer, influencers, steps)
• Pricing fit (range or Likely/Unclear/Unlikely)
• Competing option (named or “status quo”)
• Red flags (one line)

উদাহরণ: “Renewal‑এর আগে CRM ক্লিনআপ চায়, signer হল VP Sales, security review আবশ্যক, বাজেট সম্ভবত $10-20k, প্রতিদ্বন্দ্বী: কিছু না করা, red flag: champion প্রোজেক্ট না চালানো।” এমন এক রেকর্ডে নিজেকে প্রতারিত করা কঠিন।

পাইপলাইনকে সততাপূর্ণ রাখার অ্যাক্টিভিটি ট্র্যাকিং

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

যদি আপনি আপনার সেলস পাইপলাইন স্কিমায় কেবল একটি লেয়ার যোগ করতে পারেন, তবে তা বানান এই অ্যাক্টিভিটি ফিল্ডগুলো:

• Last activity date (অটো হলে ভালো, না হলে ম্যানুয়াল)
• Next step (একটি কনক্রিট অ্যাকশন, “follow up” নয়)
• Next step due date (একটি বাস্তব তারিখ)
• Last touch channel (call, email, meeting, demo, chat)
• Reason lost (সংক্ষিপ্ত ড্রপডাউন, ঐচ্ছিক এক-অব্যবহার বাক্য নোট)

একটি ব্যবহারিক নিয়ম: যদি একটি ডিলের কোন নেক্সট স্টেপ বা ডিউ ডেট না থাকে, সেটি বাস্তবে ডিল নয়। পার্ক করুন বা ক্লোজ করুন। এটি যেকোনো স্কোরিং মডেলের চেয়ে ফরকাস্ট নির্ভুলতায় বেশি কাজে দেয়।

“Reason lost” ছোট রাখুন যাতে আপনি তা সত্যিই ব্যবহার করবেন: price, no budget, no decision, chose competitor, timing, not a fit।

এটি কেমন দেখা যায়: আপনার কাছে মঙ্গলবার ops lead‑এর সাথে একটি ডেমো আছে। কলের পরই আপনি last activity date = মঙ্গলবার সেট করেন, last touch channel = meeting, next step = “2টি কেস স্টাডি পাঠান এবং কে সই করবে তা নিশ্চিত করুন,” next step due date = বৃহস্পতিবার। যদি বৃহস্পতিবার পর্যন্ত কোন উত্তর না আসে, ডিলটি লাল হয়ে যায় এবং কেউ “পাইপলাইন প্রগ্রেস” নিয়ে তর্ক করতে পারবে না।

বেশিরভাগ B2B প্রতিষ্ঠাতার জন্য একটি সহজ স্টেজ মডেল

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

এই ছয়-স্টেজ সেটআপ বেশিরভাগ B2B প্রতিষ্ঠাতার জন্য কাজ করে:

1. New: আপনার কাছে একটি নাম এবং যোগাযোগের কারণ আছে। প্রথম টাচ হয়েছে বা নির্ধারিত।

2. Qualified: মৌলিক ফিট কনফার্ম হয়েছে। সমস্যা বাস্তব, ক্রেতা আপনার ICP‑এর সাথে মেলে, এবং ক্রয় করার একটি সম্ভাব্য পথ আছে।

3. Discovery done: আপনি একটি বাস্তব আলোচনা করেছেন। ব্যবহার‑কেস, সাকসেস ক্রাইটেরিয়া, এবং অন্তর্ভুক্তদের পরিচয় আপনি বুঝেছেন।

4. Proposal sent: প্রাইসিং এবং স্কোপ ক্রেতার হাতে গেছে। একটি নেক্সট স্টেপ বুক হয়েছে বা স্পষ্টভাবে অনুরোধ করা হয়েছে।

5. Negotiation/Legal: প্রোকিউরমেন্ট, সিকিউরিটি, বাজেট অনুমোদন, বা কনট্র্যাক্ট এডিট চলছে।

6. Closed won / Closed lost: আউটকাম মার্ক করা হয় এবং একটি কারণ ক্যাপচার করা হয়।

কেবল তখনই একটি ডিল এগিয়ে নিয়ে যান যখন বাস্তবে কিছু ঘটেছে (একটি মিটিং সম্পন্ন হয়েছে, একটি প্রপোজাল পাঠানো হয়েছে, লিগ্যাল শুরু হয়েছে)। যদি কিছুই ঘটেনি, স্টেজ অপরিবর্তিত থাকুক।

স্টেজ সংজ্ঞা যা ডিলকে ভাসতে দেয় না

একটি স্টেজ নাম কোনও স্টেজ সংজ্ঞা নয়। যদি আপনি কেবল একটি কলামে “Qualified” বা “Negotiation” লেবেল দেন, ডিলগুলো সেখানে বসে থাকবে কারণ কেউই ঠিক করে না “সম্পন্ন” মানে কী।

স্টেজ নিয়মগুলোকে সরল সত্য/মিথ্যা পরীক্ষায় লিখুন। যখন প্রতিটি ডিল একই স্টেজে একই বাস্তব তথ্য ভাগ করে, আপনার পাইপলাইন বিশ্বাসযোগ্য থাকে।

ভিবস নয়, এন্ট্রি এবং একজিট ক্রাইটেরিয়া ব্যবহার করুন

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

উদাহরণ:

• Discovery: কেবলমাত্র প্রথম লাইভ কথোপকথন হয়ে গেলে ঢুকবে; একজিট হবে কেবল যখন একটি স্পষ্ট সমস্যা বিবৃতি এবং পরবর্তী মিটিং বুক করা হয়েছে।
• Proposal sent: কেবল তখনই ঢুকবে যখন একটি মূল্যযুক্ত প্রস্তাব আসলে পাঠানো হয়েছে; একজিট হবে কেবল তখন যখন ক্রেতা নিশ্চিত করে যে এটি রিভিউতে আছে এবং আপনার কাছে একটি সিদ্ধান্ত তারিখ আছে।
• Legal/procurement: কেবল তখনই ঢুকবে যখন ক্রেতা প্রক্রিয়া বা স্টেকহোল্ডার পরিচয় করিয়ে দেয়; একজিট হবে কেবল তখন যখন আপনার কাছে ফাইনাল রেডলাইন্স বা পারচেজ অর্ডার ধাপ রয়েছে।

যদি আপনি “ভাল”, “শক্ত” বা “ইন্টারেস্টেড” এর মত শব্দ ব্যবহার করে ছাড়া কriterিয়া লিখতে না পারেন, স্টেজটি খুব অস্পষ্ট।

প্রতিটি স্টেজে “সর্বোচ্চ দিন” নিয়ম যোগ করুন

প্রতি স্টেজের জন্য একটি সর্বোচ্চ আয়ু নির্ধারণ করুন যেটি একটি সতর্কতা হিসেবে কাজ করে, শাস্তি হিসেবে নয়। উদাহরণ: Discovery সর্বোচ্চ 14 দিন, Proposal সর্বোচ্চ 21 দিন। যখন একটি ডিল সীমা ছাড়িয়ে যায়, একটি রিসেট ট্রিগার করুন: নেক্সট স্টেপ বুক করুন, ডিলটিকে পিছনে সরান, বা এটি ক্লোজ করুন।

যখন ক্রাইটেরিয়া পূরণ হয় না তখন ডিফল্ট অ্যাকশন সিদ্ধান্ত নিন:

• যদি অনুপস্থিত তথ্য সংগ্রহ করা যায় তবে পিছনে সরিয়ে দিন।
• যদি ক্রেতা নির্দিষ্ট ফলো‑আপ চেষ্টা সত্ত্বেও অনপ্রতিউত্তরী থাকে তবে সেটিকে ক্লোজ‑লস্ট করুন (উদাহরণ: ১০ ব্যবসায়িক দিনে ৩টি প্রচেষ্টা)।

এটি “জম্বি ডিল”দের আপনার ফরকাস্ট ফুলিয়ে তোলা থেকে রোধ করে।

এক বিকেলের মধ্যে আপনার স্কিমা তৈরি করুন

আপনি কয়েক ঘণ্টার মধ্যে একটি সেলস পাইপলাইন স্কিমা তৈরি করতে পারেন যদি আপনি এটিকে একটি ছোট প্রোডাক্ট হিসেবে বিবেচনা করেন: আগে নিয়ম, তারপর কেবল যা নিয়মগুলো সমর্থন করে।

একটি শূন্য পাতায় শুরু করুন, টুলের ভিতরে না। স্টেজ এবং এন্ট্রি/একজিট ক্রাইটেরিয়া সাধারণ ইংরেজিতে লিখুন। যদি আপনি একটি স্টেজ এক বাক্যে ব্যাখ্যা করতে না পারেন, সম্ভবত সেটি দুইটি স্টেজ বা কোন স্টেজই নয়।

সাধারণ বিল্ড ফ্লো:

• 5 থেকে 8 স্টেজ ড্রাফট করুন এবং প্রতিটির জন্য একটি স্পষ্ট “ডান” টেস্ট লিখুন।
• একটি ন্যূনতম ফিল্ড সেট তৈরি করুন (উদ্দেশ্য 10 থেকে 15), যাচাইযোগ্য তথ্যে ফোকাস করুন।
• অ্যাক্টিভিটি ট্র্যাকিং যোগ করুন এবং active স্টেজগুলির জন্য “next step due date” বাধ্যতামূলক করুন।
• বর্তমান ডিলসমূহ ইম্পোর্ট করুন এবং ক্লিন করুন: ডুপ্লিকেট মিশান, পুরোনো “হয়তো কখনো” এন্ট্রিগুলো মুছুন, এবং অনুপস্থিত ওনার ঠিক করুন।
• কোন কিছু পরিবর্তন করার আগে 2 থেকে 4 সপ্তাহ সাপ্তাহিক রিভিউ চালান।

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

প্রারম্ভে একটি নিয়ম জোরদার করুন: যদি নেক্সট অ্যাক্টিভিটি ডেট খালি থাকে, ডিলটি active স্টেজে থাকতে পারবে না।

সাধারণ ভুল যা CRM‑কে ফুলিয়ে তোলে

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

1) মাত্র অনুভূতির পার্থক্য থাকা স্টেজগুলো

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

দ্রুত পরীক্ষা: যদি আপনি একটি স্টেজে ঢোকার শর্ত এক বাক্যে বলতে না পারেন, সেটি সম্ভবত অতিরিক্ত।

2) ক্লোজ ডেট আশা‑তারিখে পরিণত হওয়া

ক্লোজ তারিখ তখনই উপযোগী যখন এটি একটি কারণে বাঁধা থাকে। এটিকে পরবর্তী সিদ্ধান্তের তারিখ হিসেবে দেখুন (বাজেট অনুমোদন, প্রোকিউরমেন্ট মিটিং, সিগনেচার ডেডলাইন), এবং সেই ইভেন্ট সরলে ক্লোজ ডেট সরান।

3) কার্যকলাপ লম্বা নোট হিসেবে রাখা

লম্বা নোটগুলো আড়ালে রাখে একটাই দরকারি জিনিস: শেষ কি হয়েছে এবং পরবর্তী কী হবে। নোট সংক্ষিপ্ত রাখুন, এবং কার্যকলাপ ট্র্যাক করুন last activity date এবং next step (মালিক ও ডিউ ডেট সহ) দিয়ে।

4) সবকিছুই “qualified” বলা

সংজ্ঞা না থাকলে “qualified” হয়ে যায় “তারা ভালো শুনিয়েছিল”। 3–4টি চেক নিন যা থাকতে হবে (সমস্যা, ক্রেতা, টাইমলাইন, এবং বাজেটের কিছু ইঙ্গিত)। যদি একটিও অনুপস্থিত থাকে, এটা এখনও qualified নয়।

5) ডিল কখনোই closed lost করা হয় না

যে পাইপলাইন শুধু বাড়ে সেটি আর পাইপলাইন নয়, এটা কবরস্থান। ডিল নিষ্ক্রিয় বা ফিট ভুল হলে দ্রুত closed lost করুন, এবং একটি স্পষ্ট কারণ ধারন করুন যাতে আপনি শিখতে পারেন।

পাইপলাইন হাইজিনের সাপ্তাহিক চেকলিস্ট

প্রতি সপ্তাহে একটি নির্দিষ্ট সময় নির্বাচন করুন (৩০ মিনিটই যথেষ্ট) এবং এটাকে আপনার ভবিষ্যৎ‑নিজের সঙ্গে একটি মিটিং হিসেবে দেখুন। পাইপলাইন হাইজিন ফিল্ড যোগ করার বিষয়ে নয়—এটা নিশ্চিত করার ব্যাপার যে প্রতিটি ডিলের সামনের পথ বাস্তবে আছে।

সহজ রিভিউ ফ্লো:

• প্রতিটি ওপেন ডিলের প্রধান কনট্যাক্ট এবং এক বাক্যে সমস্যা বিবৃতিটি নিশ্চিত করুন।
• চেক করুন প্রতিটি ডিলের একটি নেক্সট স্টেপ এবং একটি ডিউ ডেট আছে কি না।
• স্টেল নিয়ম প্রয়োগ করুন: যদি 7 থেকে 14 দিন কোনো অর্থপূর্ণ কার্যকলাপ না হয়, ডিলটি পিছনে সরান বা “কোন সিদ্ধান্ত” হিসেবে ক্লোজ করুন।
• এজ-ইন-স্টেজ দ্বারা সাজান এবং পাঁচটি পুরাতন ডিলের উপর সিদ্ধান্ত নিন।
• শীর্ষ দশ ডিল নিয়ে ফরকাস্ট স্যানিটি চেক করুন: এক বাক্যে বলুন কেন প্রতিটি ক্লোজ হবে এবং কী বাধা হতে পারে।

কনক্রিট উদাহরণ: যদি একটি ডিল “Proposal sent” হিসেবে মার্ক করা কিন্তু সেটি রিভিউ করার জন্য কোনো মিটিং বুক না থাকে, তবে এটি প্রপোজাল স্টেজের ডিল নয়। পিছনে সরান, নেক্সট স্টেপ সেট করুন, এবং ক্রেতা পুনরায় এঙ্গেজ না করা পর্যন্ত এটি গণনা বন্ধ করুন।

উদাহরণ সিনারিও: প্রথম কল থেকে সই হওয়া পর্যন্ত একটি ডিল

আপনি একটি B2B অ্যানালিটিক্স টুল বিক্রি করেন একটি ৫০‑জনের ই‑কমার্স কোম্পানিকে। প্রথম কলের পর আপনি একটি ডিল তৈরি করেন এবং শুধু সেই তথ্য পূরণ করেন যা আপনি পরবর্তী সপ্তাহে ব্যবহার করবেন। একটি সহজ স্কিমা এখানে কাজ করে কারণ এটি কাগজপত্র নয়, স্পষ্টতা জোর করে।

কলের পর রেকর্ডটি এরকম দেখায়:

• Problem: সাপ্তাহিক রিপোর্টিং 6–8 ঘণ্টা নেয়, টিমগুলোর মধ্যে সংখ্যা মেলেনা
• Stakeholders: Sponsor = Head of Ops; Decision maker = CFO; User = Analyst
• Next step: 2-পৃষ্ঠার সারাংশ পাঠান + 30-মিনিটের ডেমো বুক করুন
• Next step date: Tue, Jan 23
• Target close date: Feb 15

ডিলটি Discovery তে শুরু হয়। আপনি এটি কেবল তখনই এগিয়ে নিয়ে যাবেন যখন ক্যালেন্ডার আমন্ত্রণ গ্রহণ করা হবে (কেউ “ইন্টারেস্টেড” বললেই নয়)। ডেমোর পর, ইভ্যালুয়েশনে যাওয়ার ট্রিগার একটি কনক্রিট অনুরোধ: উদাহরণস্বরূপ, “আপনি কি Shopify ও আমাদের ওয়্যারহাউস ডেটার সঙ্গে কানেক্ট করতে পারেন?” এবং একটি সম্মত টেকনিক্যাল চেক।

এখন স্থবিরতা: প্রাইসিংয়ের পরে CFO চুপ করে যায়। আপনার লগে দুইটি ফলো‑আপ আছে, কোন উত্তর নেই, এবং নেক্সট স্টেপ ডেট পাস করে গেছে। নিয়ম সহজ: যদি কোন সম্মত নেক্সট স্টেপ না থাকে, ডিল Proposal স্টেজে থাকতে পারে না।

তাই আপনি একটি সততাপূর্ণ সিদ্ধান্ত নেন: অথবা এটি evaluation‑এ পিছনে সরান (যদি নতুন স্পনসর বা অনুপস্থিত তথ্য লাগে) অথবা closed lost করুন (যদি সিদ্ধান্তকারী নির্দিষ্ট সময়ে জড়িত না হন)। এই উদাহরণে, আপনি পিছনে সরান, স্টেকহোল্ডার আপডেট করেন (Ops ফাইন্যান্স ম্যানেজারকে টেনে আনে), একটি নতুন নেক্সট স্টেপ ডেট সেট করেন, এবং CFO সিদ্ধান্ত মিটিং নিশ্চিত করলে পুনরায় Proposal‑এ নিয়ে আসেন।

ছোট রাখুন, তারপর যা 반복 হয় তা অটোমেট করুন

একটি সেলস পাইপলাইন স্কিমা তখনই কাজ করবে যখন আপনি সেটির ওপর বিশ্বাস করবেন। দ্রুত পৌঁছানোর পথ হলো ন্যূনতম থেকে শুরু করা এবং 30 দিন সেটার সঙ্গে থাকা। এটি আপনাকে দেখায় আপনি আসলে কী ব্যবহার করছেন, যা আপনি মনে করেন তা নয়।

প্রথম মাস কঠোর হন: যদি একটি ফিল্ড কোনো সিদ্ধান্ত পরিবর্তন না করে, সেটি সরিয়ে দিন। যদি কোনো সিদ্ধান্ত বারবার আসে এবং আপনি পাইপলাইন থেকে উত্তর না পেতে পারেন, ঠিক এক ফিল্ড যোগ করুন ওই গ্যাপ ঢাকতে।

কোনো নতুন ফিল্ড যোগ করার আগে একটি সাধারণ পরীক্ষা করুন: “এটি খালি হলে, আমরা কি সিদ্ধান্ত নিতে পারব না ___।”

যদি আপনি একটি হালকা, কাস্টম CRM বানাতে চান_generic টুল এখনও চাপিয়ে দিতে চান না_, তাহলে Koder.ai (koder.ai)‑এর মতো টুলগুলো সাহায্য করতে পারে একবার আপনি আপনার স্টেজ, আবশ্যক ফিল্ড, এবং ভ্যালিডেশন নিয়ম লেখেন। স্কিমা স্পষ্ট হলে একটি সহজ অ্যাপ বানানো ও ইটারেট করা অনেক সহজ।