ক্লায়েন্ট ডকুমেন্ট সংগ্রহ পোর্টাল: ব্যবহারিক সেটআপ গাইড

ডকুমেন্টের অনুরোধ আটকে যায় কেন

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

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

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

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

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

একটি কার্যকর পোর্টাল অনুমানের বদলে সবার জন্য একই রেকর্ড তৈরি করে। মেসেজ খুঁজে না দেখেই সবাই যেন এই চারটি প্রশ্নের উত্তর দিতে পারেন:

• কোন ফাইলগুলো এখনও দরকার?
• কে সেগুলো দেবেন?
• কখন জমা দিতে হবে?
• শেষ ফলো-আপের পর কী হয়েছে?

একটি নো-কোড ক্লায়েন্ট পোর্টাল এই উত্তরগুলো এক জায়গায় রাখে এবং ক্লায়েন্টদের ফাইল আপলোডের জন্য আরও স্বস্তিদায়ক ও ব্যক্তিগত উপায় দেয়।

জড়িত ডকুমেন্ট ও মানুষগুলোর তালিকা তৈরি করুন

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

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

প্রতিটি অনুরোধের একজন দায়িত্বপ্রাপ্ত ব্যক্তি রাখুন

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

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

দায়িত্বপ্রাপ্ত ব্যক্তি ছাড়া কোনো সময়সীমা প্রায়ই আরেকটি ইমেইল থ্রেড তৈরি করে। ক্লায়েন্টের যোগাযোগের ব্যক্তি বদলালে পুরোনো কর্মীর সঙ্গে অনুরোধ আটকে না রেখে পোর্টালের রেকর্ড আপডেট করুন।

«সম্পূর্ণ» বলতে কী বোঝায় তা ঠিক করুন

কোনো ফাইল আপলোড হলেই অনুরোধ সবসময় বন্ধ হওয়া উচিত নয়। ঝাপসা পরিচয়পত্রের ছবি, স্বাক্ষরহীন ফর্ম বা অসম্পূর্ণ তথ্যের ইনভয়েসে এখনও কাজ বাকি থাকে। requested, uploaded, needs changes, approved এবং overdue-এর মতো সহজ স্ট্যাটাস ব্যবহার করুন। রিভিউয়ার কোনো ফাইল ফিরিয়ে দিলে ক্লায়েন্টকে পরবর্তী কাজটি এবং ছোট একটি নোট দেখান, যেমন, «আপনার স্বাক্ষরসহ পৃষ্ঠাটি আপলোড করুন।»

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

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

ফাইল ব্যক্তিগত রাখার জন্য অ্যাক্সেস সেট করুন

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

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

মানুষের কাজের সঙ্গে মিলিয়ে ভূমিকা নির্ধারণ করুন:

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

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

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

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

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

পরিষ্কার অনুরোধের চেকলিস্ট তৈরি করুন

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

প্রতিটি অনুরোধে আপলোড করার ফাইল, গ্রহণযোগ্য ফরম্যাট, সময়সীমা এবং বিভ্রান্তি তৈরি করতে পারে এমন তথ্য থাকা উচিত। যেমন: «স্বাক্ষর করা সার্ভিস চুক্তি (PDF)। স্বাক্ষর করা প্রতিটি পৃষ্ঠা আপলোড করুন। স্ক্যানার না থাকলে ছবি গ্রহণযোগ্য।»

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

ক্লায়েন্ট যে প্রক্রিয়াটি সম্পন্ন করছেন, তার ভিত্তিতে অনুরোধগুলো সাজান। একটি ব্যবসায়িক অনবোর্ডিং চেকলিস্টে থাকতে পারে:

• কোম্পানি রেজিস্ট্রেশনের ডকুমেন্ট
• প্রতিটি অনুমোদিত স্বাক্ষরকারীর ছবিসহ পরিচয়পত্র
• ব্যবসায়িক ঠিকানার সাম্প্রতিক প্রমাণ
• পূরণ করা ট্যাক্স ফর্ম
• স্বাক্ষর করা সার্ভিস চুক্তি

প্রতিটি গ্রুপের সহজ নাম দিন, যেমন «ব্যবসা যাচাই» বা «আপনার প্রথম অ্যাপয়েন্টমেন্টের আগে»। কোন আইটেম একসঙ্গে এবং কোনটি পরে করা যাবে, ক্লায়েন্টদের তা বোঝা উচিত।

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

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

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

কয়েকটি বাস্তব সাবমিশনের পর চেকলিস্ট পর্যালোচনা করুন। ক্লায়েন্টরা বারবার একই প্রশ্ন করলে বা ভুল ফাইল আপলোড করলে আরেকটি রিমাইন্ডার যোগ না করে অনুরোধটি নতুন করে লিখুন।

অতিরিক্ত ইমেইল ছাড়াই অগ্রগতি দেখান

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

আপনার টিমের প্রক্রিয়ার সঙ্গে মিল রেখে অল্প কিছু লেবেল ব্যবহার করুন:

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

পোর্টালের শুরুতে বাকি আইটেমগুলো রাখুন। সম্পূর্ণ করা ফাইলগুলো নিচে রাখুন, যাতে ক্লায়েন্টরা আগে কী জমা দিয়েছেন তা দেখতে পারেন। পোর্টাল খোলার কয়েক সেকেন্ডের মধ্যেই ক্লায়েন্টের কী করতে হবে তা বোঝা উচিত।

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

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

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

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

কাজে লাগবে এমন রিমাইন্ডার পরিকল্পনা করুন

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

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

অনুরোধ বদলালে রিমাইন্ডারও বদলান

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

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

প্রতিটি অনুরোধের জন্য সহজ নিয়ম ঠিক করুন:

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

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

ব্যক্তিগত ফলো-আপের সুযোগ রাখুন

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

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

উদাহরণ: নতুন ক্লায়েন্ট অনবোর্ড করা

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

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

ক্লায়েন্টের দৃষ্টিভঙ্গি

ক্লায়েন্ট সাইন-ইন করে তিনটি খোলা অনুরোধ দেখেন। তিনি PDF হিসেবে পাসপোর্ট আপলোড করলে পোর্টাল আইটেমটির স্ট্যাটাস «জমা দেওয়া হয়েছে» করে। ঠিকানার প্রমাণ ও ব্যাংক স্টেটমেন্ট খোলা থাকে।

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

একটি সহজ অগ্রগতি প্রদর্শনে দেখা যেতে পারে:

• পাসপোর্ট: জমা দেওয়া হয়েছে
• ঠিকানার প্রমাণ: খোলা
• ব্যাংক স্টেটমেন্ট: খোলা

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

পর্যালোচনা ও অনুমোদনের ধাপ

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

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

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

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

যে ভুলগুলো বিভ্রান্তি তৈরি করে

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

«আপনার আর্থিক ডকুমেন্ট আপলোড করুন» ধরনের বিস্তৃত অনুরোধ এড়িয়ে চলুন। ক্লায়েন্ট ব্যাংক স্টেটমেন্ট পাঠিয়ে ট্যাক্স ফর্ম বাদ দিতে পারেন, অথবা ভুল করে গত বছরের ফাইল আপলোড করতে পারেন। প্রতিটি অনুরোধে সহজ নাম, সংক্ষিপ্ত নির্দেশনা, প্রয়োজনে গ্রহণযোগ্য ফাইলের ধরন এবং সময়সীমা থাকা দরকার। যেমন: «আপনার স্বাক্ষর করা 2024 সালের ট্যাক্স রিটার্ন PDF হিসেবে 15 মে-র মধ্যে আপলোড করুন।»

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

অ্যাক্সেস সীমিত রাখুন

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

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

পোর্টালকেই বর্তমান রেকর্ড রাখুন

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

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

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

ক্লায়েন্টদের আমন্ত্রণ জানানোর আগে দ্রুত পরীক্ষা

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

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

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

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

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

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

আমন্ত্রণের আগে এই চেকলিস্ট ব্যবহার করুন:

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

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

আপনার পোর্টালের পরবর্তী ধাপ বেছে নিন

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

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

ব্যবহারকারীদের সঙ্গে প্রথম অনুরোধ পরীক্ষা করুন

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

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

ভিত্তি ঠিক হলে সংযুক্ত কাজ যোগ করুন

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

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

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