«أريد تطبيق توصيل مثل الكبار» طلب شائع. وهو أيضاً ثلاثة تطبيقات منفصلة زائد خادم، فلنفصّل ما يعنيه ذلك قبل أن تضع ميزانية.
القطع الأربع
١. تطبيق العميل — تصفّح، وطلب، وتتبّع، ودفع، وتقييم. ٢. تطبيق السائق — قبول المهام، والملاحة، وتحديث الحالة، والتعامل مع النقد. ٣. لوحة الإدارة — إدارة البائعين والقوائم والتسعير والمناطق والنزاعات، ورؤية العملية كلّها لحظياً. ٤. الخادم — الذي يربطها ويحمل البيانات ويشغّل منطق التوزيع.
كل تطبيق من الثلاثة جهد تصميم وبناء بحدّ ذاته. لهذا منصّة التوصيل مشروع بخمسة أرقام، لا بأربعة.
الأجزاء الأصعب ممّا تبدو
- منطق التوزيع. كيف يُسنَد طلب إلى سائق — الأقرب، الأعدل، الأسرع، تجاوز يدوي — تصميم منتج حقيقي، لا إعداد.
- الموقع اللحظي. تتبّع سائق على خريطة في الوقت الحقيقي سهل في العرض وصعب في جعله موثوقاً على اتصالات ضعيفة.
- التعامل مع النقد. معظم الطلبات ستكون دفعاً عند الاستلام. على النظام أن يوفّق ما حصّله كل سائق مقابل ما يدين به.
- المناطق والرسوم. تسعير التوصيل حسب المنطقة، والحدّ الأدنى للطلبات، ورسوم الذروة — كلّها قابلة ��لإعداد، كلّها حالات حدّية.
كيف تجعله ميسوراً
- ابدأ بنوع بائع واحد أو مدينة واحدة. تطبيق يعمل للمطاعم في منطقة واحدة أفضل من منصّة نصف مبنيّة لكل شيء في كل مكان.
- التوزيع اليدوي أولاً. أطلق بمشغّل يسند الطلبات من اللوحة. أتمِت بعد أن تفهم الأنماط الحقيقية.
- النقد والتحويل البنكي أولاً. أضف مدفوعات البطاقات حين تتوفّر وتستحقّ تكلفة التكامل.
ما تقدّمه كودريكس
أطلقنا تطبيقات لوجستيات وتتبّع (انظر TrackIt) ومنصّات مدفوعات (انظر YalaPay). يجمع تطبيق التوصيل بين هاتين المساحتين، ونحدّد نطاقه على مراحل كي تطلق شيئاً حقيقياً قبل اكتمال المنصّة الكاملة.