গ্রাহক অনবোর্ডিং ট্র্যাকার: B2B হ্যান্ডঅফ গুছিয়ে নিন

B2B অনবোর্ডিংয়ের কাজের অগ্রগতি বোঝা কঠিন হয়ে যায় কেন

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

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

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

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

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

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

ট্র্যাকার কথোপকথনের বিকল্প নয়। এটি কথোপকথনকে ছোট ও কার্যকর করে। «এই অ্যাকাউন্টের অবস্থা কী?» জিজ্ঞেস করার বদলে দল দেখতে পারে কোন কাজে সিদ্ধান্ত দরকার, কে ফলো-আপ করবেন এবং গ্রাহককে পরের বার কী জানাতে হবে।

অনবোর্ডিং ট্র্যাকারে় কী রাখবেন

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

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

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

স্ট্যাটাসের জন্য ছোট একটি সেট ব্যবহার করুন, যার অর্থ সবার কাছে একই:

• শুরু হয়নি
• চলছে
• গ্রাহকের অপেক্ষায়
• আটকে আছে
• সম্পন্ন

স্ট্যাটাসের পাশে আলাদা blocker field রাখুন, সমস্যাগুলো মন্তব্যের মধ্যে লুকিয়ে রাখবেন না। সমস্যাটি লিখুন এবং কে সেটি সমাধান করবেন তা উল্লেখ করুন। যেমন: «গ্রাহকের IT যোগাযোগের ব্যক্তির কাছ থেকে single sign-on অ্যাক্সেস অনুমোদনের অপেক্ষায় আছি।» এতে কী ঘটেছে এবং পরবর্তী কাজ কী, দুটোই বোঝা যায়।

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

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

B2B গ্রাহক অনবোর্ডিংয়ে অতিরিক্ত ফিল্ডে ভরা শিটের চেয়ে সহজ ফিল্ড বেশি কার্যকর। কোনো ফিল্ড কাউকে সিদ্ধান্ত নিতে, কাজ শেষ করতে বা অগ্রগতি ব্যাখ্যা করতে সাহায্য না করলে সেটি বাদ দিন। ট্র্যাকার দেখাবে পরবর্তী পদক্ষেপের দায়িত্ব কার এবং গ্রাহকের কিছু করার আছে কি না।

ধাপে ধাপে ট্র্যাকার তৈরি করুন

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

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

একটি সাধারণ টেমপ্লেটে থাকতে পারে:

• গ্রাহকের অ্যাকাউন্ট তৈরি করে অ্যাক্সেস নিশ্চিত করা
• ডেটা, ফাইল বা ইন্টিগ্রেশনের তথ্য সংগ্রহ করা
• সম্মত ওয়ার্কফ্লো কনফিগার করে পরীক্ষা করা
• অ্যাডমিন বা ইউজার প্রশিক্ষণ পরিচালনা করা
• লঞ্চ পর্যালোচনা করে পরবর্তী সাপোর্ট যোগাযোগ নিশ্চিত করা

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

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

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

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

মানুষ যাতে কাজ করতে পারে, সেভাবে টাস্ক সাজান

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

আপনার দল বাস্তবে যে ধাপগুলো ব্যবহার করে, সেগুলো অনুযায়ী কাজ ভাগ করুন। B2B গ্রাহক অনবোর্ডিং প্রক্রিয়ার ধাপ হতে পারে kickoff, discovery, setup, testing, training এবং launch। নামগুলো সহজ রাখুন, যাতে সবাই বুঝতে পারে কোন কাজ কোথায় রাখবে।

অ্যাকাউন্ট ভিউ ও ওয়ার্কলোড ভিউ ব্যবহার করুন

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

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

উদাহরণ হিসেবে, «Northwind-এর জন্য SSO কনফিগার করুন» কাজটি Northwind-এর setup ধাপে থাকবে, ইমপ্লিমেন্টেশন বিশেষজ্ঞের ওয়ার্কলোডে দেখা যাবে এবং শুক্রবারের মধ্যে শেষ করার সাপ্তাহিক তালিকাতেও থাকতে পারে। একটি রেকর্ডই যথেষ্ট।

কাজের ইতিহাস রাখুন

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

অতিরিক্ত সময় নেওয়া কাজগুলোকে বেশি দৃশ্যমান করুন। মূল ডিউ ডেট ও মালিক দেখান, তারপর মালিককে নতুন তারিখ দিতে বা কাজটি কেন খোলা আছে তা ব্যাখ্যা করতে বলুন। পরবর্তী পদক্ষেপ ছাড়া লাল স্ট্যাটাস শুধু বিভ্রান্তি তৈরি করে।

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

উদাহরণ:

• «নমুনা ডেটা ইমপোর্ট করুন» কাজটি গ্রাহকের ফিল্ড ম্যাপ অনুমোদনের অপেক্ষায় আছে।
• «অ্যাডমিন প্রশিক্ষণের সময় নির্ধারণ করুন» কাজটি টেস্ট ওয়ার্কস্পেস পর্যালোচনা পাস করার অপেক্ষায় আছে।
• «প্রোডাকশন অ্যাক্সেস চালু করুন» কাজটি নিরাপত্তা অনুমোদনের অপেক্ষায় আছে।

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

বাধাগুলো দ্রুত দৃশ্যমান করুন

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

প্রতিটি বাধার জন্য এমন একজন নির্দিষ্ট ব্যক্তি দরকার, যিনি বিষয়টি এগিয়ে নিতে পারেন। তিনি টাস্কের মালিকের থেকে আলাদা হতে পারেন। ইমপ্লিমেন্টেশন ম্যানেজার সেটআপের মালিক হতে পারেন, কিন্তু গ্রাহকের IT যোগাযোগের ব্যক্তিকে IP ঠিকানা অনুমোদন বা নিরাপত্তা নথি দিতে হতে পারে। দুজনের নামই লিখুন, যাতে কেউ ধরে না নেন অন্য কেউ ফলো-আপ করেছেন।

প্রতিটি আটকে থাকা কাজের জন্য লিখুন:

• কী থেমেছে এবং কেন
• দেরিটি অভ্যন্তরীণ নাকি গ্রাহকের দিকের
• বাধাটি কবে শুরু হয়েছে
• পরবর্তী পদক্ষেপের দায়িত্ব কার
• পরবর্তী ফলো-আপের তারিখ

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

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

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

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

বিভ্রান্তি ছাড়াই গ্রাহকভিত্তিক আপডেট শেয়ার করুন

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

প্রতিবার একই চার অংশের ফরম্যাট ব্যবহার করুন:

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

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

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

প্রকল্পের ধাপ অনুযায়ী ভাষা বদলান। kickoff-এর সময় লক্ষ্য, যোগাযোগের ব্যক্তি ও তারিখ নিশ্চিত করুন। setup-এর সময় কনফিগারেশন ও অ্যাক্সেসের অগ্রগতি জানান। testing-এর সময় ফিডব্যাক, সংশোধন ও অনুমোদনে গুরুত্ব দিন। লঞ্চের কাছাকাছি প্রশিক্ষণ, লঞ্চের সময় এবং সাপোর্টের যোগাযোগ নিশ্চিত করুন।

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

উদাহরণ: একটি গ্রাহক ইমপ্লিমেন্টেশন ট্র্যাক করা

Northstar Analytics সোমবার একটি চুক্তিতে সই করে। হ্যান্ডঅফের সময় সেলস যোগাযোগের ব্যক্তি স্বাক্ষরিত scope, প্রতিশ্রুত লঞ্চের তারিখ, প্রধান গ্রাহক যোগাযোগের ব্যক্তি এবং বিক্রয়ের সময় করা প্রতিশ্রুতিগুলো গ্রাহক অনবোর্ডিং ট্র্যাকারে় যোগ করেন। ইমপ্লিমেন্টেশন লিড কাজের পরিকল্পনা তৈরি করে প্রতিটি কাজ নির্দিষ্ট একজন মালিককে দেন।

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

একটি বাধা পরিকল্পনা বদলে দেয়

মঙ্গলবার প্রযুক্তিগত বিশেষজ্ঞ Northstar-এর IT যোগাযোগের ব্যক্তির কাছে single sign-on-এর তথ্য চান। কাজটির স্ট্যাটাস «গ্রাহকের অপেক্ষায়» করা হয় এবং বৃহস্পতিবারের ডিউ ডেট দেওয়া হয়। বিশেষজ্ঞ লেখেন: «IT-এর প্রিয়ার কাছ থেকে identity provider metadata এবং একটি test account দরকার।»

শুক্রবার পর্যন্ত তথ্য আসে না। ইমপ্লিমেন্টেশন লিড সাপ্তাহিক ভিউতে বাধাটি দেখে প্রস্তাবিত লঞ্চ ১৮ জুন থেকে ২৫ জুন করেন। অতিরিক্ত সময় নেওয়া কাজের একটি শৃঙ্খল রেখে না দিয়ে প্রশিক্ষণ ও চূড়ান্ত পরীক্ষার তারিখও বদলে দেন।

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

প্রযুক্তিগত কাজ নিজের হাতে না নিয়েও অগ্রগতি দেখুন

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

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

লঞ্চের পর দল চূড়ান্ত তারিখ, অসম্পন্ন ফলো-আপ এবং অ্যাকাউন্ট মালিকের কাছে হ্যান্ডঅফ রেকর্ড করে। এতে পরবর্তী B2B গ্রাহক অনবোর্ডিং পর্যালোচনা সহজ হয়। কোথায় কাজ থেমেছিল, কে সমস্যা সমাধান করেছিল এবং মূল সময়সূচি বাস্তবসম্মত ছিল কি না, দল দেখতে পারে।

যে ভুলগুলো ট্র্যাকারকে কম কার্যকর করে

গ্রাহক অনবোর্ডিং ট্র্যাকার দলের আজ কী করা উচিত, তা ঠিক করতে সাহায্য করবে। পরবর্তী পদক্ষেপ খুঁজতে সারি, বার্তা ও অস্পষ্ট লেবেল ঘাঁটতে হলে ট্র্যাকার কাজ কমানোর বদলে বাড়ায়।

অস্পষ্ট মালিকানা ও বিচ্ছিন্ন তারিখ

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

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

প্রতিটি দেরি হওয়া কাজকে জরুরি ভাববেন না। ব্র্যান্ডের রঙ অনুমোদনে দেরি হওয়ার প্রভাব নিরাপত্তা পর্যালোচনায় দেরির মতো নয়। «লঞ্চ আটকে দেয়», «গ্রাহকের ওপর প্রভাব ফেলে» বা «অভ্যন্তরীণ ফলো-আপ» ধরনের impact label যোগ করুন। এতে সাপ্তাহিক পর্যালোচনায় প্রতিটি অতিরিক্ত সময় নেওয়া সারি নিয়ে না বসে সময়সূচি বদলে দেওয়া কাজগুলো নিয়ে আলোচনা করা যায়।

লুকানো আপডেট ও অতিরিক্ত ভারী ফর্ম

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

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

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

কার্যকর ট্র্যাকার এক মিনিটেরও কম সময়ে আপডেট করা যায় বলে হালনাগাদ থাকে। দল সেটি এড়িয়ে আবার চ্যাট বা স্প্রেডশিটে ফিরে গেলে আরও অটোমেশন যোগ করার আগে ফিল্ড কমিয়ে দিন।

সাপ্তাহিক অনবোর্ডিং পর্যালোচনার আগে দ্রুত যাচাই

ট্র্যাকার আগে থেকেই পরিষ্কার তথ্য দিলে সাপ্তাহিক পর্যালোচনা ভালো কাজ করে। কে কোনো কাজের মালিক তা জানতে পুরনো বার্তা খোঁজার বদলে দলকে সিদ্ধান্ত ও ঝুঁকি সমাধানে মিটিং ব্যবহার করা উচিত।

সব খোলা কাজ দিয়ে শুরু করুন। প্রতিটি কাজের একজন নির্দিষ্ট মালিক ও বাস্তবসম্মত ডিউ ডেট দরকার। দুজনের অবদান দরকার হলে আলাদা কাজ তৈরি করে দুজনকেই আলাদা তারিখ দিন।

পর্যালোচনার আগে ছোট একটি চেকলিস্ট ব্যবহার করুন:

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

দল মঙ্গলবার ডেটা ম্যাপিং শেষ করলেও গ্রাহক অ্যাক্সেসের তথ্য না পাঠালে ট্র্যাকারে় পরবর্তী কাজ হিসেবে «গ্রাহক: অ্যাক্সেসের তথ্য দিন» দেখা উচিত। কে গ্রাহককে মনে করিয়ে দেবেন এবং কখন দেবেন, তাও সেখানে থাকবে।

«গ্রাহকের অপেক্ষায়» ধরনের অস্পষ্ট নোট রেখে দেবেন না। কোন তথ্য নেই, দায়িত্ব কার এবং পরবর্তী যোগাযোগের তারিখ লিখুন। «Acme-এর security questionnaire-এর অপেক্ষায় আছি। Maya বৃহস্পতিবার ফলো-আপ করবেন» কথাটি দলকে পরিষ্কার পদক্ষেপ দেয়।

লঞ্চের তারিখ কিছুটা সন্দেহের সঙ্গে পর্যালোচনা করুন। অসম্পন্ন কাজগুলো হাতে থাকা সময়ের মধ্যে শেষ করা গেলেই তারিখটি সম্ভব। কাজ সেই তারিখকে সমর্থন না করলে তারিখ বদলান। এমন একটি সৎ সংশোধিত তারিখ পরিচালনা করা সহজ, যে লঞ্চের প্রতিশ্রুতি সবাই মনে মনে অসম্ভব ভাবছে।

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

আপনার পরবর্তী অনবোর্ডিং চক্র সেটআপ করুন

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

প্রতিটি গ্রাহক লাইভ হওয়ার পর ১৫ মিনিট ট্র্যাকার পর্যালোচনা করুন। কেউ ব্যবহার করেনি এমন কাজ বাদ দিন, দল বারবার ট্র্যাকারে়র বাইরে যে ধাপগুলো করেছে সেগুলো যোগ করুন এবং বিভ্রান্তি তৈরি করা নামগুলো পরিষ্কার করুন। «অ্যাক্সেস সেটআপ করুন» অস্পষ্ট। «গ্রাহক অ্যাডমিন ইউজার ও অ্যাক্সেস রোল নিশ্চিত করবেন» হলে মালিক বুঝতে পারেন, সম্পন্ন বলতে কী বোঝায়।

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

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

একটি সহজ কাজের চুক্তি সহায়ক হতে পারে:

• কাজের মালিকরা সাপ্তাহিক পর্যালোচনার আগে স্ট্যাটাস আপডেট করবেন।
• ইমপ্লিমেন্টেশন লিড প্রতিটি বাধার জন্য একজন মালিক ঠিক করবেন।
• সেলস সম্মত scope পরিবর্তন গ্রাহকের রেকর্ডে লিখবে।
• লঞ্চের পর দায়িত্ব নেওয়ার আগে সাপোর্ট রেকর্ডটি পর্যালোচনা করবে।

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

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