প্রফেশনাল সার্ভিসেস প্রতিষ্ঠানের জন্য ইনটেক অ্যাপ: একটি ব্যবহারিক পরিকল্পনা

ছড়িয়ে থাকা ইনটেক কেন এড়ানো যেত এমন বিলম্ব তৈরি করে

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

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

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

প্রফেশনাল সার্ভিসেস প্রতিষ্ঠানের জন্য একটি ইনটেক অ্যাপ প্রথম জিজ্ঞাসা থেকেই প্রয়োজনীয় তথ্য একটি শেয়ার করা রেকর্ডে রাখে। প্রতিটি অনুরোধের স্পষ্ট স্ট্যাটাস থাকে, যেমন New, Awaiting conflict review, Approved অথবা Assigned। ইমেইল ঘেঁটে পুরো ঘটনা আবার সাজানোর বদলে টিম বর্তমান তথ্য দেখতে পারে।

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

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

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

সংশ্লিষ্ট ব্যক্তি ও সিদ্ধান্তগুলো চিহ্নিত করুন

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

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

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

ক্লায়েন্টের প্রশ্ন ও অভ্যন্তরীণ নোট আলাদা রাখুন

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

এতে সংবেদনশীল তথ্য সুরক্ষিত থাকে এবং ফর্মটি কম ভীতিকর মনে হয়। কথোপকথন শুরু করতে ক্লায়েন্টের প্রতিষ্ঠানের কনফ্লিক্ট রিভিউ প্রক্রিয়া বোঝার দরকার নেই।

ওয়ার্কফ্লো তৈরি করার আগে দেখার অধিকার নির্ধারণ করুন:

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

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

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

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

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

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

কী ধরনের প্রজেক্টের তথ্য সংগ্রহ করবেন, তা ঠিক করুন

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

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

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

সময় ও কাজের পরিধি আগে সংগ্রহ করুন

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

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

একটি ব্যবহারিক প্রজেক্ট ইনটেক ফর্মে প্রায়ই থাকে:

• ক্লায়েন্ট প্রতিষ্ঠান ও প্রজেক্টের নাম
• চাওয়া পরিষেবা ও সংক্ষিপ্ত সারাংশ
• কাঙ্ক্ষিত শুরুর তারিখ, সময়সীমা ও জরুরি-স্তর
• প্রাসঙ্গিক স্থান বা এখতিয়ার
• প্রত্যাশিত ডেলিভারেবল ও জানা সীমাবদ্ধতা

বাধ্যতামূলক ফিল্ড যতটা সম্ভব কম রাখুন

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

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

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

ক্লায়েন্টের যোগাযোগগুলো অনুরোধের সঙ্গে যুক্ত রাখুন

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

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

প্রত্যেক ব্যক্তির ভূমিকা নথিভুক্ত করুন

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

উপযোগী লেবেল হতে পারে:

• প্রধান যোগাযোগ বা দৈনন্দিন সমন্বয়কারী
• কাজের পরিধি বা সময়ের সিদ্ধান্তগ্রহণকারী
• বিলিং যোগাযোগ
• অ্যাক্সেস বা প্রয়োজনীয়তার জন্য টেকনিক্যাল যোগাযোগ
• চুক্তির জন্য লিগ্যাল বা প্রকিউরমেন্ট যোগাযোগ

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

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

নতুন রেকর্ড তৈরির আগে প্রতিষ্ঠানটি খুঁজে দেখুন

নতুন রেকর্ড তৈরির আগে কর্মীদের প্রতিষ্ঠানটি খুঁজতে বলুন। প্রতিষ্ঠানের নাম, ইমেইল ডোমেইন এবং সম্ভব হলে ফোন নম্বর মিলিয়ে দেখুন। এতে "Acme Ltd" ও "Acme Limited"-এর মতো ছোট পার্থক্যে একই ক্লায়েন্টের দুটি রেকর্ড তৈরি হওয়া আটকায়।

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

AppMaster-এর Data Designer প্রতিষ্ঠান, যোগাযোগ এবং অনুরোধকে সংযুক্ত রেকর্ড হিসেবে মডেল করতে পারে। কর্মীরা ওয়েব বা মোবাইল ফর্মে যোগাযোগ যোগ করতে পারেন, মূল অনুরোধের সঙ্গে সম্পর্ক হারিয়ে না ফেলেই।

অনুসরণযোগ্য কনফ্লিক্ট রিভিউ তৈরি করুন

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

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

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

রিভিউয়ের স্ট্যাটাস সহজে বোঝা যায় এমন রাখুন

প্রতিটি অনুরোধের একটি দৃশ্যমান স্ট্যাটাস রাখুন, যা রিভিউ এগোনোর সঙ্গে বদলাবে। কর্মীদের পরবর্তী পদক্ষেপটি জানতে হলে "In review"-এর মতো লেবেল এড়িয়ে চলুন।

• Pending: রিভিউয়ার কাজ শুরু করার মতো যথেষ্ট তথ্য অনুরোধে আছে।
• Cleared: কাজ আটকে দেওয়ার মতো কোনো কনফ্লিক্ট রিভিউয়ার পাননি।
• Needs follow-up: রিভিউয়ারের আরও তথ্য বা অনুমোদন দরকার।
• Blocked: প্রতিষ্ঠানের কনফ্লিক্টের নিয়ম অনুযায়ী অনুরোধটি গ্রহণ করা যাবে না।

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

সংক্ষিপ্ত সিদ্ধান্তের রেকর্ড রাখুন

প্রতিটি সিদ্ধান্তে রিভিউয়ারের নাম, তারিখ, স্ট্যাটাস এবং সহজ ভাষায় কারণসহ একটি স্থায়ী রেকর্ড তৈরি হওয়া উচিত। উদাহরণ: "১৪ মে J. Patel ক্লিয়ার করেছেন। ২০২২ সালে একটি সহযোগী প্রতিষ্ঠানের কাজ শেষ হয়েছে, বর্তমানে কোনো বিরোধপূর্ণ বিষয় পাওয়া যায়নি।"

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

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

AppMaster সীমিত অ্যাক্সেসের কনফ্লিক্ট টেবিল, ভূমিকা-ভিত্তিক অ্যাক্সেস এবং একটি ভিজ্যুয়াল Business Process Editor দিয়ে এই প্রক্রিয়াকে সমর্থন করতে পারে, যা প্রতিটি ইনটেক সঠিক রিভিউয়ারের কাছে পাঠায়।

ইনটেককে কোটেশনে পরিণত না করে বাজেট সম্পর্কে জিজ্ঞেস করুন

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

প্রতিষ্ঠান যে ধরনের কাজ গ্রহণ করে, তার সঙ্গে সামঞ্জস্যপূর্ণ সীমা ব্যবহার করুন। একটি কনসালটিং প্রতিষ্ঠান "$10,000-এর কম", "$10,000 থেকে $25,000", "$25,000 থেকে $75,000" এবং "$75,000-এর বেশি" অপশন দিতে পারে। ক্লায়েন্ট যেন দ্রুত উত্তর দিতে পারেন, সীমাগুলো যথেষ্ট বিস্তৃত রাখুন।

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

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

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

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

ধাপে ধাপে ইনটেক ফ্লো তৈরি করুন

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

একটি অনুরোধের রেকর্ড দিয়ে শুরু করুন

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

বাস্তব সিদ্ধান্তের ধাপ বোঝায় এমন স্ট্যাটাস ব্যবহার করুন:

• New: প্রতিষ্ঠান অনুরোধ পেয়েছে, কিন্তু কেউ তা পর্যালোচনা করেনি।
• Under review: কেউ কাজের পরিধি, যোগাযোগ ও কনফ্লিক্ট পরীক্ষা করছেন।
• Waiting for client: টিমের আরও তথ্য দরকার।
• Approved: প্রতিষ্ঠান প্রস্তাব তৈরি করতে বা প্রজেক্ট খুলতে পারে।
• Declined: প্রতিষ্ঠান কাজটি নেবে না।

তালিকা সংক্ষিপ্ত রাখুন। কয়েক সেকেন্ডে কোনো স্ট্যাটাস বেছে নিতে না পারলে লেবেলগুলো আবার ভাবুন।

রুট করুন, দায়িত্ব দিন এবং নোটিফিকেশন পাঠান

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

রিভিউয়ারের জন্য একটি সময়সীমা দিন এবং পরবর্তী পদক্ষেপের জন্য একজন নির্দিষ্ট ব্যক্তিকে দায়িত্ব দিন। শেয়ার করা টিম ইনবক্স দৃশ্যমানতা বাড়ায়, কিন্তু দায়িত্ব তৈরি করে না।

নোটিফিকেশনে সব সময় একটি কাজ স্পষ্ট করুন, যেমন "Complete conflict review" অথবা "Request budget details"। নতুন অ্যাসাইনমেন্ট হলে রিভিউয়ারকে নোটিফাই করুন, তারপর সময়সীমা পেরিয়ে গেলে ইনটেক কো-অর্ডিনেটরকে জানান।

অনুমোদিত কাজকে পরবর্তী প্রক্রিয়ায় পাঠান

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

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

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

উদাহরণ: প্রথম যোগাযোগ থেকে হস্তান্তর পর্যন্ত একটি অনুরোধ

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

কো-অর্ডিনেটর মায়াকে প্রধান যোগাযোগ হিসেবে যোগ করেন। এরপর খরচ অনুমোদন করবেন এমন Northline-এর ফাইন্যান্স ম্যানেজার এবং দৈনন্দিন প্রশ্ন সামলাবেন এমন প্রজেক্ট ম্যানেজারকেও যোগ করেন। ইনটেক ফর্মে সম্প্রসারণের অঞ্চল, ব্যবসায়িক লক্ষ্য, সম্ভাব্য লঞ্চের তারিখ এবং প্রাথমিক সীমাবদ্ধতা রাখা হয়। মায়া লক্ষ্য হিসেবে ৩০ সেপ্টেম্বর দেন, $75,000 থেকে $100,000-এর একটি কাজের বাজেট সীমা জানান এবং বলেন, চার সপ্তাহের মধ্যে প্রতিষ্ঠানটিকে প্রাথমিক সুপারিশ দিতে হবে।

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

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

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

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

ইনটেকের সাধারণ ভুলগুলো এড়িয়ে চলুন

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

খুব তাড়াতাড়ি অতিরিক্ত তথ্য চাওয়া

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

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

সিদ্ধান্তগুলোকে দায়িত্বহীন রেখে দেওয়া

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

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

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

পুরোনো প্রশ্ন চিরকাল রেখে দেওয়া

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

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

স্পষ্ট দায়িত্বসহ একটি সংক্ষিপ্ত ফর্ম মানুষ তাড়াহুড়ো করে পূরণ করে এমন বিস্তারিত ফর্মের চেয়ে ভালো তথ্য দেয়।

চালু করার আগে দ্রুত পরীক্ষা

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

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

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

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

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