كل المقالات#case-study

كيف بنينا DocDoc: حجز أطباء لحظي، بنيناه ثم بِيع في فلسطين

كانت إنوفيف ضمن الفريق المؤسّس لـDocDoc وصمّمت وبنت المنتج بالكامل: تطبيق حجز مواعيد أطباء مبنيّ حول التوفّر اللحظي، عربيٌّ أولاً ومنخفض استهلاك البيانات. ثم بِيع لشركة رعاية صحية في فلسطين. إليك قصة البناء.

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

المشكلة: الموعد كان عنق الزجاجة

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

الاكتشاف: التوفّر هو المنتج كلّه

ظلّت جولة الاكتشاف تعود إلى شيء واحد: التوفّر اللحظي. إن استطاع المرضى رؤية مواعيد شاغرة حقيقية وحجز أحدها فوراً، واستطاع الأطباء نشر تلك المواعيد وإدارتها دون احتكاك، فإن بقيّة المنتج تقع في مكانها. فحدّدنا نسخة أولى مركّزة حول تلك الحلقة بالضبط (جِد، احجز، أكّد، ذكّر) وتركنا كل ما عداها لاحقاً.

البنية: لحظية، عربيّة أولاً، منخفضة البيانات

بنينا DocDoc على Flutter بقاعدة شيفرة واحدة لـiOS وAndroid، مع طبقة خدمات Node، وPostgres لنواة الجدولة، وWebRTC حيث احتاجت الاستشارات أن تجري داخل التطبيق. وكان التحدّي الحاسم إبقاء التوفّر لحظيّاً فعلاً. موعد يُحجَز على جهاز يجب أن يختفي على كل جهاز آخر فوراً، وإلا انهار نموذج الثقة كلّه. والقطع التي تحمله:

  • جِد طبيباً: ابحث حسب التخصص والموقع والتوفّر الحقيقي، لا دليلاً قديماً.
  • احجز خلال ثوانٍ: مواعيد لحظية بتأكيد فوري، فلا انتظار لمكالمة ردّ.
  • تذكيرات: تذكيرات بالزيارات تقلّل التغيّب عن المرضى والعيادات معاً.
  • سجلات: تاريخ بسيط للزيارات، محفوظ في مكان واحد للمريض.

التصميم: هادئ، واضح، وجدير بالثقة

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

النتيجة: بُني بالكامل، ثم بِيع

صمّمنا وبنينا DocDoc بالكامل ضمن الفريق المؤسّس. ثم بِيع المنتج لشركة رعاية صحية في فلسطين تابعت المسير به. نتيجة نظيفة، ودليل على أن منتجاً مركّزاً ومبنيّاً جيّداً يحفظ قيمته. ونقلنا دروس الأنظمة اللحظية والتصميم الذي يضع الثقة أولاً مباشرة إلى ما جاء بعده من عمل.

ما الذي سنكرّره

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

قراءات ذات صلة