تطبيقات الهاتف
ربط Salesforce بتطبيق للهاتف
تطبيق الهاتف المتصل بـSalesforce ليس مجرد شاشة إدارة عملاء أصغر. تؤثر القرارات التالية في التجربة والتكامل وجهد الدعم.
ابدأ بالمستخدم والمهمة
يحتاج عميل يتابع طلبًا وموظف يحدّث زيارة إلى معلومات وصلاحيات مختلفة. احصر المهام ثم حدّد أقل مجموعة لازمة من السجلات والإجراءات. لا تنقل كل حقول Salesforce إلى التطبيق.
حدّد النظام المعتمد لكل سجل
حدّد مصدر البيانات للعملاء والمنتجات والمخزون والطلبات، والتعديلات المسموح بها وكيفية وصولها إلى بقية الأنظمة. نجاح طلب API لا يعني بالضرورة انتهاء جميع الأنظمة من معالجة التغيير.
وضّح العمل دون اتصال
إذا كان التطبيق يعمل دون اتصال، فحدّد ما يمكن قراءته وتعديله ومدة صلاحية البيانات المخزّنة وكيفية معالجة التعارض. وقد تتطلب بعض الإجراءات، كالشراء المرتبط بالمخزون، تحقّقًا عبر الاتصال.
اختبر اللحظات الصعبة
اختبر انتهاء الجلسات والنقر المتكرر وانقطاع الطلبات وتغيّر الصلاحيات. واتفق على مسؤولية التطبيق والتكامل وإعدادات Salesforce بعد الإطلاق؛ فهذه المسؤوليات بأهمية الإصدار الأول.
موجز مفيد قبل بدء التنفيذ
قبل تقدير العمل، حدّد القرارات التالية. تساعد أمثلة عملية قليلة في التمييز بين تطبيق يعرض المعلومات وتطبيق يغيّر عمليات العمل.
| القرار | ما ينبغي تحديده |
|---|---|
| المستخدمون والمهام | من يستخدم التطبيق، وما المطلوب إنجازه، والسجلات التي يمكنه الوصول إليها. |
| مسؤولية البيانات | النظام المرجعي للعملاء والمنتجات والطلبات والمخزون، ومن يستطيع تعديل كل سجل. |
| انقطاع الاتصال | ما يبقى متاحًا دون اتصال، وما يجب تأجيله، وما يراه المستخدم عند فشل الإجراء. |
| قبول الإصدار | الحالات التي يجب نجاحها، ومن يوافق على الإطلاق، ومن يتولى الدعم. |
مثال يوضّح القرار
إذا أرسل العميل طلب شراء من هاتفه، فحدّد متى يستطيع التطبيق تأكيد الطلب. قد يكون إرسال الطلب وحجز المخزون وقبول الطلب خطوات منفصلة. صمّم الرسائل وإعادة المحاولة وفق هذه الخطوات ليعرف العميل ما حدث.
ينبغي أن تنتج مرحلة الاستكشاف رحلات متفقًا عليها وخريطة للبيانات ومعايير قبول قابلة للاختبار. تساعد هذه المخرجات في تقدير العمل ومراجعة النتيجة.
