Operational management system: একাধিক লোকেশনের ভেন্যুগুলির যা প্রয়োজন
একাধিক লোকেশনের ভেন্যুগুলির জন্য একটি operational management system কী কাজ করে, কোন ফিচারগুলি গুরুত্বপূর্ণ, কীভাবে এটি POS এবং বুকিং সংযোগ করে এবং কীভাবে সঠিকটি বেছে নেবেন তা জানুন।
আজ শুক্রবার দুপুর। একজন ভেন্যু ম্যানেজার কাগজের রোটা আপডেট করছেন, অন্য জন বুকিং সংশোধনের জন্য তাড়া দিচ্ছেন, এবং হেড অফিস অমিল হওয়া টিল এক্সপোর্ট তুলনা করছে। ইতিমধ্যে, মার্কেটিং এমন অতিথিদের জন্য একটি অফার প্রস্তুত করছে যাদের সাম্প্রতিক ভিজিটগুলি CRM-এ পৌঁছায়নি। আপনার এই অমিল দেখানোর জন্য অন্য কোনও স্ক্রিনের প্রয়োজন নেই। কোন রেকর্ড বিশ্বাস করবেন, কে ব্যতিক্রমগুলি ঠিক করবে এবং কর্মীদের এরপরে কী করা উচিত সে সম্পর্কে আপনার স্পষ্ট নিয়মের প্রয়োজন।
সূচিপত্র
- একটি Operational Management System কী
- কেনাকাটা করার আগে যেসব মূল সক্ষমতা যাচাই করা উচিত
- পুনরাবৃত্ত অতিথি ছাড়াই POS, বুকিং এবং CRM কানেক্ট করা
- কার কাছে সিদ্ধান্তের মালিকানা থাকবে এবং কে AI পদক্ষেপ অনুমোদন করবে
- আউটেজ এবং বিরোধের সময় অপারেশন চাল রাখা
- ফ্রন্টলাইন টিমকে সিস্টেম ব্যবহারে উদ্বুদ্ধ করা
- ভেন্যু সেটআপ অনুযায়ী সিস্টেম নির্বাচন করুন
একটি অপারেশনাল ম্যানেজমেন্ট সিস্টেম আসলে কী
একটি অপারেশনাল ম্যানেজমেন্ট সিস্টেম দৈনন্দিন কাজকর্মকে একটি পুনরাবৃত্তিযোগ্য অপারেটিং লুপের সাথে সংযুক্ত করে: প্রক্রিয়াটি নির্ধারণ করুন, পারফরম্যান্স পরিমাপ করুন, বৈচিত্র্য চিহ্নিত করুন, সমাধানটি মানসম্মত করুন এবং ফলাফল পর্যবেক্ষণ করুন। সফটওয়্যার সেই লুপকে সহায়তা করে, তবে মালিকানা এবং কাজের পদ্ধতিই এটিকে কার্যকর করে তোলে।
এয়ার ট্রাফিক কন্ট্রোলের কথা ভাবুন। নিয়ন্ত্রক বিমানটি চালান না, তবে একটি যৌথ ছবি বজায় রাখেন এবং কে কখন সরবে তার নিয়ম নির্ধারণ করেন। একটি ভেন্যু গ্রুপের জন্য রিজার্ভেশন, স্টাফিং, সেলস এবং গেস্ট যোগাযোগের মধ্যে একই ধরণের সমন্বয় প্রয়োজন, কিন্তু একটি অ্যাপ্লিকেশন দিয়ে প্রতিটি বিশেষজ্ঞ টুল প্রতিস্থাপন করার ভান করা ঠিক নয়।
ব্যবহারিক ক্ষেত্রে অপারেটিং লুপ
ধরে নেওয়া যাক একটি রেস্তোরাঁ গ্রুপ একাধিক সাইট পরিচালনা করে। ম্যানেজাররা কাগজে শুক্রবারের ডিউটি রোস্টার তৈরি করেন, ক্যাশ কাউন্টারগুলি কেবল বন্ধ করার পরেই বিক্রয়ের রিপোর্ট দেয় এবং বুকিং টিম একটি টেক্সট মেসেজের মাধ্যমে কোনো ব্যক্তিগত অনুষ্ঠানের কথা জানতে পারে। সবার কাছেই তথ্য আছে, কিন্তু এই পরিবর্তনকে কর্মীদের সিদ্ধান্ত নেওয়ার মাধ্যমে কার্যকর করার মতো নির্ভরযোগ্য উপায় কারও কাছে নেই।
একটি কার্যকরী সিস্টেম দায়িত্বপ্রাপ্ত ম্যানেজারের কাছে বুকিং পরিবর্তন উপলব্ধ করবে, একটি স্টাফিং ব্যতিক্রম তৈরি করবে, সিদ্ধান্ত রেকর্ড করবে এবং সংশোধিত পরিকল্পনাটি সম্পন্ন হয়েছে কিনা তা পরীক্ষা করবে। এটি ড্যাশবোর্ডে কেবল ব্যক্তিগত ইভেন্টটি যুক্ত করবে না।
বেশিরভাগ প্রোডাক্টে এই উপাদানগুলি একসাথে অন্তর্ভুক্ত থাকে:
- শেয়ার করা ডেটা: POS, বুকিং, WiFi এবং অন্যান্য অপারেশনাল সোর্স থেকে প্রাসঙ্গিক রেকর্ড।
- নিয়ম এবং ওয়ার্কফ্লো: তথ্যকে অ্যাকশনে রূপান্তরকারী টাস্ক, অনুমোদন এবং এসকেলেশন পাথ।
- পারফরম্যান্স পরিমাপ: একক সাইট এবং গ্রুপের সামঞ্জস্যপূর্ণ ভিউ।
- একটি অডিট রেকর্ড: পরিবর্তন, সিদ্ধান্ত এবং সম্পূর্ণ কাজের প্রমাণ।
পর্যবেক্ষণকে পদক্ষেপ থেকে আলাদা করলে লুপটি মূল্যায়ন করা সহজ হয়।
সফ্টওয়্যার বিভাগের চেয়েও বেশি কিছু
অপারেশনস ম্যানেজমেন্টের ইতিহাস নিয়মতান্ত্রিক সময় সমীক্ষাকে স্ট্যাটিস্টিক্যাল কন্ট্রোল চার্টের সাথে যুক্ত করে, যা ব্যাখ্যা করে যে কেন আধুনিক সিস্টেমগুলো পদ্ধতি, নির্দেশক, অডিট, সংশোধনমূলক পদক্ষেপ এবং ম্যানেজমেন্ট রিভিউকে একত্রিত করে। এই অনুশীলনগুলো ছাড়া কেবল সফ্টওয়্যার কেনা আপনাকে একটি রিপোর্টিং স্তর প্রদান করে, কিন্তু কোনো সম্পূর্ণ ম্যানেজমেন্ট সিস্টেম দেয় না।
শর্টলিস্ট করার আগে, বিশেষ ওয়ার্কফ্লোগুলোতে ফোকাস করা অ্যাপ্লিকেশনগুলো থেকে বিস্তৃত রেস্তোরাঁ-ম্যানেজমেন্ট টুলগুলোকে আলাদা করতে UI Lib-এর সাথে রেস্তোরাঁ সিস্টেমের তুলনা করুন। তারপরে সফ্টওয়্যারটি কোন অপারেটিং দায়িত্বগুলো সমর্থন করবে তা নির্ধারণ করুন।
ব্যবহারিক পরীক্ষা: যখন কোনো ব্যক্তি এমন একটি পুনরাবৃত্তিমূলক সমস্যা আবিষ্কার করেন যা সিস্টেমের ফ্ল্যাগ করা উচিত ছিল, তখন অনুপস্থিত ডিটেকশন, ওনারশিপ বা এস্কেলেশন লুপ চিহ্নিত করুন।
মানবিক বিচারবুদ্ধি তখনও প্রয়োজনীয় থাকে। উদ্দেশ্য এটি দূর করা নয়, বরং বিচ্ছিন্ন উৎসগুলি ম্যানুয়ালি যাচাই করার জন্য কারও ওপর নির্ভর করা বন্ধ করা।
ক্রয় করার আগে যে মূল সক্ষমতাগুলি পরীক্ষা করা উচিত
| সামর্থ্য | যে প্রশ্নের উত্তর দেয় | মাল্টি-সাইট পরীক্ষা |
|---|---|---|
| একত্রিত গেস্ট রেকর্ড | একজন গেস্ট কি টিল, WiFi এবং বুকিং জুড়ে একটি সিঙ্গেল প্রোফাইল হিসেবে আছেন? | একই গেস্ট বিভিন্ন সাইটে ভিজিট করলে একটি ইতিহাস দেখায় |
| শিফট এবং টাস্ক শিডিউলিং | কোন সাইটে, কে, কখন এবং কী কাজ করবেন? | লোকাল পরিবর্তন সহ একটি টাস্ক টেমপ্লেট সমস্ত সাইটে রোল আউট করা হয় |
| অডিট ট্রেইল | কোনো নিয়ম, অফার বা অডিয়েন্স কে এবং কখন পরিবর্তন করেছেন? | প্রতিটি পরিবর্তন সাইট অনুযায়ী লগ করা হয় এবং এন্ট্রিগুলি সম্পাদন বা এডিট করা যায় না |
| এক্সেপশন অ্যালার্ট | কোন সাইটটি তার সাধারণ প্যাটার্নের বাইরে রয়েছে? | গ্রুপ গড়ের পরিবর্তে প্রতিটি সাইটের নিজস্ব বেসলাইনের বিরুদ্ধে একটি অ্যালার্ট ট্রিগার হয় |
| ইন্টিগ্রেশন কানেক্টর | কোন উৎসটি অথরিটেটিভ, এবং এটি ব্যর্থ হলে কী ঘটবে? | প্রতিটি কানেক্টরের একজন ওনার, ফেইলিয়ার আচরণ এবং পরীক্ষিত রিকভারি স্টেপ রয়েছে |
| রোল-ভিত্তিক পারমিশন | কে অনুমোদন, এডিট বা এক্সপোর্ট করতে পারেন? | সাইট ম্যানেজাররা কেবল তাদের নিজস্ব ভেন্যু দেখতে পান; কেন্দ্রীয় কর্মীরা সমস্ত সাইট জুড়ে অনুমোদন করেন |
| সাইট অনুযায়ী রিপোর্টিং | ভেন্যুগুলি কি একইভাবে পরিমাপ করা হয়? | শেয়ার করা সংজ্ঞা, ভেন্যু টাইম জোন এবং ক্যাম্পেইনের জন্য একটি হোল্ডআউট অপশন |
ডেমোনস্ট্রেশনের মাধ্যমে কন্ট্রোলগুলি প্রমাণ করুন
গেস্ট রেকর্ড দিয়ে শুরু করুন। ডেমোনস্ট্রেটরকে এমন একজন গেস্ট খুঁজে বের করতে বলুন যিনি একটি ভেন্যুতে বুকিং করেছেন এবং একই ইমেল ব্যবহার করে অন্য একটি ভেন্যুতে কেনাকাটা করেছেন। কর্মীরা কি একটি সামঞ্জস্যপূর্ণ ইতিহাস দেখতে পাচ্ছেন, এবং ডেমোনস্ট্রেটর কি ব্যাখ্যা করতে পারছেন কেন রেকর্ডগুলি মিলে গেছে? একটি সুসজ্জিত প্রোফাইল স্ক্রিন ম্যাচিং সঠিক কাজ করছে তা প্রমাণ করে না।
সময়সূচী নির্ধারণের (শেডিউলিং) জন্য, তাদের একটি ভাগ করা সমাপ্তি চেক-লিস্ট প্রকাশ করতে, একটি স্থানীয় প্রয়োজনীয়তা সামঞ্জস্য করতে এবং নির্ধারিত কর্মচারী পরিবর্তন করতে বলুন। পরবর্তী কেন্দ্রীয় আপডেটের পরেও স্থানীয় পরিবর্তনটি বহাল থাকে কিনা তা পরীক্ষা করুন। অন্যথায়, ম্যানেজাররা তাদের নিজস্ব অনুলিপি বজায় রাখবেন।
রিপোর্টিং দেখার আগে অডিট ট্রেইলে যান। কাউকে অডিয়েন্স রুল পরিবর্তন করতে বলুন এবং তারপর ইতিহাস সম্পাদনা করার চেষ্টা করুন। কেবল শেষ-সংশোধিত লেবেল নয়, আপনার পূর্ববর্তী মান, নতুন মান, ব্যবহারকারী, ভেন্যু এবং পদক্ষেপের সময় প্রয়োজন।
এক্সেপশন অ্যালার্টের সাথে, ভেন্ডরকে এটি প্রদর্শন করতে বলুন যে একটি শান্ত ভেন্যু তার নিজস্ব প্রত্যাশিত অ্যাক্টিভিটির নিচে নেমে যাচ্ছে, যেখানে একটি ব্যস্ত ভেন্যু স্বাভাবিকভাবে কাজ করছে। গ্রুপ টোটাল একটি স্থানীয় সমস্যা লুকাতে পারে।
ব্যর্থতা, অ্যাক্সেস এবং পরিমাপ পরীক্ষা করুন
কানেক্টরগুলির জন্য, ডেমোনস্ট্রেটরকে একটি ফিড ব্যাহত করতে বলুন, সতর্কতা দেখাতে বলুন এবং অনুপস্থিত ইভেন্টগুলি কীভাবে ফিরে আসে তা ব্যাখ্যা করতে বলুন। সফটওয়্যার ভেন্ডর, ইন্টিগ্রেশন পার্টনার নাকি আপনার নিজস্ব দল সহায়তা প্রদান করে তা নির্ধারণ করুন। একটি ইন্টিগ্রেশন লোগো কোনো অপারেটিং প্রতিশ্রুতি নয়।
চুক্তিভিত্তিক সীমাগুলোও পর্যালোচনা করুন। 10Seat-এর রেস্তোরাঁ বুকিং প্ল্যাটফর্ম ব্যবহারের নিয়মের মতো নথিগুলো একটি বুকিং ডিপেনডেন্সি মূল্যায়ন করার সময় টেকনিক্যাল স্পেসিফিকেশনের সাথে রাখা উচিত। টেকনিক্যাল অ্যাক্সেস রয়েছে বলেই মনে করবেন না যে তা অন্তর্নিহিত পরিষেবা বা রেকর্ডগুলোর অনিয়ন্ত্রিত ব্যবহারের অনুমতি দেয়।
অনুমতির জন্য, একজন ভেন্যু ম্যানেজার হিসেবে সাইন ইন করুন এবং অন্য সাইটের গেস্টদের ডেটা এক্সপোর্ট করার চেষ্টা করুন। তারপর অনিয়ন্ত্রিত অ্যাডমিনিস্ট্রেশন প্রদান না করেই কেন্দ্রীয় অনুমোদন পরীক্ষা করুন। অনুমতি নিয়ন্ত্রণগুলি কেবল মেনু আইটেম লুকিয়ে রাখার মধ্যে সীমাবদ্ধ না থেকে এক্সপোর্ট এবং API-তেও কাজ করা উচিত।
অবশেষে, রিফান্ড হওয়া কেনাকাটা, দেরিতে করা বুকিং পরিবর্তন এবং স্থানীয় মাঝরাতের ক্রিয়াকলাপের হিসাব মেলানোর জন্য রিপোর্টিং-এর সাহায্য নিন। প্রচারের ক্ষেত্রে, একটি হোল্ডআউট বিকল্পের প্রয়োজন যাতে আপনি অতিরিক্ত ফলাফলকে অতিথিদের স্বাভাবিক কেনাকাটা থেকে আলাদা করতে পারেন।
প্রমাণ এবং যেকোনো বিকল্প ব্যবস্থা (ওয়ার্কঅ্যারাউন্ড) রেকর্ড করে প্রতিটি কার্যক্ষমতাকে পাস, আংশিক বা ব্যর্থ হিসেবে নম্বর দিন। একটি মাল্টি-সাইট গ্রুপের জন্য অডিট হিস্ট্রি বা পারমিশনের ব্যর্থতাকে অযোগ্যতা হিসেবে বিবেচনা করুন। যে ওয়ার্কঅ্যারাউন্ড সবার নিখুঁত আচরণের ওপর নির্ভর করে, তা কোনো নিয়ন্ত্রণ নয়।
কোনো ডুপ্লিকেট গেস্ট ছাড়াই POS, বুকিং এবং CRM সংযুক্ত করা
একজন গেস্ট একটি কাজের ইমেল দিয়ে বুক করেন, ব্যক্তিগত ঠিকানা দিয়ে টিলে অর্থ প্রদান করেন এবং তৃতীয় একটি ইমেল দিয়ে WiFi-এ সাইন ইন করেন। আপনার সিস্টেমে একই ব্যক্তির জন্য তিনটি প্রোফাইল থাকতে পারে। কেবল ফিডগুলি সংযুক্ত করলেই পরিচয় প্রতিষ্ঠিত হয় না, এবং একটি ভুল মার্জ সংশোধন করা ডুপ্লিকেটের চেয়ে কঠিন হতে পারে।
এর উদ্দেশ্য হলো প্রতিটি তথ্যের মালিক কোন সিস্টেম তা সংরক্ষণ করে রেকর্ডগুলি সংযুক্ত করা। ডায়াগ্রামটি কাঙ্ক্ষিত সম্পর্ক প্রদর্শন করে, প্রতিটি ইনকামিং রেকর্ড মেলানো যাবে এমন কোনো গ্যারান্টি নয়।
| সোর্স সিস্টেম | সাধারণত যা ধারণ করে | যার জন্য অনুমোদিত | সাধারণ দ্বন্দ্ব |
|---|---|---|---|
| পয়েন্ট অব সেল (POS) | বিক্রি, আইটেম, কভার এবং ক্যাশ কাউন্টার | লেনদেনের মোট পরিমাণ এবং খরচ | বিক্রির পর পোস্ট করা রিফান্ড বা স্প্লিট |
| বুকিং সিস্টেম | রিজার্ভেশন, পার্টির আকার এবং নো-শো | বুকিংয়ের স্ট্যাটাস এবং আগমন | একই অতিথির বিভিন্ন ইমেলের মাধ্যমে বুকিং করা |
| CRM | যোগাযোগ, সম্মতি এবং সেগমেন্ট | যোগাযোগের পছন্দ এবং মার্কেটিংয়ের যোগ্যতা | ম্যানুয়াল ইম্পোর্ট থেকে তৈরি হওয়া ডুপ্লিকেট রেকর্ড |
| WiFi সাইন-ইন | ডিভাইস সাইন-ইন এবং লগইনের সময় | সাইটে উপস্থিতি, যা পরিচয় যাচাইকরণের উপর নির্ভর করে | শেয়ার করা ডিভাইস এবং ইমেল ছাড়া অতিথিরা |
| প্রপার্টি ম্যানেজমেন্ট সিস্টেম (PMS) | রুমে থাকা, চেক-ইন এবং চেক-আউট | থাকার স্ট্যাটাস | লেট চেক-আউট আপডেট যা বুকিং থেকে প্রাপ্ত স্ট্যাটাসকে ওভাররাইট করে |
ইন্টিগ্রেশন চুক্তিটি লিখুন
কোন সোর্স প্রতিটি ফিল্ডের মালিক? অ্যাপ্লিকেশন অনুযায়ী নয়, ফিল্ড ধরে ফিল্ড অথরিটি নির্ধারণ করুন। POS লেনদেনের পরিমাণের মালিক হলেও গেস্টের পছন্দের যোগাযোগের ঠিকানা ধরে না-ও রাখতে পারে। সোর্স আইডেন্টিফায়ার এবং ইভেন্টের সময় সংরক্ষণ করুন যাতে কর্মীরা অসঙ্গতিগুলির মূল উৎস চিহ্নিত করতে পারেন।
রেকর্ডগুলি কীভাবে মেলানো হয়? নরম্যালাইজ করা ইমেল দিয়ে শুরু করুন, তারপর আপনার ম্যাকিং পলিসি অনুমতি দিলে একটি ভেরিফায়েড ফোন নম্বর ব্যবহার করুন। স্বয়ংক্রিয়ভাবে মার্জ করার পরিবর্তে পর্যালোচনার জন্য বিরোধপূর্ণ আইডেন্টিফায়ার পাঠান। একটি সাধারণ পদবি বা কেবল একটি ডিভাইস দুর্বল প্রমাণ। একটি স্পষ্ট পরিচয় সমাধানের পদ্ধতি-র মিলের প্রমাণ, অস্পষ্ট ক্ষেত্র এবং একটি ভুল মার্জ কীভাবে রিভার্স করতে হয় তা নির্ধারণ করা উচিত।
কখন ইলিজিবিলিটি বা যোগ্যতা পরীক্ষা করা হয়? পাঠানোর ঠিক আগে সম্মতিক্রম এবং ক্যাম্পেইন ইলিজিবিলিটি পরীক্ষা করুন। আগে তৈরি করা একটি সেগমেন্ট অপ্ট-আউট, ক্যানসেলেশন বা আইডেন্টিটি কারেকশনের পরে অকার্যকর হয়ে যেতে পারে।
রাইট ব্যাক কী করে? ভেন্যু-মার্কেটিং ওয়ার্কফ্লোগুলোর জন্য, ক্যাশ কাউন্টার (tills) এবং বুকিংয়ের ট্রানজ্যাকশন সংক্রান্ত রেকর্ডগুলো ওভাররাইট না করে সেগুলি থেকে কেবল ডেটা পড়ুন। যেসব কর্মী রিফান্ড বা রিজার্ভেশন সংশোধন করছেন, তাদের সেই অ্যাপ্লিকেশনটি ব্যবহার করা উচিত যার অধীনে সেই রেকর্ডটি রয়েছে। একটি সচেতনভাবে ডিজাইন করা রাইট-ব্যাক ওয়ার্কফ্লোর জন্য অন্যরকম প্রয়োজন না হলে অপারেশনাল টীকাগুলোকে আর্থিক এবং রিজার্ভেশন রেকর্ড থেকে আলাদা রাখুন।
এই ভিডিওটি কানেক্টেড সিস্টেমগুলির জন্য একটি অতিরিক্ত দৃশ্যমান রেফারেন্স প্রদান করে।
বিভিন্ন ভেন্যুতে উপস্থিত হওয়া অতিথিদের একটি রিকনসিলিয়েশন স্যাম্পল দিয়ে শেষ করুন। পরীক্ষা করে নিশ্চিত করুন যে আত্মবিশ্বাসী ম্যাচগুলি সঠিকভাবে সমাধান হয়েছে, অনিশ্চিত রেকর্ডগুলি আলাদা রয়েছে এবং রিফান্ড ও ক্যানসেলেশনগুলি তাদের মূল সোর্স রেফারেন্সগুলি ধরে রেখেছে।
কার হাতে সিদ্ধান্তের দায়িত্ব রয়েছে এবং কে AI-এর পদক্ষেপ অনুমোদন করে
মাল্টি-সাইট ভেন্যুতে, একটি ক্যাম্পেইন পাঠানোর জন্য প্রস্তুত হয়ে গেলেও, এটি কে অনুমোদন করতে পারে সে বিষয়ে হয়তো কেউ নিশ্চিত নন। অপারেশনস, IT বা মার্কেটিংয়ের মতো বিস্তৃত টিমের পরিবর্তে নির্দিষ্ট নামের ব্যক্তিদের সিদ্ধান্ত নেওয়ার অধিকার বরাদ্দ করুন। একজন এন্টারপ্রাইজ মালিক ডেটা, সম্মতি, সরবরাহকারী এবং অনুমোদনের জন্য সাধারণ নীতি নির্ধারণ করেন। একজন প্ল্যাটফর্ম মালিক কানেক্টর, অ্যাক্সেস এবং সিকিউরিটি পরিচালনা করেন। ভেন্যু ম্যানেজাররা দৈনন্দিন কাজ এবং স্থানীয় ব্যতিক্রমগুলো সামলান।
প্রস্তুতিকে প্রয়োগ করা থেকে আলাদা রাখুন। AI সুযোগগুলি চিহ্নিত করতে এবং পরিকল্পনার খসড়া তৈরি করতে পারে, তবে মেসেজ, অফার এবং বাজেট পরিবর্তনের কার্যকর হওয়ার আগে একজন মানুষের তা অনুমোদন করা উচিত। সম্মতি পরিবর্তন এবং ডেটা মুছে ফেলার বিষয়টি পরিচালনা করতে একজন নির্দিষ্ট মানুষকে নিয়োজিত করুন।
গভর্নেন্সকে দায়িত্বে রূপান্তরিত করুন
NIST সাইবারসিকিউরিটি ফ্রেমওয়ার্ক 2.0-এর Govern ফাংশন নীতিগত মালিকানা গঠনে সহায়তা করতে পারে। Identify সুবিধাটি ডেটা ফ্লো, ভেন্যু, প্রসেসর এবং API-এর একটি ইনভেন্টরি বজায় রাখতে সাহায্য করতে পারে। সিকিউরিটি টিমের কাগজের কাজ হিসেবে না রেখে উভয়কেই অপারেটিং মডেলে প্রয়োগ করুন।
প্রতিটি কানেক্টরের জন্য, একজন ওনারের নাম নির্দিষ্ট করুন এবং সুরক্ষার প্রয়োজনীয়তা, নজরদারির সংকেত, ব্যর্থতার আচরণ এবং পুনরুদ্ধারের ধাপগুলি নথিভুক্ত করুন। একটি সাধারণ এন্টারপ্রাইজ বেসলাইন সেট করুন, তারপর ভেন্যু ম্যানেজাররা কোন স্থানীয় পদ্ধতিগুলি পরিবর্তন করতে পারেন তা নির্ধারণ করুন।
| সিদ্ধান্ত | অনুমোদনকারী | নিয়ম |
|---|---|---|
| শ্রোতা বা গ্রাহকের সংজ্ঞা এবং অফারসমূহ | সেন্ট্রাল সাইন-অফ | ক্যাম্পেইন পাঠানোর আগে অনুমোদন রেকর্ড করুন |
| সাইট টাস্ক টেমপ্লেট | ভেন্যু ম্যানেজার | স্থানীয় পরিবর্তনগুলো যেন এন্টারপ্রাইজ বেসলাইনের মধ্যে থাকে |
| নতুন ইন্টিগ্রেশনসমূহ | প্ল্যাটফর্মের মালিক এবং সিকিউরিটি রিভিউয়ার | লাইভে যাওয়ার আগে কানেক্টর সম্মত প্রয়োজনীয়তা পূরণ করে কিনা তা নিশ্চিত করুন |
| অতিথির ডেটা এক্সপোর্টসমূহ | ডেটার মালিক | অনুরোধকারী এবং উদ্দেশ্য রেকর্ড করুন |
| AI-জেনারেটেড বার্তা এবং বাজেট পরিবর্তন | স্থানীয় বা কেন্দ্রীয় মালিক | কার্যকর করার আগে অনুমোদন দিন |
| সম্মতি পরিবর্তন এবং ডেটা মোছা | নির্দিষ্ট ব্যক্তি | স্বয়ংক্রিয় করবেন না |
অনুমোদনের মাধ্যমটি পদক্ষেপের ফলাফলের সাথে সামঞ্জস্যপূর্ণ হওয়া উচিত। একটি ক্যাম্পেইনের খসড়া তৈরি করা এবং খরচ করা বা একজন গেস্টের যোগ্যতা পরিবর্তন করা এক বিষয় নয়।
অনুমোদনকারীদের দ্বিমত পোষণ করার জন্য পর্যাপ্ত প্রমাণ দিন
একটি অ্যাপ্রুভাল ওয়ার্কফ্লো কেবল তখনই কাজ করে যখন অনুমোদনকারীর পর্যালোচনা করার মতো কর্তৃত্ব, প্রাসঙ্গিক প্রসঙ্গ এবং সময় থাকে। কোনো ওয়ার্কফ্লোতে একটি নাম থাকা মানেই সিদ্ধান্ত নেওয়ার অধিকার নয়।
পরামর্শটি এর সমর্থনকারী রেকর্ড, উদ্দিষ্ট শ্রোতা, বর্জন, খরচের প্রভাব এবং রোলব্যাক রুটের সাথে দেখান। ব্যাখ্যাহীন স্কোর বা আত্মবিশ্বাসী অনুচ্ছেদ অনুমোদন করার জন্য কোনো ম্যানেজারকে বলবেন না। একটি ব্যবহারের যোগ্য অডিট লগ-এ প্রত্যাখান সহ পরামর্শ, সিদ্ধান্ত, দায়িত্বপ্রাপ্ত ব্যক্তি এবং ফলাফল রেকর্ড করা উচিত। ভেন্যু ইতিমধ্যেই পূর্ণ থাকার কারণে একজন ম্যানেজার প্রত্যাখ্যান করলে, প্রক্রিয়াটিকে কষ্টকর না করে কারণটি রেকর্ড করুন।
ডেমোনস্ট্রেশনের সময় রিজেকশন পরীক্ষা করে দেখুন। যদি একটি প্রস্তাব প্রত্যাখ্যান করা সেটি অনুমোদন করার চেয়ে কঠিন হয়, তবে ওয়ার্কফ্লোটি সংশোধন করা প্রয়োজন।
রোলআউটের আগে, প্রতিটি সিদ্ধান্তের জন্য একজন নির্ধারিত মালিক এবং একজন ডেপুটি চিহ্নিত করুন। চূড়ান্ত সিদ্ধান্ত গ্রহণকারী ছাড়া যৌথ দায়িত্বের ফলে ব্যতিক্রমী বিষয়গুলি অমীমাংসিত থেকে যায়।
আউটেজ এবং সংঘাতের সময়ও অপারেশন সচল রাখা
ধরে নিন শুক্রবারের সার্ভিসের সময় POS কানেক্টর বিচ্ছিন্ন হয়ে গেছে এবং বুকিং ফিড পিছিয়ে পড়েছে। কর্মীরা তখনও পেমেন্ট নিতে পারেন এবং গেস্টদের বসাতে পারেন, তবে মার্কেটিং প্ল্যাটফর্মের কাছে আর বিশ্বাসযোগ্য বর্তমান চিত্র থাকে না। ভেন্যু খোলা রাখা এবং প্রতিটি অটোমেটেড কাজ চালিয়ে যাওয়া দুটি আলাদা সিদ্ধান্ত।
সুরক্ষিত পূর্ণাঙ্গ অপারেশন, সীমিত কিন্তু নিরাপদ অপারেশন এবং অনিরাপদ অপারেশন-এর বিষয়গুলি নির্ধারণ করুন। বিলম্বিত সেগমেন্টেশন গ্রহণযোগ্য হতে পারে যদি কর্মীরা বিলম্বের বিষয়টি বুঝতে পারেন এবং নন-ক্রিটিকাল প্রসেসিং অপেক্ষা করে। এমন দর্শকদের কাছে তথ্য পাঠানো অনিরাপদ যাদের যোগ্যতা যাচাই করা যায় না।
রিকভারি প্রসেসটি এমন হওয়া উচিত যা ডিউটি ম্যানেজারের কাছে সেই পার্থক্যগুলি পরিষ্কার করে তোলে।
ঘটনার পূর্বেই পুনরুদ্ধার নির্ধারণ করুন
ISO 22301 বিজনেস কন্টিনিউটিকে একটি ম্যানেজমেন্ট সিস্টেম হিসেবে উপস্থাপন করে যা সংস্থাগুলি প্রতিষ্ঠা করে, পরিচালনা করে, পর্যবেক্ষণ করে, পর্যালোচনা করে এবং ক্রমাগত উন্নতি ঘটায়। সেই পদ্ধতিটিকে পরীক্ষাযোগ্য অপারেটিং নিয়মে রূপান্তর করুন, এমন কোনো রিকভারি ডকুমেন্টে নয় যা পরিষেবার সময় কেউ খুলে দেখে না।
- নির্ভরশীলতা-নির্দিষ্ট লক্ষ্য সেট করুন। সেগমেন্ট রিফ্রেশ, বুকিং আপডেট এবং মেসেজ ডেলিভারির জন্য দীর্ঘতম সহ্যযোগ্য বিলম্ব নির্ধারণ করুন। প্রতিটি টার্গেট অতিক্রম করলে একজন এসকেলেশন ওনার নিয়োগ করুন।
- সংবেদনশীল অ্যাকশনের ক্ষেত্রে ফেইল ক্লোজ করুন। যদি প্ল্যাটফর্মটি বর্তমান সম্মতি বা যোগ্যতা পরীক্ষা করতে না পারে, তবে সেন্ড করা সাময়িকভাবে বন্ধ রাখুন। গতকালের অডিয়েন্স বিকল্প হিসেবে ব্যবহার করবেন না।
- নন-ক্রিটিকাল কাজ কিউতে রাখুন। রিপোর্টিং এবং এনরিচমেন্টের কাজ অপেক্ষা করতে পারে। ইভেন্ট আইডেন্টিফায়ারগুলি সংরক্ষণ করুন যাতে রিপ্লে করার ফলে ডুপ্লিকেট ক্রয় বা ডুপ্লিকেট জার্নি ট্রিগার না হয়।
- অডিট ট্রেইল রক্ষা করুন। ইভেন্ট বা ঘটনার সময় জুড়ে অ্যালার্ট, ওভাররাইড এবং রিকভারি অ্যাকশনের কেবল অ্যাপেন্ড-অনলি রেকর্ড বজায় রাখুন।
- পুনরুদ্ধারের পরে সমতা বা মেলবন্ধন রক্ষা করুন। সোর্স ইভেন্টের সাথে সংগৃহীত ইভেন্টগুলির তুলনা করুন, অমিলগুলি তদন্ত করুন এবং ইচ্ছাকৃতভাবে বাদ দেওয়া ডেটার সাথে হারিয়ে যাওয়া রেকর্ডগুলির পার্থক্য চিহ্নিত করুন।
- নিয়মিত প্লেবুক এক্সারসাইজ করুন। কেবল একটি ক্লিন ডিসকানেকশনই নয়, এতে মেয়াদোত্তীর্ণ শংসাপত্র, বিলম্বিত ইভেন্ট, পুনরাবৃত্ত ইভেন্ট এবং ক্রমানুসারহীন আপডেট অন্তর্ভুক্ত করুন।
ডেলিভারি মেকানিজম রিকভারি ডিজাইনকে প্রভাবিত করে। ওয়েবহুক বনাম API বোঝার মাধ্যমে আপনি এটি নির্ধারণ করতে পারেন যে মিসড নোটিফিকেশনগুলির জন্য পুনরায় চেষ্টা করা হবে কিনা, রেকর্ডগুলি আবার আনা যাবে কিনা এবং কে সমন্বয় শুরু করবে।
পুনরায় সংযোগ স্থাপন করাকে রিকভারির সাথে গুলিয়ে ফেলবেন না
একটি গ্রিন কানেক্টর ইন্ডিকেটর কেবল এটিই নিশ্চিত করে যে যোগাযোগ পুনরায় শুরু হয়েছে। এটি প্রমাণ করে না যে প্রতিটি মিসড রিফান্ড, ক্যানসেলেশন বা অপ্ট-আউট সঠিক ক্রমানুসারে এসে পৌঁছেছে।
কানেকশন সবুজ বা সচল হলেই কোনো ঘটনা বন্ধ হয়ে যায় না, বরং অলিখিত বা ব্যাখ্যাতীত কোনো অসংগতি না থাকলে তবেই তা বন্ধ বলে গণ্য হয়।
ম্যানেজারকে একটি সাধারণ স্ট্যাটাস মেসেজ দিন যা বর্ণনা করবে যে কোনটি অনুপলব্ধ রয়েছে এবং কোন অ্যাকশনগুলি স্থগিত রয়েছে। প্রতিটি ব্যাখ্যাতীত পার্থক্যের ফলে কানেক্টর, মনিটরিং রুল বা রিকভারি প্লেবুকে একটি সংশোধন তৈরি হওয়া উচিত।
ফ্রন্টলাইন টিমগুলিকে সিস্টেম ব্যবহারে অভ্যস্ত করা
সিস্টেম কম ব্যবহার করার কারণ অনিচ্ছুক কর্মী নয়, বরং কাজের বিচ্ছিন্নতা দিয়ে শুরু হতে পারে। একটি শিফট শেষ করতে যখন কর্মীদের রেডিও, কাগজের রোটা, বুকিং স্ক্রিন এবং পৃথক টাস্ক অ্যাপ্লিকেশন দেখতে হয়, তখন আরেকটি লগইন কাজ কমানোর বদলে বাড়িয়ে দিতে পারে।
রিসার্চ অ্যান্ড মার্কেটস-এর ফ্রন্টলাইন-ওয়ার্কার প্রযুক্তি বিশ্লেষণ লেগ্যাসি ফ্র্যাগমেন্টেশন, ইন্টিগ্রেশনের জটিলতা এবং শ্রমের স্বল্পতাকে ডিপ্লয়মেন্ট চ্যালেঞ্জ হিসাবে চিহ্নিত করে। পরিষেবার সময় অফিশিয়াল ওয়ার্কফ্লো ব্যবহারযোগ্য কিনা তা পরীক্ষা না করা পর্যন্ত অল্টারনেটিভ সমাধানগুলিকে প্রতিরোধ হিসাবে ব্যাখ্যা করবেন না।
কাজের একটি সম্পূর্ণ অংশ প্রতিস্থাপন করুন
একটি পাইলট ভেন্যুতে এমন একটি ওয়ার্কফ্লো দিয়ে শুরু করুন যার নির্দিষ্ট সূচনা এবং সমাপ্তি রয়েছে, যেমন শিফটের প্রস্তুতি। রোটা, টাস্ক অ্যাসাইনমেন্ট, ব্যতিক্রম হ্যান্ডলিং এবং হ্যান্ডওভার একসাথে কনফিগার করুন। অ্যাসাইনমেন্ট কাগজে রেখে শুধু চেকপ্রক্রিয়াটিকে অনলাইনে নিয়ে গেলে তা কর্মচারীদের উভয় নথি মেলাতে বাধ্য করে।
এই রোলআউট সিকোয়েন্সটি ব্যবহার করুন:
- পাইলট চালু করুন। কাটওভারের সময় নির্বাচিত ওয়ার্কফ্লোর জন্য কাগজের সংস্করণটি পরিবর্তন করুন, সাথে একটি নথিভুক্ত আউটেজ ফলব্যাক রাখুন। অনির্দিষ্টকালের জন্য প্রতিযোগিতামূলক অফিসিয়াল সংস্করণগুলি চালাবেন না।
- ইনপুট সংক্ষিপ্ত রাখুন। ফ্রন্টলাইন কর্মীদের সমাপ্তি এবং অর্থপূর্ণ ব্যতিক্রমগুলি রেকর্ড করা উচিত, বুকিং বা ক্যাশ কাউন্টারে থাকা তথ্য পুনরায় টাইপ করা উচিত নয়।
- একজন স্থানীয় প্রতিনিধি নিযুক্ত করুন। কর্মীদের এমন কাউকে দিন যিনি প্রশ্নের উত্তর দিতে পারেন, দায়িত্ব সংশোধন করতে পারেন এবং ত্রুটিগুলি সমাধান করতে পারেন।
- সম্পন্ন হওয়া কাজ পরিমাপ করুন। সিস্টেমে বন্ধ থাকা কাজের সাথে যোগ্য শিফটের কাজের তুলনা করুন, পরীক্ষা করে দেখুন যে কাজ সম্পন্ন হওয়া বলতে আসল কাজকে বোঝায়, নাকি বাল্ক টিকিংকে।
- সচেষ্টভাবে ডুপ্লিকেট রেকর্ড সরিয়ে ফেলুন। স্প্রেডশীট এবং কাগজের কপির জন্য একটি কাটওভারের তারিখ নির্ধারণ করুন, তারপর সাধারণ ব্যবহার থেকে অপ্রচলিত টেমপ্লেটগুলি সরিয়ে ফেলুন।
জটিল মুহূর্তগুলো পরীক্ষা করে দেখুন
একজন কর্মচারী যখন শিফট পরিবর্তন করেন, একজন ম্যানেজার চলে যান বা স্টকরুমে কানেক্টিভিটি দুর্বল হয়ে পড়ে তখন কী ঘটে তা পর্যবেক্ষণ করুন। কর্মীদের স্পষ্ট হ্যান্ডওভার, অ্যাসাইনমেন্ট পরিবর্তনের নিয়ন্ত্রণ এবং সেভ করা কাজ ও আনসিঙ্ক্রোনাইজড কাজের মধ্যে একটি দৃশ্যমান পার্থক্য প্রয়োজন।
সিস্টেম গ্রহণের প্রমাণ হিসেবে লগইন সংখ্যা ব্যবহার করবেন না। একজন সুপারভাইজার প্রতিদিন মেসেজের মাধ্যমে কাজ বন্টন চালিয়ে যাওয়ার পাশাপাশি অ্যাপ্লিকেশনটি খুলতে পারেন। কোনো ব্যক্তি ব্যক্তিগত আলাদা তালিকা বজায় না রেখেই পরিষেবা সংক্রান্ত সমস্যাগুলির সমাধান হচ্ছে কিনা এবং হ্যান্ডওভারগুলি সম্পন্ন হচ্ছে কিনা তা পরীক্ষা করুন।
প্রশিক্ষণটি কর্মচারীদের দ্বারা সম্পাদিত টাস্ক সিকোয়েন্স বা কাজের ক্রম অনুসরণ করা উচিত, যা তাদের ভেন্যুর পরিভাষা ব্যবহার করবে। একজন কিচেন লিডের জানা দরকার কীভাবে একটি ইকুইপমেন্ট এক্সেপশন তৈরি করতে হয় এবং এস্কেলেশন ওনারকে খুঁজে বের করতে হয়, প্রতিটি রিপোর্টিং স্ক্রীন কীভাবে ব্যবহার করতে হয় তা নয়।
গো-লাইভের পর শুক্রবারের ডিউটি রোস্টারটি আবার পরীক্ষা করুন। ম্যানেজাররা যদি এখনও বিশ্বাসযোগ্য কার্যকারী সংস্করণ হিসেবে কাগজ ব্যবহার করেন, তবে বোঝা যাবে যে অপারেটিং লুপটি সিস্টেমে স্থানান্তরিত হয়নি।
ভেন্যু সেটআপ অনুযায়ী একটি সিস্টেম বেছে নিন
ভেন্ডরদের সংক্ষিপ্ত তালিকাভুক্ত করার আগে আপনার ইন্টিগ্রেশনগুলির ম্যাপ তৈরি করুন। ইন্টিগ্রেশন তালিকা নির্ধারণ করে যে একটি অপারেশনাল ম্যানেজমেন্ট সিস্টেম কী পড়তে পারে, অন্যদিকে সেই ফিডগুলির পরিস্থিতি নির্ধারণ করে যে আপনি নিরাপদে কোন সিদ্ধান্তগুলি সমর্থন করতে পারেন।
| ভেন্যু সেটআপ | প্রথমে রাখুন | প্রতিটি ভেন্ডরকে জিজ্ঞাসা করুন |
|---|---|---|
| একটি মাত্র ক্যাশ কাউন্টার সহ একক রেস্তোরাঁ | রিপোর্টিং এবং কর্মীদের কাজ | এটি কি পুনরায় ডাটা এন্ট্রি না করেই আমাদের POS পড়তে পারে? |
| মাল্টি-সাইট রেস্তোরাঁ বা বার গ্রুপ | একটি অতিথি রেকর্ড এবং কেন্দ্রীয় অনুমোদন | কীভাবে ডুপ্লিকেট অতিথিদের মেলানো হয় এবং কোন সাইটের রেকর্ড অগ্রাহ্য হয়? |
| বুকিং এবং স্টে সহ হোটেল গ্রুপ | বুকিং এবং স্টে সিঙ্ক | PMS ডাউন থাকলে বার্তা এবং কাজগুলির কী হয়? |
| গেস্ট WiFi সহ খুচরা বিক্রেতা চেইন | পাঠানোর আগে সম্মতি পরীক্ষা এবং অনুমোদন | কোনো ক্যাম্পেইন পাঠানোর আগে কে সাইন অফ করেন এবং সেটি কি লগ করা হয়? |
উপলব্ধ কানেকশন এবং পাইলটগুলির মধ্যে পার্থক্য চিহ্নিত করুন
আমাদের ভেন্যু-মার্কেটিং স্তরের জন্য, Purple Engage WiFi, টিল, বুকিং এবং হোটেল-স্টে সোর্সগুলিকে একটি গেস্ট রেকর্ড, কনসেন্ট লেজার এবং মেজারমেন্ট সিস্টেমে একত্র করে। আমরা Purple WiFi, Juniper Mist, Square, Epos Now এবং Loyverse থেকে ডেটা ক্যাপচার করতে পারি; Cisco Spaces, Cisco Meraki, Lightspeed X-Series, Oracle Simphony, ResDiary, Mews এবং apaleo পাইলটে রয়েছে। আমরা বিদ্যমান অপারেশনাল সরঞ্জামগুলির সাথে কাজ করি, বুকিং ইঞ্জিন বা রোটা প্রতিস্থাপন হিসাবে নয়।
একটি পাইলট কানেকশন একটি প্রতিষ্ঠিত প্রোডাকশন ডিপেনডেন্সির মতো নয়। আপনার রোলআউটের জন্য এটিকে গুরুত্বপূর্ণ করে তোলার আগে এভেলেবিলিটি, সাপোর্টেড ফিল্ডস এবং একটি নির্দিষ্ট গো-লাইভ কমিটমেন্ট রেকর্ড করুন।
কেনাকাটার সিদ্ধান্ত পরীক্ষাযোগ্য করে তুলুন
- সম্পদের ইনভেন্টরি তৈরি করুন। লোকাল স্প্রেডশীট সহ প্রতিটি ভেন্যুতে গেস্ট বা সেলস রেকর্ড ধারণকারী প্রতিটি অ্যাপ্লিকেশনের তালিকা তৈরি করুন।
- ফিল্ড অথরিটি বরাদ্দ করুন। প্রতিটি মান কোন সোর্সের মালিকানাধীন এবং কে দ্বন্দ্ব বা কনফ্লিক্ট সমাধান করে তা চিহ্নিত করুন।
- শর্টলিস্টের স্কোর নির্ধারণ করুন। প্রমাণ, ফাঁক এবং সমাধান ব্যবস্থার খরচ রেকর্ড করতে সক্ষমতা পরীক্ষাগুলি ব্যবহার করুন।
- একটি নির্দিষ্ট সীমার মধ্যে পাইলট চালান। লিখিত গ্রহণযোগ্যতার মানদণ্ড সহ ভিন্ন ধরণের ভেন্যু, একটি ক্যাম্পেইন হোল্ডআউট এবং ইচ্ছাকৃতভাবে ফেইলিয়ার টেস্ট অন্তর্ভুক্ত করুন।
এই সপ্তাহে ইন্টিগ্রেশন ম্যাপ শুরু করুন। একজন অপারেশন্স লিড, একজন ভেন্যু ম্যানেজার এবং প্ল্যাটফর্ম ওনারকে একসাথে আনুন, তারপর অন্য সেলস ডেমোনস্ট্রেশন বুক করার আগে প্রথম বিবাদমান ক্ষেত্রটির সমাধান করুন।
Purple Engage মানব অনুমোদনের জন্য অপেক্ষায় থাকা AI-প্রস্তুত মার্কেটিং প্ল্যানসহ একটি কানেক্টেড গেস্ট রেকর্ড, শেয়ার করা সম্মতি এবং পরিমাপের সুবিধা অফার করে। আপনার ইন্টিগ্রেশন ম্যাপ সহ Purple Engage পরিদর্শন করে মূল্যায়ন করুন কীভাবে এর ভেন্যু-মার্কেটিং লেয়ারটি আপনার বিদ্যমান সিস্টেম এবং অনুমোদনের দায়িত্বগুলোর সাথে ফিট করে।