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