Alina: برنامج حجوزات بمساعد ذكي على واتساب

المشكلة

الأنشطة الخدمية الصغيرة تخسر المال بثلاث طرق متوقّعة: حجوزات تضيع لأن أحداً لم يردّ، ورسائل تبقى دون جواب بينما صاحب المحلّ مع زبون، وزبائن منتظمون يتوقّفون بهدوء دون أن يتابعهم أحد.

برامج الحجز تعالج عادةً الأولى وتتجاهل الأخريين، لأن كلتيهما تتطلّبان وجود شخص متاح في اللحظة التي لا يكون فيها صاحب النشاط متاحاً.

مساعد على القنوات التي يستخدمها العملاء أصلاً

يردّ مساعد مدعوم بـ Claude على رسائل العملاء عبر واتساب وتيليجرام، حيث يوجد هؤلاء العملاء بالفعل. يتولّى الاستفسارات المتكرّرة — التوفّر، والأسعار، وتفاصيل الخدمة — ويحوّل ما يحتاج فعلاً إلى صاحب النشاط.

واستعادة العملاء تعمل تلقائياً: الزبون المنتظم الذي لم يحجز منذ فترة يُرصَد ويُتواصَل معه دون أن يتذكّر أحد ذلك. وهذا هو الدخل الذي تفقده معظم الأنشطة الصغيرة بصمت.

تطبيقان، لا تطبيق واحد بمُبدِّل أدوار

العملاء والموظّفون يريدون أشياء مختلفة من البيانات نفسها. العميل يريد توفّراً حقيقياً وحجزاً في أقلّ من دقيقة؛ وصاحب النشاط يريد إدارة جداول الموظّفين والخدمات والأسعار وحالات عدم الحضور. وخدمة الاثنين من واجهة واحدة تُزعج كليهما.

لذلك هناك تطبيقان للجوال ولوحة تحكّم على الويب، جميعها على واجهة NestJS واحدة مع PostgreSQL و TypeORM. ويتحدّث التوفّر لحظياً عبر WebSockets، حتى لا يحجز عميلان الموعد نفسه في الثواني الفاصلة بين العرض والتأكيد. وتمرّ الإشعارات والمهام البطيئة عبر طوابير Redis بدل تعطيل الطلب.

مبني لمنطقته

يُطلَق المنتج بالإنجليزية والفرنسية والعربية، ويُباع ذاتياً بفترة تجربة مجانية بدل دورة مبيعات — ما يعني أن عملية الانضمام يجب أن تنجح دون مرافقة بشرية. وتعدّد المستأجرين معالَج في نموذج البيانات منذ البداية، فيصبح انضمام نشاط جديد تسجيلاً لا نشراً برمجياً.