اگر آپ کبھی ہفتے کے آخر میں کسی بھری ہوئی ڈم سم ریسٹورنٹ کے سامنے کھڑے ہوئے ہیں تو آپ مسئلے کو پہلے سے جانتے ہیں۔ ایک چھوٹے سے تختے پر ایک لکڑی کا کلپ بورڈ رکھا ہے، اس پر آدھا درجن نام لکھے ہیں، اور ایک میزبان جس کے پاس بیس منٹ سے نظر اٹھانے کا وقت نہیں ہے۔ کچھ گاہک یہ سمجھ کر چلے جاتے ہیں کہ لائن بے امید ہے۔ دوسرے نوے منٹ داخلی راستہ بند کرکے کھڑے رہتے ہیں۔ ریسٹورنٹ ان لوگوں کی آمدنی کھوتا ہے جو چلے جاتے ہیں اور ان لوگوں کا نیک نام جو انتظار کرتے ہیں۔
حل زیادہ عملہ نہیں ہے۔ یہ ایک ورچوئل قطار سسٹم ہے جو فون پر چلتا ہے اور خود کو اپ ڈیٹ کرتا ہے۔
ورچوئل قطار دراصل کیا کرتا ہے
ایک ورچوئل قطار کلپ بورڈ کو ایک عوامی ویب صفحے سے بدل دیتا ہے۔ ہر گاہک دروازے پر QR کوڈ اسکین کرتا ہے، ریزرو پر ٹیپ کرتا ہے، اور فوری طور پر اپنا قطار نمبر اور اندازی پوزیشن دیکھتا ہے ("4 لوگ آپ سے پہلے")۔ وہ محلے میں گھوم سکتے ہیں، اپنی گاڑی میں بیٹھ سکتے ہیں، فون کال ختم کر سکتے ہیں، یا کچھ بھی کر سکتے ہیں جو وہ فٹ پاتھ پر کھڑے رہنے سے بہتر سمجھتے ہیں۔ جب ان کا نمبر قریب آئے تو وہ واپس چلے آتے ہیں۔
سسٹم ایک ہی مسئلے کے دو حصوں کے درمیان بیٹھتا ہے۔ گاہک کی جانب سے یہ "میری باری کب ہوگی؟" کا جواب دیتا ہے بغیر کسی سے پوچھے۔ ریسٹورنٹ کی جانب سے یہ "ہم بہاؤ کیسے منظم کریں؟" کا جواب دیتا ہے بغیر کسی کو کچھ لکھنے یا مصروف کمرے پر نام پکارنے کے۔
ٹیکنالوجی سادہ ہے۔ میزبان کی ٹیبلیٹ پر ایک چھوٹا ڈیش بورڈ ٹائم اسٹیمپ اور حوالہ کوڈز کے ساتھ ویٹنگ لسٹ دکھاتا ہے۔ جب میز خالی ہو تو میزبان "اگلا بلائیں" پر ٹیپ کرتا ہے۔ گاہک کا فون پندرہ سیکنڈ میں اپ ڈیٹ ہو جاتا ہے۔ گم ہونے کے لیے کوئی پیجر نہیں، گرانے کے لیے کوئی کلپ بورڈ نہیں، مصروف کھانے کے کمرے پر کھونے والے کوئی آوازیں نہیں۔ پوری بات براؤزر میں چلتی ہے، کوئی ایپ انسٹال نہیں، کوئی رکاوٹ نہیں۔
GPS گیٹنگ کیوں اہم ہے
ورچوئل قطار کا سادہ ورژن کسی کو بھی، کہیں سے بھی، نمبر لینے کی اجازت دیتا ہے۔ یہ اچھا لگتا ہے لیکن فوری طور پر ٹوٹ جاتا ہے۔ کسی اور شہر کا ایک نوجوان مذاق کرنے کا فیصلہ کرتا ہے۔ ایک بور گاہک کل کا نمبر رکھتا ہے کل لائن چھوڑنے کی امید میں۔ کوئی مقابلہ کار کا دوست آپ کی قطار کو اصل سے لمبی دکھانے کے لیے سو فرضی جگہیں محفوظ کرتا ہے۔
GPS گیٹنگ اسے ٹھیک کرتی ہے۔ ریزرو بٹن ظاہر ہونے سے پہلے، گاہک کا فون اس کی جگہ رپورٹ کرتا ہے۔ سسٹم ریسٹورنٹ سے عظیم دائرے کا فاصلہ حساب کرتا ہے، اور بٹن صرف تبھی فعال کرتا ہے جب گاہک ایک ترتیب شدہ دائرے میں ہو — زیادہ تر شہری ریسٹورنٹس کے لیے عموماً پانچ کلومیٹر اور تنگ مرکزی شہر کی گلیوں کے لیے ایک سے دو کلومیٹر۔
چیک دو بار ہوتی ہے۔ پہلے براؤزر میں، جہاں بٹن اس وقت تک بند ہے جب تک گاہک دائرے میں نہ ہو، فوری رائے دیتا ہے۔ پھر سرور پر، جب ریزرویشن اصل میں کی جاتی ہے، کیونکہ براؤزر سے مقام کا ڈیٹا تکنیکی طور پر جعلسازی کے قابل ہے۔ دونوں چیکیں مل کر قطار کو صاف رکھتی ہیں بغیر حقیقی گاہکوں کو تکلیف دیے۔
متعدد مقامات والے ریسٹورنٹس کے لیے، GPS گیٹنگ گاہکوں کو خودکار طور پر صحیح شاخ کی طرف بھی راہنمائی کرتی ہے۔ ایک گاہک جو اتفاقاً آپ کے مرکزی شہر کے مقام کے قریب ہے وہ غلطی سے آپ کے مضافاتی مقام کی قطار میں نہیں جاتا۔
پولڈ ویٹ ڈیش بورڈ کی اناٹومی
جب گاہک کا فون قطار کے صفحے پر کھلا ہو تو اسے کتنی بار اپ ڈیٹس چیک کرنی چاہئیں؟ بہت تیز اور آپ بیٹری اور بینڈ وِڈتھ ضائع کرتے ہیں۔ بہت آہستہ اور انتظار بے انت لگتا ہے۔
پندرہ سیکنڈ بہترین ثابت ہوتا ہے۔ آپ کے سرورز کے لیے غیر محسوس ہونے کے لیے کافی آہستہ، گاہک کو یہ احساس دلانے کے لیے کافی تیز کہ صفحہ "لائیو" ہے۔ میزبان کے "اگلا بلائیں" ٹیپ کرنے کے پندرہ سیکنڈ کے اندر، گاہک کا ابھی سرو ہو رہا نمبر بڑھتا ہے اور انھیں پتہ چلتا ہے کہ وہ قریب تر ہیں۔ اگر آپ دس سیکنڈ سے نیچے جائیں تو اسکرین آن ہونے والے فونز پر بیٹری کی قابل توجہ کمی شروع ہوتی ہے۔ اگر آپ تیس یا ساٹھ سیکنڈ تک پھیلائیں تو تجربہ ایک جامد تصویر چیک کرنے جیسا لگنے لگتا ہے۔
ڈیش بورڈ کو تین نمبر دکھانے چاہئیں، اس سے زیادہ نہیں۔ ابھی سرو ہو رہا نمبر، بڑا اور نمایاں۔ گاہک کا اپنا نمبر۔ اور ان کے درمیان لوگوں کی تعداد۔ کچھ بھی اور شور ہے۔ قطار کا صفحہ برانڈ کا تجربہ نہیں ہے، یہ ایک حالت کی جانچ ہے۔
دھوکہ دہی کے خلاف: حوالہ کوڈز
ہر ریزرویشن کو سرور کی جانب سے تیار کردہ چھ حروف کا حوالہ کوڈ ملتا ہے۔ گاہک اسے اپنے فون پر، قابل محفوظ PNG ٹکٹ پر دیکھتا ہے، اور جب ان کا نمبر بلایا جائے تو اسے دکھانے کے لیے کہا جاتا ہے۔ میزبان ڈیش بورڈ پر وہی کوڈ دیکھتا ہے۔ اگر گاہک 42 نمبر ہونے کا دعوی کرتا ہے لیکن ایسا کوڈ پیش کرتا ہے جو ڈیش بورڈ میں 42 نمبر کے لیے نہیں دکھاتا تو میزبان جانتا ہے کہ کچھ غلط ہے۔
حوالہ کوڈز ایک گڈبڈی سے پاک کریکٹر سیٹ استعمال کرتے ہیں: صفر یا O نہیں، ایک یا I نہیں، ایسے چھوٹے حروف نہیں جو اعداد جیسے لگیں۔ یہ اس وقت اہمیت رکھتا ہے جب کوئی مدھم ریسٹورنٹ کی روشنی میں فون اسکرین کو دیکھ کر مصروف کھانے کے کمرے میں کوڈ پڑھنے کی کوشش کر رہا ہو۔
کوڈز ایکل ازم بھی ہیں۔ ایک ہی گاہک ایک ہی براؤزر سے دو بار ریزرو نہیں کر سکتا، کیونکہ سسٹم ان کے مستقل کلائنٹ شناخت کنندہ کو پہچانتا ہے۔ اگر وہ کوشش کریں تو انھیں وہی نمبر اور کوڈ واپس ملتا ہے جو انھیں پہلے سے تھا، کوئی تازہ نہیں۔
فی ریزرویشن لاگت
ریسٹورنٹ آپریٹرز اکثر سمجھتے ہیں کہ ورچوئل قطار سسٹمز مہنگے ہارڈ ویئر یا سبسکرپشن معاہدوں کی ضرورت رکھتے ہیں۔ نہیں رکھتے۔ ایک ریسٹورنٹ کے لیے AWS DynamoDB اور S3 پر قطار چلانے کی انفراسٹرکچر لاگت سینٹس فی مہینہ کی حد میں ہے، یہاں تک کہ روزانہ ہزار ریزرویشنز پر بھی، کیونکہ غالب آپریشنز چھوٹے اٹامک کاؤنٹر اضافے ہیں۔
ڈالروں میں کلپ بورڈ کی کوئی لاگت نہیں ہے لیکن گاہک کے تجربے میں ایک معنی خیز رقم ہے۔ ایک پیجر سسٹم کی لاگت ہارڈ ویئر میں سینکڑوں ڈالر اور سالانہ تبدیلی کی لاگت ہے۔ ایک ورچوئل قطار کی لاگت بنیادی کلاؤڈ بل سے آگے فی گاہک کچھ نہیں ہے۔ معاشیات صرف ڈیجیٹل نقطہ نظر کے حق میں ہیں جیسے ہی آپ فی شفٹ مٹھی بھر سے زیادہ ریزرویشنز کر رہے ہوں۔
شروع کرنا
اگر آپ نے پہلے کبھی ورچوئل قطار نہیں چلائی تو چھوٹے سے شروع کریں۔ اسے ایک شفٹ کے لیے ایک قسم کی سروس پر فعال کریں — ڈائن ان یا ٹیک اوے — اور دیکھیں کیا ہوتا ہے۔ دیکھیں کہ گاہک اسے کیسے استعمال کرتے ہیں، کہاں الجھتے ہیں، میزبان سے کیا سوال کرتے ہیں۔ اپنی زیادہ سے زیادہ فاصلہ ترتیب، اپنی الفاظ سازی، اور اپنے QR کوڈ کی جگہ کو اس کی بنیاد پر ایڈجسٹ کریں جو آپ سیکھتے ہیں۔
مقصد میزبان کو ختم کرنا نہیں ہے۔ یہ میزبان کو گاہکوں کا خیر مقدم کرنے، کھانے کے کمرے کا انتظام کرنے، اور کبھی کبھار خصوصی درخواست سنبھالنے پر توجہ دینے کے لیے آزاد کرنا ہے — ایک انسانی اسپریڈ شیٹ کے طور پر کام کرنے کے بجائے۔ ایک اچھا ورچوئل قطار گاہکوں اور عملے دونوں کو خوش کرتا ہے، اور یہ پہلی بار اپنی لاگت ادا کرتا ہے جب آپ ہفتے کی رات کی تباہی سے بچتے ہیں۔
