وصل راكب إلى نقطة الالتقاء لكنه لا يستطيع العثور على السيارة. السائق قريب، إلا أن الموقع الظاهر على الخريطة منحرف قليلًا. في مثل هذه الحالات، يكون الاستمرار في إرسال الرسائل النصية غالبًا أقل فاعلية من إجراء مكالمة مباشرة.
لكن إذا ظلت كل رحلة تعتمد على مكالمة هاتفية تقليدية بين رقمَي هاتف محمول شخصيين، تظهر مجموعة أخرى من المشكلات. هل يحتاج الراكب والسائق فعلًا إلى رؤية رقم الهاتف الحقيقي لكل منهما؟ ماذا يحدث عندما يكون الراكب مسافرًا دوليًا وتكون رسوم التجوال الصوتي التقليدي مرتفعة؟ هل يظلان قادرين على التواصل إذا كانت خدمة الصوت لدى مشغل الاتصالات مزدحمة بينما تظل بيانات الهاتف المحمول متاحة؟ وبعد انتهاء الرحلة، هل ينبغي لأي من الطرفين أن يحتفظ بوسيلة اتصال خاصة لم تعد مرتبطة بالمعاملة؟
توفر مكالمات VoIP داخل التطبيق إحدى الطرق لمعالجة هذه المشكلات. عندما قدمت Uber مكالمات VoIP في عام 2018، كانت المنصة تدعم بالفعل الرسائل النصية والدردشة داخل التطبيق والمكالمات الهاتفية التقليدية. لم تكن VoIP مجرد زر «اتصال» إضافي، بل أدخلت الاتصال الصوتي الفوري بصورة أعمق في بيئة الاتصال الخاصة بالتطبيق نفسه.
أصبح هذا النموذج أكثر أهمية لتطبيقات طلب الرحلات وتوصيل الطعام والخدمات اللوجستية والرعاية الصحية عن بُعد وخدمة العملاء وتطبيقات القوى العاملة المتنقلة. المتطلب الأساسي متشابه: ما زال المستخدمون بحاجة إلى اتصال صوتي فوري، لكن المنصة لا ترغب بالضرورة في أن يعتمد هذا التفاعل بالكامل على شبكة الهاتف العامة أو على تبادل أرقام الهواتف الشخصية.
لماذا لا تكون المكالمات الهاتفية التقليدية الخيار الأنسب دائمًا لخدمات طلب الرحلات
تكون المكالمات الصوتية أثناء الرحلة قصيرة عادة، لكنها شديدة الحساسية للوقت. قد يحتاج الراكب فقط إلى القول: «أنا عند المدخل الشرقي»، بينما قد يرد السائق: «لا أستطيع التوقف هناك. يُرجى السير إلى الأمام نحو 50 مترًا». ترتبط هذه المحادثات ارتباطًا وثيقًا برحلة محددة، ولا تكون مهمة عادة إلا أثناء نشاط تلك الرحلة.
أما في المكالمة الخلوية التقليدية، فتُسلم المنصة فعليًا أحد أهم التفاعلات الفورية إلى نظام هاتفي خارجي. يدير التطبيق الحجز والخريطة والدفع وحالة الرحلة، لكن بمجرد أن يضغط المستخدم على رقم هاتف، قد يغادر التفاعل التطبيق وينتقل إلى تطبيق الاتصال الأصلي في الجهاز.
هذا الأسلوب بسيط، لكنه يفرض عدة قيود هيكلية.
-
ترتبط هوية الاتصال برقم هاتف حقيقي. من دون إخفاء الرقم أو طبقة أخرى لحماية الخصوصية، قد ينكشف للراكب والسائق رقم الهاتف المحمول الشخصي للطرف الآخر.
-
تنفصل المكالمة عن سير العمل التجاري. يُضعف الانتقال من شاشة الرحلة إلى تطبيق الاتصال الأصلي الصلة المباشرة بين المحادثة والحجز النشط.
-
قد يصعب التنبؤ بتكاليف المكالمات عبر الحدود. قد يتحمل المسافرون رسوم تجوال أو رسوم مكالمات صوتية دولية عند الاتصال بسائق محلي باستخدام شريحة SIM أجنبية.
-
تعتمد الإتاحة على خدمة الصوت لدى مشغل الاتصالات. حتى عندما تستمر بيانات الهاتف المحمول في العمل، قد تؤثر مشكلات شبكة الصوت التقليدية في القدرة على إجراء المكالمة.
تغير VoIP هذه الحدود. يُنقل الصوت في صورة بيانات IP عبر اتصال بالإنترنت، لذلك لا يحتاج المستخدم بالضرورة إلى إنشاء مكالمة PSTN تقليدية أو مكالمة صوتية عبر المشغل باستخدام رقم هاتف الطرف الآخر.
ما المشكلات التي تحلها VoIP داخل التطبيق فعليًا؟
قد تبدو الميزة للمستخدم مجرد زر «اتصال». لكن من منظور المنصة، تغير VoIP طريقة إنشاء المكالمة وكذلك كيفية ارتباط هذه المحادثة بالتطبيق نفسه.
لم يعد الصوت مضطرًا إلى الاعتماد بالكامل على شبكة الهاتف التقليدية
تنقل VoIP الوسائط الصوتية عبر اتصال بالإنترنت. فإذا وفرت بيانات الهاتف المحمول أو Wi-Fi اتصالًا كافيًا، يستطيع التطبيق إنشاء جلسة صوتية فورية من دون الاعتماد بالكامل على خدمة الصوت التقليدية لدى المشغل.
لا يعني ذلك أن VoIP أكثر موثوقية تلقائيًا في كل الظروف. ما تزال جودة المكالمة تعتمد على زمن التأخير والتذبذب وفقدان الحزم وعرض النطاق والتحويل بين الشبكات. ما توفره VoIP هو مسار اتصال إضافي. فإذا كان لدى المستخدم اتصال بيانات يعمل بالفعل مع التطبيق، يمكن للصوت أن يستخدم بيئة الشبكة نفسها.
يمكن للاتصالات الدولية أن تصبح أقل اعتمادًا على رسوم التجوال الصوتي
قد يكون ذلك مفيدًا بصورة خاصة أثناء السفر وللتطبيقات المحمولة المنتشرة عالميًا. فالراكب الذي يستخدم شريحة SIM من بلده أثناء وجوده في الخارج قد يتحمل رسوم تجوال عند الاتصال بسائق محلي عبر شبكة الهاتف التقليدية.
تستخدم مكالمة VoIP داخل التطبيق البيانات بصورة أساسية. فإذا كان لدى المسافر بالفعل بيانات محمول محلية أو باقة بيانات دولية أو اتصال Wi-Fi، فلا يلزم احتساب المحادثة بالطريقة نفسها التي تُحتسب بها المكالمة الصوتية الدولية التقليدية. قد تظل رسوم البيانات قائمة، لكن نموذج التكلفة يختلف عن التجوال الصوتي التقليدي.
وهذا يجعل VoIP مناسبة بصورة خاصة لخدمات طلب الرحلات ومنصات السفر وخدمات الفنادق ودعم العملاء الدولي. يظل الاتصال الصوتي متاحًا، لكن نموذج النقل والفوترة ينتقل من شبكة الهاتف التقليدية إلى اتصال البيانات الخاص بالتطبيق.
يبقى الاتصال داخل التطبيق
غالبًا ما يكون هذا الجانب أهم لتجربة المستخدم من أي بروتوكول أو برنامج ترميز منفرد.
لا يحتاج المستخدم إلى مغادرة شاشة الرحلة أو نسخ رقم هاتف أو الانتقال إلى تطبيق الاتصال الأصلي في الجهاز. ويمكن أن تظل حالة الرحلة ومعلومات السائق والموقع ونقطة بدء المكالمة الصوتية ضمن سير العمل نفسه.
من منظور بنية المنتج، يصبح الاتصال قدرة أصلية ضمن العمل بدلًا من كونه وظيفة خارجية مضافة إلى التطبيق.
لماذا قد تكون خصوصية الرقم أهم من خفض تكلفة المكالمات
في معاملة قد تستمر بضع دقائق فقط أو ربما ساعة، يكون كشف رقم هاتف شخصي دائم غير ضروري في كثير من الأحيان.
ما يحتاج إليه الراكب والسائق فعليًا هو القدرة على التحدث أثناء الرحلة النشطة. ولا يحتاج أي منهما إلى وصول دائم إلى بيانات الاتصال الخاصة بالطرف الآخر.
تلائم VoIP داخل التطبيق هذا النوع من علاقات الاتصال المؤقتة. يمكن للمنصة إنشاء الجلسة الصوتية باستخدام حسابات المستخدمين أو معرفات الرحلات أو معرفات الجلسات الداخلية بدلًا من عرض رقم هاتف محمول شخصي باعتباره عنوان الاتصال.
قد يكون ذلك مهمًا بصورة خاصة للسائقين. فقد يتعامل السائق يوميًا مع عدد كبير من الركاب الذين لا يعرفهم. وإذا كشفت كل رحلة رقم هاتفه الشخصي، فإن مخاطر الخصوصية تتراكم مع مرور الوقت.
ينطبق المبدأ نفسه على موظفي التوصيل وفنيي الخدمة الميدانية والعاملين في الخدمات اللوجستية والمستشارين عبر الإنترنت. يحتاج الطرفان إلى اتصال فوري، لكن ينبغي أن يكون لهذا الإذن نطاق عمل واضح وعمر محدد.
| طريقة الاتصال | هل يلزم رقم الهاتف الحقيقي؟ | هل يبقى الاتصال داخل التطبيق؟ | الاستخدام المعتاد |
|---|---|---|---|
| مكالمة هاتفية تقليدية | تتطلب عادة رقمًا أو خدمة لإخفاء الرقم | عادة لا | اتصال هاتفي عام |
| دردشة داخل التطبيق | لا | نعم | تبادل معلومات غير عاجلة |
| VoIP داخل التطبيق | يمكن أن تعمل من دون كشف الرقم الحقيقي | نعم | اتصال صوتي فوري |
ما الذي يتغير معماريًا عندما تصبح VoIP قدرة من قدرات المنصة؟
من منظور هندسي، تتجاوز VoIP داخل التطبيق كثيرًا مجرد إضافة التقاط صوت الميكروفون وتشغيل الصوت إلى عميل محمول. فالتشغيل الموثوق يتطلب مسار اتصال فوري متكاملًا خلف التطبيق.
يمكن تقسيم بنية صوتية نموذجية داخل التطبيق إلى عدة مكونات منطقية:
-
العملاء على الأجهزة المحمولة: يتعاملون مع المكالمات الصادرة والواردة والتقاط صوت الميكروفون وتشغيل الصوت البعيد ووظائف الجهاز مثل مكبر الصوت والتبديل إلى سماعة Bluetooth.
-
الهوية ومنطق الأعمال: يحددان من يُسمح له بالاتصال بمن. فعلى سبيل المثال، يمكن السماح بالتواصل فقط بين الراكب والسائق المرتبطين بالرحلة النشطة الحالية.
-
التحكم في المكالمات: يدير إنشاء المكالمة والرنين والرد والإنهاء وحالة الجلسة.
-
نقل الوسائط: ينقل الصوت في الوقت الحقيقي ويتعامل مع عبور الشبكات وتغير ظروف الاتصال وترحيل الوسائط عند الحاجة.
-
الرسائل والإشعارات: تعمل مع آليات الإشعارات الفورية في نظام تشغيل الهاتف المحمول بحيث يظل الطرف المتلقي قادرًا على استلام تنبيه بمكالمة واردة حتى عندما يكون التطبيق في الخلفية.
لا يوجد بروتوكول واحد إلزامي لهذه البنية. يمكن للنظام استخدام SIP أو WebRTC أو إطار آخر للاتصال في الوقت الحقيقي. وبالنسبة إلى منصة الأعمال، تتمثل المسألة التصميمية الأهم في ربط هوية المستخدم وتصريح الرحلة والجلسة الصوتية.
عند انتهاء الرحلة، تستطيع المنصة إلغاء إذن الاتصال المباشر بين الراكب والسائق. وعند بدء رحلة جديدة، يمكن إنشاء سياق اتصال جديد لتلك العلاقة التجارية. يوفر هذا الأسلوب حدًا أمنيًا أوضح من مجرد تخزين أرقام الهواتف وكشفها.
من هذا المنظور، لا تقتصر قيمة VoIP على «رقمنة المكالمة الهاتفية». فهي تتيح للتطبيق إدارة الصوت بالطريقة نفسها التي يدير بها الرسائل والموقع والمدفوعات وحالة الطلب.
نجاح VoIP على الأجهزة المحمولة يتطلب أكثر من مجرد إتمام المكالمة
في العرض التجريبي للمنتج، قد تبدو VoIP مكتملة بمجرد أن يتمكن هاتفان من التحدث إلى بعضهما. لكن شبكات الهاتف المحمول الواقعية أقل قابلية للتنبؤ بكثير.
قد ينتقل المستخدم من Wi-Fi إلى 4G أو 5G، أو يدخل موقف سيارات تحت الأرض، أو يصل إلى بهو مصعد، أو يتحرك إلى حافة تغطية الشبكة. يتغير زمن التأخير، وقد تُفقد الحزم، كما يمكن أن يتقلب عرض النطاق المتاح من لحظة إلى أخرى.
لذلك تميل أنظمة VoIP الناضجة على الأجهزة المحمولة إلى التركيز على عدة قدرات تشغيلية:
| المجال التقني | الأثر العملي |
|---|---|
| التحويل بين الشبكات | ما إذا كانت المكالمة تستطيع البقاء نشطة عند الانتقال بين Wi-Fi وبيانات الهاتف المحمول |
| التذبذب وفقدان الحزم | ما إذا كان الكلام يظل مفهومًا في ظروف الشبكة الضعيفة |
| إلغاء الصدى وتقليل الضوضاء | ما إذا كان المستخدمون يستطيعون التواصل بوضوح وسط ضوضاء المحركات وحركة المرور والطريق |
| المكالمات الواردة في الخلفية | ما إذا كان المستخدمون يستطيعون استقبال المكالمات عندما لا يكون التطبيق في الواجهة |
| التحكم في الصلاحيات | ما إذا كان المستخدمون يستطيعون الاستمرار في الاتصال ببعضهم بعد انتهاء علاقة العمل |
| التشفير والتحكم في الوصول | الحد من الوصول غير المصرح به إلى المحتوى الصوتي وهويات الجلسات |
تضيف خدمات طلب الرحلات تحديًا مهمًا آخر: فكلا الطرفين يكون غالبًا في الخارج وفي حالة حركة. قد يكون السائق محاطًا بضوضاء المحرك وحركة المرور والرياح، بينما قد يكون الراكب واقفًا في مطار أو محطة قطار أو شارع مزدحم.
في هذه البيئات، تكون وضوح الكلام والأداء في الشبكات الضعيفة غالبًا أكثر قيمة من السعي فقط إلى أعلى معدل بت صوتي ممكن.
تنقل VoIP الاتصال من أرقام الهواتف إلى هوية مرتبطة بالأعمال
من منظور بنية المنتج على المدى الطويل، لا يتمثل أحد أهم التغييرات التي تقدمها VoIP داخل التطبيق في انتقال الصوت عبر IP بحد ذاته، بل في إمكانية فصل منطق التحكم في «من يستطيع التواصل مع من» عن أرقام الهواتف.
في نظام الهاتف التقليدي، يمثل رقم الهاتف مرجعًا للهوية وعنوانًا للتوجيه في الوقت نفسه. فإذا عرف شخص الرقم، يمكنه عادة محاولة الاتصال به.
يمكن للمنصة استخدام نموذج مختلف تمامًا. لا يُسمح بالاتصال لمجرد أن مستخدمًا يعرف رقم مستخدم آخر، بل يمكن للنظام التصريح بالمكالمة لأن المستخدمين يشتركان حاليًا في علاقة عمل صالحة.
يناسب هذا النموذج الخدمات القائمة على المنصات بصورة خاصة. يمكن لرحلة طلب سيارة أو مهمة توصيل أو شحنة لوجستية أو موعد طبي أو تذكرة خدمة أن تكون جميعها سياقًا للتصريح بجلسة اتصال مؤقتة.
عند انتهاء المعاملة، يمكن أن تنتهي معها علاقة الاتصال.
لهذا يتجاوز دور VoIP في تطبيقات الهاتف المحمول مجرد خفض رسوم المكالمات. فهي تمنح المنصات وسيلة لجمع الصوت والرسائل وهوية المستخدم وحالة العمل ضمن نموذج اتصال واحد.
بالنسبة إلى التطبيقات التي تربط كثيرًا بين أشخاص لا يعرف بعضهم بعضًا، يمكن أن يكون نموذج الاتصال المؤقت والمتحكم فيه والقائم على سياق العمل بنية أفضل على المدى الطويل من مجرد كشف رقم هاتف آخر.
الأسئلة الشائعة
هل تتطلب VoIP داخل التطبيق نظام IP PBX تقليديًا؟
ليس بالضرورة. يكون IP PBX مفيدًا عندما يحتاج النظام أيضًا إلى إدارة التحويلات الداخلية للشركات ونقاط نهاية SIP، لكن التطبيق المحمول يمكنه كذلك استخدام منصة RTC مخصصة أو بنية WebRTC أو خدمة اتصالات سحابية.
تعتمد الحاجة إلى IP PBX بدرجة كبيرة على ما إذا كان التطبيق يحتاج أيضًا إلى الاتصال بهواتف SIP أو أرقام PSTN أو مراكز الاتصال أو أنظمة الصوت المؤسسية الأخرى.
لماذا تكون مكالمات VoIP أكثر تعقيدًا عندما يعمل التطبيق في الخلفية؟
تقيّد أنظمة تشغيل الأجهزة المحمولة النشاط الطويل في الخلفية للحفاظ على البطارية وموارد النظام. ولذلك تحتاج مكالمات VoIP الواردة عادة إلى العمل مع الإشعارات الفورية وأطر الاتصال الأصلية واستعادة الجلسة على مستوى التطبيق، بدلًا من افتراض أن التطبيق يمكن أن يظل نشطًا بصورة مستمرة.
هل ينبغي أن تكون VoIP وسيلة الاتصال الوحيدة للمكالمات الطارئة؟
في معظم الحالات، لا ينبغي لخدمة VoIP عامة داخل التطبيق أن تحل ببساطة محل أنظمة مكالمات الطوارئ المعتمدة. فقد تتضمن اتصالات الطوارئ معالجة الموقع وتحديد هوية المتصل والتوافر أثناء أعطال الشبكة ومتطلبات تنظيمية محلية.
تكون VoIP القياسية داخل التطبيق أنسب لاتصالات الأعمال، مثل المكالمات بين الراكب والسائق أو دعم العملاء أو التواصل بين العاملين الميدانيين.
ما الذي ينبغي للشركة اختباره أولًا عند إضافة VoIP إلى تطبيقها المحمول؟
يجب أن تتجاوز الاختبارات مجرد إنشاء المكالمة الأساسي. ينبغي تقييم الشبكات الضعيفة والانتقال بين Wi-Fi والشبكة الخلوية والمكالمات الواردة في الخلفية والتبديل بين سماعات Bluetooth والصدى وضوضاء الطريق واستقرار المكالمات طويلة المدة في مرحلة مبكرة.
قد تتصرف مكالمة تعمل بصورة مثالية في المختبر بطريقة مختلفة تمامًا عندما يبدأ المستخدمون في التنقل عبر شبكات الهاتف المحمول الحقيقية.
