5.9 সার্ভিস ডিজাইন

পরিচিতি ও প্রেরণা

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

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

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

মূল নীতিসমূহ

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

সুপারিশ

প্রতিটি চ্যানেল জুড়ে গ্রাহক যাত্রা ম্যাপ করুন

বৃহত্তর গ্রাহক অভিজ্ঞতা-র অংশ হিসেবে একটি ফল পেতে একজন মানুষ যে প্রকৃত যাত্রা নেয় তা আঁকার মাধ্যমে শুরু করুন। একটি যাত্রা মানচিত্র ব্যবহারকারী যে পর্যায়গুলো পেরোয় তা সাজায়, প্রথম একটি প্রয়োজন টের পাওয়া থেকে তাদের লক্ষ্যে পৌঁছানো এবং তার পরেও, এবং প্রতিটি পর্যায়ে রেকর্ড করে তারা কী করতে চাইছে, কী ভাবছে ও অনুভব করছে, এবং কোন চ্যানেলে আছে। মূল্য আসে চ্যানেল জুড়ে বিস্তারে: বেশিরভাগ প্রকৃত যাত্রা একটি ওয়েবসাইট, ফোন লাইন, ইমেইল, অ্যাপ ও একটি ভৌত অবস্থানের মধ্যে লাফ দেয়, এবং সবচেয়ে খারাপ ব্যথা সেই চ্যানেলগুলোর মধ্যকার ফাঁকে বাস করে, যেখানে প্রসঙ্গ হারায় এবং ব্যবহারকারীকে আবার শুরু করতে হয়। আপনার অনুমানের বদলে গবেষণায় (অধ্যায় 5.8) মানচিত্র ভিত্তি করুন, কারণ আপনি কল্পনা করা যাত্রা ও মানুষ আসলে যে যাত্রা নেয় তা কদাচিৎ এক। “গুরুত্বপূর্ণ মুহূর্ত” চিহ্নিত করুন, সেই অল্প বিন্দু যেখানে অভিজ্ঞতা নিষ্পত্তিমূলকভাবে সফল বা ব্যর্থ হয়, এবং সমানভাবে ছড়ানোর বদলে সেখানে পরিশ্রম কেন্দ্রীভূত করুন। কোনো একক চ্যানেলে মসৃণ দেখানো একটি যাত্রা শুরু থেকে শেষ পর্যন্ত তবুও করুণ হতে পারে, এবং কেবল চ্যানেল-জোড়া দৃশ্য তা প্রকাশ করে।

সামনের-মঞ্চকে পেছনের-মঞ্চের সঙ্গে জোড়া একটি সার্ভিস ব্লুপ্রিন্ট গড়ুন

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

পেছনের-মঞ্চ ও কর্মী-মুখী টুলকে প্রথম-শ্রেণির নকশা করুন

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

দল নকশা সেবা নকশার সঙ্গে সারিবদ্ধ করুন

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

সেবার মান শুরু থেকে শেষ পর্যন্ত মাপুন

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

ট্রেড-অফ: সুবিধা ও অসুবিধা

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

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

আপনার দলের সঙ্গে আলোচনার প্রশ্ন

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

2. আমাদের দল কি ব্যবহারকারীর যাত্রা ঘিরে আঁকা নাকি আমাদের অভ্যন্তরীণ সুবিধা ঘিরে, এবং আমরা কি তা বদলাতে ইচ্ছুক? কনওয়ের সূত্র (অধ্যায় 1.2) মানে আপনি চান বা না চান আপনার সেবা আপনার যোগাযোগ কাঠামো প্রতিফলিত করবে, তাই চারটি যোগাযোগহীন দলে ভাগ করা একটি যাত্রা চারটি বিচ্ছিন্ন ধাপ মনে হবে। আরামদায়ক পদক্ষেপ হলো পর্দা সারানো এবং সাংগঠনিক চার্ট একা রাখা, কিন্তু সেটি লক্ষণ চিকিৎসা করে যখন কারণ তা বারবার পুনরুৎপাদন করে। সৎভাবে দেখুন আপনার দল সীমানা ঠিক সেই হস্তান্তর ফাঁক তৈরি করে কি না যা আপনার ব্যবহারকারীরা অভিযোগ করে, এবং দল পুনর্গঠনের প্রকৃত খরচ খণ্ডিত অভিজ্ঞতার চলমান খরচের বিপরীতে ওজন করুন। আপনার যাত্রা মানচিত্র থেকে ব্যথা বিন্দু আনুন এবং পরীক্ষা করুন কতগুলো ঠিক একটি দল সীমানায় বসে। বেশিরভাগ তা হলে ভালো UI আপনাকে বাঁচাবে না, এবং আলাপ দল নকশা নিয়ে হতে হবে। এখানে আপনি যা ঠিক করেন তা নির্ধারণ করে আপনার সেবা উন্নতি টিকবে নাকি নিঃশব্দে ক্ষয় হবে।

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

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

5. আমাদের সেবা কোথায় ব্যবহারকারীকে পুনরাবৃত্তি করতে বাধ্য করে, এবং একটি “একবার বলুন” সংস্করণ গড়তে কত খরচ হবে? নকল ডেটা সংগ্রহ হলো সবচেয়ে স্পষ্ট সংকেত যে একটি সেবা ব্যবহারকারীর প্রয়োজনের বদলে আপনার অভ্যন্তরীণ সীমানা ঘিরে সংগঠিত, এবং এটি দুই পক্ষেই ব্যয়বহুল: ব্যবহারকারী প্রতিটি হস্তান্তরে একই প্রমাণ আবার টাইপ করে, এবং প্রতিটি বিভাগ তা পুনরায় সংগ্রহ ও যাচাইয়ে অর্থ দেয়। প্রতিদ্বন্দ্বী বিবেচনা হলো যে ভাগ করা রেকর্ড “একবার বলুন” সম্ভব করে তা সিস্টেম ও দল জুড়ে ইন্টিগ্রেশন দাবি করে যাদের একে অপরের ডেটায় বিশ্বাসের ইতিহাস নাও থাকতে পারে, তাই গড়ার খরচ এবং ডেটা-শাসন কাজ প্রকৃত। ব্যবহারকারী আপনি ইতিমধ্যে ধরে রাখা তথ্য দেয় এমন প্রতিটি বিন্দু টীকাযুক্ত একটি যাত্রা মানচিত্র, এবং কতগুলো আলাদা রেকর্ড একই ক্ষেত্র সংরক্ষণ করে তার একটি মোটামুটি গণনা আনুন। কয়েকটি সংস্থা জুড়ে একটি সরকারি সেবার জন্য তাদের মধ্যে সেই ডেটা ভাগ করার আইনি ভিত্তি যোগ করুন, কারণ সম্মতি, গোপনীয়তা আইন এবং তথ্য-শাসন নিয়ম ঠিক করে “একবার বলুন” আদৌ অনুমোদিত কি না, তা সাশ্রয়ী কি না জিজ্ঞেস করার আগে।

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

খাতভেদে দৃষ্টিভঙ্গি

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

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

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

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

উদাহরণ

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

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

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

ব্যবসায়িক যুক্তি: প্রেরণা, ROI ও TCO

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

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

অ্যান্টি-প্যাটার্ন ও ফাঁদ

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

পরিপক্বতা মডেল

• স্তর ১, সূচনা: প্রতিটি চ্যানেল ও দল বিচ্ছিন্নভাবে, প্রতিক্রিয়াশীলভাবে নকশা ও পরিচালিত। শুরু-থেকে-শেষ সেবার মালিক কেউ নয়, কোনো যাত্রা মানচিত্র বা ব্লুপ্রিন্ট নেই, এবং পেছনের-মঞ্চ ব্যর্থতা অভিযোগ হয়ে দেখা না দেওয়া পর্যন্ত অদৃশ্য। ব্যবহারকারীরা চ্যানেল জুড়ে নিয়মিত নিজেদের পুনরাবৃত্তি করে কারণ কেউ সমগ্র দেখেনি।
• স্তর ২, বিকাশ: কিছু যাত্রা ম্যাপ করা এবং সবচেয়ে খারাপ চ্যানেল-জোড়া ফাঁক জানা, কিন্তু চর্চা টুকরো টুকরো এবং ব্যক্তিগত উৎসাহের ওপর নির্ভর করে। যাত্রা মানচিত্র আছে কিন্তু কদাচিৎ পেছনের-মঞ্চে পৌঁছায়, মালিকানা এখনো প্রতি-চ্যানেল, কর্মী-মুখী টুল পরের ভাবনা, এবং ব্লুপ্রিন্টিং আদৌ ঘটলে দল থেকে দলে ভিন্ন।
• স্তর ৩, মানসম্মতকরণ: মূল যাত্রা প্রতিষ্ঠান জুড়ে সামঞ্জস্যপূর্ণভাবে প্রয়োগ করা একটি নথিবদ্ধ পদ্ধতি ব্যবহার করে পরিচালনা কর্মীদের সঙ্গে সামনের-মঞ্চ থেকে পেছনের-মঞ্চ ব্লুপ্রিন্ট করা। নামকরা সেবা মালিকরা শুরু-থেকে-শেষ জবাবদিহিযোগ্য, হস্তান্তর সম্মত প্রসঙ্গসহ সুস্পষ্ট চুক্তি, কর্মী টুল সুচিন্তিতভাবে নকশা করা, এবং পদ্ধতি ঐচ্ছিক নয়, প্রয়োগ করা।
• স্তর ৪, ব্যবস্থাপনা: সেবা তথ্য দিয়ে মাপা ও নিয়ন্ত্রিত। শুরু-থেকে-শেষ সমাপ্তি, শুরু-থেকে-শেষ সময় (অদৃশ্য পেছনের-মঞ্চ অপেক্ষাসহ), ব্যবহারকারীর পরিশ্রম, ব্যর্থতা চাহিদা এবং চ্যানেল-থেকে-চ্যানেল পতন ভিত্তিরেখার বিপরীতে অনুসরণ করা, এবং হস্তান্তর ব্যর্থতা ও নকল ডেটা সংগ্রহ ধরে না নিয়ে পরিমাণ করা। ব্লুপ্রিন্ট হালনাগাদ রাখা, সেবা মালিকরা শুরু-থেকে-শেষ লক্ষ্যে ধরা, এবং পরিবর্তনে যাওয়া-না-যাওয়ার সিদ্ধান্ত স্থানীয় চ্যানেল মেট্রিকের বদলে সেই প্রমাণের ওপর দাঁড়ায়।
• স্তর ৫, সমন্বয়: দল নকশা ও সেবা নকশা সারিবদ্ধ যাতে মালিকানা যাত্রা অনুসরণ করে, এবং প্রতিষ্ঠান বিভাগের বদলে ব্যবহারকারীর লক্ষ্য ও জীবনের ঘটনা ঘিরে গঠিত। শুরু-থেকে-শেষ মেট্রিক অগ্রাধিকার চালায়, প্রতিষ্ঠান নিরন্তর ব্লুপ্রিন্ট, মাপে ও অভিজ্ঞতা এবং পরিচালনা একসঙ্গে পুনর্গঠন করে, এবং ব্যবহারকারীর প্রয়োজন, চ্যানেল ও আন্তঃদল সীমানা সরলে পুরো সেবা খাপ খাওয়ায়।

আলোচনার ভাবনা

1. একটি যাত্রা কয়েকটি দল পেরোলে, একজন শুরু-থেকে-শেষ মালিক নিয়োগ করা ভালো নাকি যাত্রা ঘিরে দল পুনরায় আঁকা, এবং কী পছন্দ নির্ধারণ করে?
2. আপনার সেবার মানের কতটা ভালো সামনের-মঞ্চ নকশা দিয়ে ঠিক করা যায়, এবং কতটা পেছনের-মঞ্চ বা সাংগঠনিক চার্ট বদলানো দরকার?
3. আপনার সেবায় ব্যবহারকারীরা কোথায় সবচেয়ে প্রায়ই নিজেদের পুনরাবৃত্তি করতে হয়, এবং একটি “একবার বলুন” সংস্করণ গড়তে কত খরচ হবে?
4. কর্মী-মুখী টুল যখন তাদের ব্যবহারকারীরা বন্দী এবং পায়ে ভোট দিতে পারে না, আপনি তখন কীভাবে অর্থায়ন ও অগ্রাধিকার দেন?
5. সেবা কি জীবনের ঘটনা বা ব্যবহারকারীর লক্ষ্য ঘিরে সংগঠিত হওয়া উচিত এমনকি যখন তা আপনার অর্থায়ন ও প্রতিবেদন রেখার সরাসরি বিরুদ্ধে যায়?
6. কোন একক শুরু-থেকে-শেষ মেট্রিক আপনাকে সবচেয়ে ভালো বলবে আপনার পুরো সেবা কাজ করছে কি না, এবং আপনি আজ কেন তা অনুসরণ করেন না?

প্রধান শিক্ষা

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

তথ্যসূত্র ও আরও পড়ার জন্য

• Marc Stickdorn ও Jakob Schneider, This Is Service Design Thinking
• Marc Stickdorn, Markus Edgar Hormess, Adam Lawrence ও Jakob Schneider, This Is Service Design Doing
• Andy Polaine, Lavrans Lovlie ও Ben Reason, Service Design: From Insight to Implementation
• Lynn Shostack, “Designing Services That Deliver,” Harvard Business Review
• Matthew Skelton ও Manuel Pais, Team Topologies
• Melvin Conway, “How Do Committees Invent?“, Datamation
• UK Government Digital Service, Service Manual এবং Service Standard
• U.S. General Services Administration, 18F Methods এবং U.S. Digital Service Playbook
• Nielsen Norman Group, articles on service blueprinting and customer journey mapping