أن يبقى العميل المنتظر على علم بما يجري، عبر الجهاز الموجود معه فعلًا طوال الوقت — وأن يتذكر الهاتفُ الطلبَ المقطوع بدلًا من أن يقع ذلك على ذاكرة العميل.

فصل بوابة الويب أرسى البنية الأساسية، والموبايل يحتفظ بها كاملة دون تغيير:

ما يُعرّف العميل هو رقم الطلب، لا حساب بكلمة مرور.

الاستفسارات محادثة متتبَّعة، لا رسائل رفض متفرقة.

حالة «تم الرد» تعني أن العميل أدى ما طُلب منه، لا أن البنك قَبِل رده.

والذي يغيره الموبايل هو مدى الوصول إلى العميل. فعلى الويب كان للبنك قناتان لمخاطبة عميل غائب: البريد الإلكتروني والرسائل القصيرة. وكلتاهما تعتمد على أن يذهب العميل إلى مكان ما ليجدهما — صندوق وارد، أو تطبيق رسائل. والهاتف يضيف القناة التي تذهب هي إليه.

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

وحيث يطلب الاستفسار مستندًا، يُلتقط الرد بنفس طريقة رحلة الانضمام — كاميرا أو صور أو ملفات، مع المسح المتتابع ودمج الصفحات للمستندات متعددة الصفحات.

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

مُصمَّم، ومُتحقَّق منه داخليًا، ولم يُبنَ — نفس حالة فصل الانضمام، وبنفس الانضباط: لا ادعاء يتجاوز التصميم.

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

This completes the Neobiz Mobile case file. See: [Results Table — Neobiz Mobile] for the honest close, and the sibling [Egypt Acquisition (Web)] for the architecture this app plugs into.