ConnectWiz বুকিং

অ্যাপয়েন্টমেন্টের খাতা, যার মেরুদণ্ড ডেটাবেস।

বুক করেন এজেন্ট, নাকি AI, কোনো ফ্লো, কিংবা গ্রাহক নিজে — যে-ই করুক, প্রতিটি অ্যাপয়েন্টমেন্ট জমা হয় একটিই লেজারে, যেখানে রুম, যন্ত্র আর চিকিৎসকের সময় ঠিকঠাক মেলানো হয়, ডাবল-বুকিং আটকায় স্টোরেজ স্তর নিজেই, আর আপনার আসল ক্যালেন্ডারগুলো সিঙ্ক হয় দুই দিকেই।

বুকিংয়ের চার দরজা, সত্য একটিই সংঘাত আটকায় ডেটাবেস Google · Outlook · Apple সিঙ্ক
প্রাপ্যতা — ঠিক করে ডেটাবেস
বৃহস্পতিবার
রুম + যন্ত্র + ডাক্তার: খালি
ওভারল্যাপ — DB প্রত্যাখ্যান করেছে
14:30 বুক করা হয়েছে
Google-এ পাঠানো · ব্যস্ত সময় বাদ
4
বুকিংয়ের দরজা — প্যানেল, AI, ফ্লোর ধাপ, আর উইজেটে ভিজিটরের নিজে বুকিং
0
ডাবল-বুকিংয়ের সম্ভাবনা — ওভারল্যাপ প্রত্যাখ্যান করে একটি ডেটাবেস কনস্ট্রেইন্ট, রেসে হেরে যেতে পারে এমন কোনো অ্যাপ-নিয়ম নয়
3
দুই দিকে সিঙ্ক হওয়া ক্যালেন্ডার প্রোভাইডার — Google, Outlook/Microsoft 365 আর Apple/CalDAV
15 মিনিট
রিমাইন্ডার ইঞ্জিনের ব্যবধান — গ্রাহকের রিমাইন্ডার আর স্টাফের সতর্কতা যায় আপনার ঠিক করা আগাম সময়ে

চার দরজা

সবাই বুক করে একই সত্যের ওপর

টিম, অ্যাপয়েন্টমেন্ট খাতায়

দিনভিত্তিক অ্যাপয়েন্টমেন্ট খাতা আর পুরো বুকিং ব্যবস্থাপনা — ধরন, লোকেশন, চিকিৎসক, সার্ভিসের ভ্যারিয়েন্ট, নিজেদের ঠিক করা স্ট্যাটাস লেবেল, না-আসা সামলানো আর লাইন আইটেম।

AI, দুটি ক্রিয়ায়

Wiz প্রথমে আসল খালি স্লট অফার করে, তারপর গ্রাহক যেটি বেছে নেন সেটি বুক করে — ইচ্ছে করেই দুই ধাপে, কারণ কারও জন্য প্রথম খালি স্লটটি আপনা-আপনি আটকে রাখা ডেমোর কৌশল, সেবা নয়।

Flows-এ, একটি ধাপ হিসেবে

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

ভিজিটর, নিজে নিজেই

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

রিসোর্স মডেল

রুম, যন্ত্র, মানুষ — বাস্তবে যেভাবে মেলে, ঠিক সেভাবেই

"খালি" একটি তিনমুখী প্রশ্ন: চিকিৎসক, রুম আর যন্ত্র — তিনটিকেই একসঙ্গে খালি থাকতে হবে। বেশিরভাগ বুকিং টুল একটি অক্ষ ধরে মডেল করে আর আশায় থাকে; এটি মডেল করে তিনটির মিলনস্থল।

বিমূর্ত 3D চিত্র: একটি ক্যালেন্ডার গ্রিডে একটি পান্না-সবুজ স্লট, আলোর বলয়ে আটকানো তিনটি রিসোর্স-গোলক, আর ওভারল্যাপ করা একটি স্লটকে ঠেলে সরিয়ে দিচ্ছে একটি শক্তিক্ষেত্র

ভূমিকা ও কনটেইনার

একটি বুকিং ভূমিকা অনুযায়ী একাধিক রিসোর্স ধরে রাখে — রুম, যন্ত্র, চিকিৎসক — আর কনটেইনার-সংযোগের ফলে ব্যস্ত রুমের ভেতরের যন্ত্রটিও ঠিকভাবেই অপ্রাপ্য দেখায়, যদিও যন্ত্রটি কেউ বুক করেনি।

কনস্ট্রেইন্ট, নিয়ম নয়

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

ধারণক্ষমতা, ইউনিট হিসেবে

আট আসনের একটি ক্লাস মানে আটটি ইউনিট, একটি কাউন্টার নয় — তাই "একটি বাকি" কথাটা একটি নির্দিষ্ট ইউনিটের তথ্য, আর রিফান্ড হলেও হিসাব গোলমাল হয় না।

উপযুক্ততা, আলাদাভাবে

"এই রুমে কি এই সার্ভিস দেওয়া যায়" — এটি নিজেই একটি আলাদা ম্যাট্রিক্স, দখলের হিসাব থেকে পৃথক — তাই খালি কিন্তু ভুল রিসোর্স কখনো অফার করা হয় না, আর কারণটাও খুঁটিয়ে দেখা যায়।

ক্যালেন্ডার সিঙ্ক

আপনার ক্যালেন্ডার, প্রাপ্যতা থেকে বাদ

বুকিং বাইরে যায়

অ্যাপয়েন্টমেন্ট ইভেন্ট হয়ে দেখা দেয় Google, Outlook বা Apple ক্যালেন্ডারে — আর বাতিল হলে মুছে যায়। চিকিৎসকের ফোনের ক্যালেন্ডার অ্যাপয়েন্টমেন্টের খাতা থেকে কখনো এক দিনও পিছিয়ে থাকে না।

ব্যস্ত সময় ভেতরে আসে

বাইরের ইভেন্ট প্রাপ্যতা থেকে বাদ পড়ে — আপনার ব্যক্তিগত Google Calendar-এ বৃহস্পতিবার 15:00 যদি আগে থেকেই দাঁতের ডাক্তারের জন্য তোলা থাকে, AI কখনো সেই সময়টি অফার করে না।

প্রতিটি উৎসের নিজস্ব ভূমিকা ও দিক

প্রতিটি সংযুক্ত উৎসের নিজস্ব সেটিং আছে — সেখান থেকে পড়া, সেখানে লেখা, দুটোই, নাকি শুধু ব্যস্ত সময় — ফলে ক্লিনিকের শেয়ার্ড ক্যালেন্ডার আর ব্যক্তিগত ক্যালেন্ডার কোনো টানাপোড়েন ছাড়াই আলাদা ভূমিকা নিতে পারে।

রিমাইন্ডার ও অপারেশন

পরের কাজগুলো, স্বয়ংক্রিয়ভাবে

যে রিমাইন্ডার সত্যিই যায়

আপনার ঠিক করা আগাম সময়ে গ্রাহকের কাছে কনফার্মেশন আর রিমাইন্ডার — ইমেইলে, চাইলে SMS-এও — সঙ্গে নতুন বুকিং হলে স্টাফের কাছে সতর্কতা। "পরে আবার যোগাযোগ করব" আর কারও মনে রাখার ওপর নির্ভর করে না।

বুকিংয়ে স্টক খরচ হয়

একটি সার্ভিস অ্যাপয়েন্টমেন্টে লাগা উপকরণ সরাসরি কাটা যেতে পারে স্টক লেজার থেকে — চিকিৎসা আর তাতে ব্যবহৃত উপকরণের হিসাব মিলে যায় এক ধাপেই।

হিস্ট্রিও চলে আসে

অন্য CRM থেকে আসছেন? মাইগ্রেশন ইঞ্জিন আপনার আগের অ্যাপয়েন্টমেন্টের হিস্ট্রি একই লেজারে ইমপোর্ট করে — অ্যাপয়েন্টমেন্টের খাতা স্মৃতিহীন অবস্থায় শুরু হয় না।

খুঁটিনাটি, খোলাখুলি

এর ওপর পরিকল্পনা সাজানোর আগেই বলে রাখা

আলাদা বুকিং লিংক এখনো নেই

নিজে নিজে বুকিংয়ের সুবিধা আছে ওয়েবসাইটের চ্যাট উইজেটের ভেতরে — ইমেইলে পাঠানো যায় এমন Calendly-ধাঁচের পাবলিক বুকিং পেজ এখনো নেই। আপনার কাজের মূল ধারা যদি সেটাই হয়, আমাদের জানান; রোডম্যাপ তা থেকেই ঠিক হয়।

বাইরের CRM কম তথ্য বহন করে

সংযুক্ত কোনো CRM-এ বুকিং লেখা হলে যন্ত্র আর উপকরণ-খরচের খুঁটিনাটি সেখানে না-ও পৌঁছাতে পারে — ভেন্ডরের API এই অক্ষগুলো প্রকাশ করে না; তবে সিঙ্ক চুপচাপ বাদ না দিয়ে জানিয়ে দেয় কী বাদ পড়ল।

লেজার সবসময় আমাদের

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

বুকিং নিয়ে প্রশ্নোত্তর

শিডিউল করার আগে

আরও জানতে দেখুন পুরো প্রশ্নোত্তর, অথবা সরাসরি আমাদের জিজ্ঞাসা করুন।

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

ডেটাবেস নিজেই ঠেকায় — স্টোরেজ স্তরের একটি exclusion constraint একই রিসোর্সে দুটি ওভারল্যাপ করা হোল্ড লেখা কার্যত অসম্ভব করে দেয়, যে দরজা দিয়েই চেষ্টা হোক। অ্যাপ্লিকেশনের নিয়ম রেসে হারতে পারে; কনস্ট্রেইন্ট পারে না।

হ্যাঁ — Google, Outlook/Microsoft 365 আর Apple/CalDAV, দুই দিকেই: বুকিং ইভেন্ট হিসেবে বাইরে যায় (আর বাতিলে মুছে যায়), আর বাইরের ব্যস্ত সময় ভেতরে এসে প্রাপ্যতা থেকে বাদ পড়ে, তাই আপনার ব্যক্তিগত ক্যালেন্ডারে আগেই নেওয়া স্লট AI কখনো অফার করে না। প্রতিটি উৎসের নিজস্ব ভূমিকা ও দিকের সেটিং আছে — পড়া, লেখা, দুটোই, নাকি শুধু ব্যস্ত সময়।

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

প্রতিটি "আপনি কবে ফাঁকা?" শেষ হতে পারে একটি নিশ্চিত স্লটে।

একবার আপনার রিসোর্সগুলো সাজিয়ে নিন — তারপর এজেন্ট, AI, ফ্লো আর গ্রাহক সবাই বুক করবে একই সত্যের ওপর।