الاتصال داخل تطبيقات التوصيل: مستويات الربط وحدوده

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

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

مستويان مختلفان للتنفيذ

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

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

ما الذي تختبره في نموذج أولي؟

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

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

الخطوة التالية

شارك فريق Hotliney بتفاصيل رحلة المستخدم داخل تطبيقك ومتطلباته، وحدد معه ما يمكن تنفيذه بالمستوى الأول المتاح حاليًا، وما يحتاج تطويرًا إضافيًا أو عرضًا مخصصًا قبل الوعد به لمستخدمي التطبيق.