Dynamics 365-এ ৩০ CRM skill—agent কাজ করবে, অনুমতি তবু আগেরই

Microsoft-এর Dynamics 365-এর পণ্য ঘোষণায় ৮ অক্টোবর ২০২৬-এ জানানো হয়েছে, নতুন ৩০টি CRM স্কিল Copilot Cowork-এ সাধারণভাবে উপলব্ধ। Dynamics 365 Sales, Customer Service ও Customer Insights-এর গ্রাহকতথ্য ব্যবহার করে এগুলো বিক্রয়ের সুযোগ বিশ্লেষণ, পূর্বাভাস নিয়ে কাজ, সেবার কেস বাছাই এবং উত্তরের খসড়া প্রস্তুতে সহায়তা করে। প্রতিষ্ঠানটির ঘোষণায় সমর্থিত অভিজ্ঞতাগুলোতে স্কিলের সঙ্গে কাজ করা সাধারণভাবে উপলব্ধ ১৮০টির বেশি CRM টুলের কথাও রয়েছে।

স্কিলগুলো ব্যবহারকারীর হয়ে তথ্য খুঁজে বিশ্লেষণ বা পরবর্তী কাজের প্রস্তাব দিতে পারে। তবে Copilot Cowork-এ সাধারণ প্রাপ্যতা মানে গ্রাহককে বার্তা পাঠানো কিংবা Dynamics 365-এর রেকর্ড বদলানোর অবাধ অনুমতি নয়। এ ধরনের কাজ বিদ্যমান প্রবেশাধিকার, প্রযোজ্য অনুমোদন, লাইসেন্স ও প্রতিষ্ঠানের নীতির অধীন; Teams এবং পুনরাবৃত্ত স্বয়ংক্রিয় কাজের অভিজ্ঞতার প্রাপ্যতাও আলাদা।

CRM টুলের ওপর স্কিল কী যোগ করে

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

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

বিক্রয় গবেষণা ও পূর্বাভাসে দায়িত্বের রেখা

বিক্রয়ের প্রথম কর্মপ্রবাহে Pipeline prioritizer মনোযোগ দাবি করে এমন সুযোগ সামনে আনে এবং Deal rescue আটকে থাকা বা ঝুঁকিতে পড়া চুক্তি অনুসন্ধানে সাহায্য করে। এজেন্ট সম্ভাব্য কারণ ও করণীয় সাজাতে পারে; কোন গ্রাহকের সঙ্গে যোগাযোগ হবে বা কী প্রতিশ্রুতি দেওয়া হবে, তা বিক্রয়কর্মীর সিদ্ধান্ত। একই সুযোগ সম্পর্কে তথ্য অসম্পূর্ণ হলে প্রস্তাবের ভিত্তিও সীমিত থাকে। তাই অগ্রাধিকার পাওয়া সুযোগকে নিশ্চিত বিক্রয়ফল হিসেবে ধরা যায় না।

দ্বিতীয় কর্মপ্রবাহ পূর্বাভাস। Sales Research Agent স্কিল পাইপলাইন ও পূর্বাভাস বিশ্লেষণের কাজে ব্যবহার করা যায়; সুযোগের অবস্থা, প্রত্যাশিত সময় এবং সংশ্লিষ্ট কার্যকলাপ একসঙ্গে বিবেচনা করার সুযোগ তৈরি হয়। এজেন্ট ঝুঁকি বা পরিবর্তনের ব্যাখ্যা প্রস্তুত করতে পারে, কিন্তু ব্যবস্থাপকের পূর্বাভাস অনুমোদন কিংবা সুযোগের ধাপ পরিবর্তন তার বিশ্লেষণ থেকেই ঘটে যায় না। Stage advance readiness-এর মূল্যায়নও পরের ধাপে যাওয়ার প্রস্তুতি সম্পর্কে; সেটি নিজে ধাপ পরিবর্তনের কাজ নয়।

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

কেস বাছাই ও উত্তর প্রস্তুতিতে মানুষের সিদ্ধান্ত

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

দ্বিতীয় কর্মপ্রবাহ কেস প্রস্তুতি ও উত্তর তৈরি। Case preparation brief প্রাসঙ্গিক গ্রাহক প্রসঙ্গ একত্র করার কাজে লাগে; Answer research যাচাই করা জ্ঞানভান্ডার ও অনুরূপ কেস থেকে সম্ভাব্য সমাধান খোঁজে। Draft customer reply সেই তথ্য ধরে পর্যালোচনার জন্য উত্তর প্রস্তুত করে। এতে সেবাকর্মীকে শূন্য থেকে উত্তর লিখতে না হলেও তথ্যের যথার্থতা, প্রস্তাবিত সমাধান এবং গ্রাহককে বার্তা পাঠানোর সিদ্ধান্ত যাচাই করতে হয়।

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

Teams ও স্বয়ংক্রিয় এজেন্টের প্রাপ্যতা

Microsoft-এর Copilot-সংক্রান্ত ঘোষণায় Dynamics 365 CRM-কে Teams-এর কথোপকথনে আনার অভিজ্ঞতা পাবলিক প্রিভিউ, স্কিলসহ Autopilot প্রাইভেট প্রিভিউ এবং Code Frontier কর্মসূচির মাধ্যমে উপলব্ধ বলে চিহ্নিত। কোনো Teams চ্যানেল গ্রাহক অ্যাকাউন্টের সঙ্গে যুক্ত থাকলে এজেন্ট বৈঠকের আগের সংক্ষিপ্ত তথ্য, কেসের বিজ্ঞপ্তি বা অ্যাকাউন্টের পরিবর্তন জানাতে পারে। ফলে Cowork-এ সাধারণভাবে উপলব্ধ স্কিল এবং Teams-এ গ্রাহক প্রসঙ্গ আনার সুবিধাকে একই প্রাপ্যতার স্তর ধরে নেওয়া ঠিক হবে না।

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

চালুর পথ ও অনুমতির সীমা

স্কিল ব্যবহার করতে সংশ্লিষ্ট Copilot অভিজ্ঞতার Customize অংশে Sales, Service বা Customer Insights-এর উপযুক্ত প্লাগইন চালু, প্রয়োজনীয় অ্যাকাউন্ট সংযুক্ত এবং অনুরোধ এলে Dynamics 365 পরিবেশ নির্বাচন করতে হয়। Windows Forum-এর বাস্তবায়ন বিশ্লেষণে দেখানো হয়েছে, সাধারণ প্রাপ্যতার পরেও প্রশাসনিক কনফিগারেশন, সম্মতি, সংশ্লিষ্ট লাইসেন্স এবং প্রতিষ্ঠানের নীতি প্রবেশাধিকার নির্ধারণ করে। Sales ও Customer Service-এর প্লাগইন চালুর পূর্বশর্তও এক নয়; শুধু Copilot ব্যবহার করতে পারলেই নির্দিষ্ট CRM পরিবেশের রেকর্ড দেখা যায় না।

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

আরও পড়ুন:

• Dependabot-এর private package access-এ PAT লাগবে না—অনুমতি তবু নিজে দিতে হবে
• Zoho CRM না HubSpot—free plan নয়, contact বাড়লেই আসল খরচ শুরু
• WeatherNext 3 প্রতি ঘণ্টায় পূর্বাভাস দেয়—স্থানীয় বৃষ্টি তবু নিশ্চিত নয়