تقدّم "تطبيقات Google Play الفورية" طريقة جديدة للمستخدمين. هذه التطبيقات، التي يُطلق عليها اسم التطبيقات الفورية، هي تطبيقات أصلية لنظام التشغيل Android، ولكن يتم تشغيلها بدون تثبيتها على الجهاز. لكل تطبيق فوري إصدار مقابل يمكن للمستخدمين اختيار تثبيته.
يجب أن تلتزم التطبيقات الفورية ببعض الممارسات المحدَّدة الخاصة بتجربة المستخدم بسبب الطريقة الفريدة التي يتفاعل بها المستخدمون معها. يقدم هذا الدليل إرشادات حول كيفية إنشاء تجربة مستخدم إيجابية في تطبيق فوري.
وننصحك بشدة باستخدام مبادئ التصميم المتعدد الأبعاد عند تصميم تطبيقك الفوري. وللحصول على المزيد من المعلومات حول طريقة تطبيق التصميم المتعدد الأبعاد على أحد التطبيقات، يُرجى مراجعة مقالة التصميم المتعدد الأبعاد لنظام التشغيل Android.
لقد وفّرنا أيضًا إرشادات إضافية خاصة بتطبيقات الألعاب. لمزيد من المعلومات، يمكنك الاطّلاع على أفضل ممارسات تجربة المستخدم للألعاب على "تطبيقات Google Play الفورية".
توفير شاشة مقصودة مفيدة لتطبيقك
لإضافة تطبيقك أو لعبتك إلى زر التجربة الآن في متجر Play أو ظهوره في مشغّل Android، يجب إجراء نشاط رئيسي تلقائي.
ولا يتوفر لدى المستخدمين الذين يدخلون تطبيقك من الزر التجربة الآن أو من مشغِّل التطبيقات سياق رابط لصفحة في التطبيق أو محتوى معيّن يحاولون الوصول إليه. لذلك يجب توفير مكان لهم لتصفّح وظائف تطبيقك واكتشافها.
من المهم أيضًا التأكّد من أنّ اسم التطبيق يظهر بشكل بارز على الشاشة. نظرًا لأن المستخدمين أحيانًا ينقرون على رابط إلى تطبيقك بدون سياق كبير، فقد لا يعرفون اسم التطبيق.
تحديد الوجهات الاحتياطية لروابطك
يتم فتح الروابط المؤدية إلى تطبيقات وألعاب على "تطبيقات Google Play الفورية" على الفور متى أمكن ذلك. وبخلاف ذلك، تعود هذه الروابط إلى الفتح في المتصفح.
من خلال الربط بـ Google Play، يمكنك تغيير السيناريو الاحتياطي للانتقال إلى متجر Play بدلاً من ذلك. قد تكون هذه الاستراتيجية مفيدة إذا أردت توجيه المستخدمين إلى تنزيل تطبيقك إذا لم يتمكّنوا من فتح التطبيق مباشرةً ولا تريدهم استخدام تطبيقك على الويب.
كاستراتيجية بديلة، يمكنك استخدام إعلانات البانر على موقعك الإلكتروني لفتح التطبيق مباشرةً بدلاً من إرسال المستخدمين إلى متجر Play أولاً. تظهر هذه الإستراتيجية في الشكل 2.
السماح للمستخدمين بإكمال مهمتهم
عند الإعلان عن ميزة للمستخدمين في تطبيقك الفوري، يُرجى التأكّد من أنّه بإمكان المستخدمين استخدام الميزة بدون الحاجة إلى تثبيتها.
تجنَّب أن تطلب من المستخدمين تثبيت التطبيق حتى يتمكنوا من إنجاز ما يريدونه، فإجراء النقر الرئيسي لصفحة في التطبيق يجب ألا يؤدي مطلقًا إلى بدء طلب التثبيت.
الطلب من المستخدمين تسجيل الدخول في الوقت المناسب
عليك توفير أكبر قدر ممكن من الوظائف بدون مطالبة المستخدمين بتسجيل الدخول أو التسجيل في خدمة مرتبطة بتطبيقك.
قبل أن تطلب من المستخدمين تسجيل الدخول، انتظِر حتى يحاول المستخدمون استخدام ميزة تتطلب مصادقة. يعتبر المستخدمون أن طلبات تسجيل الدخول أقل تداخلاً إذا رأوا على الفور فائدة تسجيل الدخول.
على سبيل المثال، ضع في اعتبارك تطبيق مشاركة الصور الذي يتطلب من المستخدمين تسجيل الدخول عند إطلاقه. لتحسين تجربة المستخدم، يوفّر التطبيق الآن ميزات يمكن للمستخدمين استخدامها بدون تسجيل الدخول، مثل تصفُّح الصور الأكثر رواجًا التي تتم مشاركتها بشكل علني وتعديل الصور على أجهزتهم. عندما يريد المستخدم مشاركة صوره مع الأصدقاء، يطالبه التطبيق بتسجيل الدخول.
الاحتفاظ بحالة المستخدم بعد تثبيت التطبيق
عندما يثبّت المستخدمون التطبيق، احرص على نقل حالة التطبيق المخزّنة إلى التطبيق باستخدام ملفات تعريف الارتباط أو مساحة التخزين على الجهاز. يُفترض أن يكون بإمكان المستخدمين المتابعة من حيث توقفوا في تطبيقك، كما هو موضح في الشكل 5.
لا تنشئ أي شاشات بداية إضافية
تتضمن تجربة إطلاق التطبيق الفوري العلامة التجارية للتطبيق وعنوانه ورمز مشغّل التطبيق. لا تنشئ شاشات بداية إضافية بنفسك، لأنها تبدو غير ضرورية للمستخدمين.
السهم المتّجه للأعلى مقابل النظام الخلفي
ينتقل الزر لأعلى إلى الأعلى في حزمة التنقّل في التطبيق حتى يصل المستخدم إلى الشاشة الرئيسية للتطبيق. يتنقّل زر الرجوع بترتيب زمني عكسي عبر سجلّ الشاشات التي تمت مشاهدتها مؤخرًا.
بينما يضمن الزر أعلى بقاء المستخدم في تطبيقك، قد يعيد الزر رجوع للمستخدمين الرجوع إلى الشاشات الحديثة خارج تطبيقك. بمعنى آخر، لن يؤدي الضغط على الزر لأعلى إلى الخروج من التطبيق على الإطلاق.
لمزيد من المعلومات حول طريقة تصميم عناصر التنقّل باستخدام الزرَّين رجوع ولأعلى، يمكنك الاطّلاع على تصميم التنقّل ذهابًا وإيابًا.
عدم تفريع واجهة المستخدم
يجب أن تكون واجهة المستخدم لتطبيقك الفوري متطابقة مع واجهة المستخدم لإصدار مثبَّت. لا تغيِّر التصميم وواجهة المستخدم في التطبيق الفوري.
استخدام Smart Lock لكلمات المرور على Android للتعرّف على الهوية
Smart Lock لكلمات المرور على Android عبارة عن مدير كلمات المرور عبر Chrome وAndroid. تعمل ميزة Smart Lock أيضًا على تسجيل دخول المستخدمين تلقائيًا في الزيارات اللاحقة. لتسهيل المصادقة على المستخدمين، عليك تقديم الدعم لـ Google Smart Lock في تطبيقك الفوري.
تقديم مطالبات صريحة بالتثبيت
استخدم أزرار التثبيت بشكل استراتيجي بجعلها جزءًا من واجهة مستخدم التطبيق. استخدِم رمز "الحصول على التطبيق" في التصميم المتعدد الأبعاد والتسمية INSTALL لزر التثبيت.
ولا تستخدم أي تصنيفات أخرى مثل "الحصول على التطبيق" أو "تثبيت التطبيق بالكامل" أو "ترقية". عدم استخدام إعلان بانر أو أي أسلوب آخر شبيه بالإعلانات لتقديم مطالبة بالتثبيت للمستخدمين
تقديم طلبَين أو 3 من طلبات التثبيت الضمنية كحد أقصى
مطالبات التثبيت الضمنية هي روابط في التطبيق الفوري لا تنفِّذ أي إجراء سوى خطوات بدء تشغيل مطالبة التثبيت. قد تظهر طلبات التثبيت الضمني هذه عندما يكون لديك وظائف في الإصدار المثبَّت من تطبيقك لا تتوفّر في الإصدار الفوري.
لا يتضمّن تطبيقك أكثر من طلبَين أو 3 من طلبات التثبيت الضمنية.
عند استخدام مطالبة تثبيت ضمنية، تأكد من تقديم سياق ومعلومات حول الميزة التي أدت إلى تشغيل التطبيق. امنح المستخدمين سببًا لرغبتهم في تثبيت التطبيق.
إزالة الأقسام التي لا تعمل من تطبيقك
عند تحويل تطبيقك إلى تطبيق فوري، قد تكون لديك أجزاء من واجهة المستخدم الخاصة بتطبيقك الفوري ترتبط بوحدات ميزات أخرى في تطبيقك، لذا عليك إزالة أي من هذه الأقسام من التطبيق الفوري.
التخلص من الصعوبات التي تواجهك في عمليات الدفع
إذا كانت عمليات الشراء في تطبيقك الفوري غير متوافقة مع الفوترة في Google Play ولم تتوفّر لديك معلومات الدفع الخاصة بالمستخدم، يمكنك استخدام واجهة برمجة تطبيقات أخرى للدفع، مثل Google Pay API. تتيح لك واجهة برمجة تطبيقات Google Pay تقديم عمليات الدفع بلا اتصال بالإنترنت، مثل الدفع نقدًا عند الاستلام، بالإضافة إلى تخزين بطاقات الهدايا في تطبيقك الفوري.
الربط بعروض تابعة لجهات خارجية
يمكن فتح الروابط المؤدية إلى محتوى وعروض تابعة لجهات خارجية في متصفّح Chrome أو علامة تبويب مخصّصة. ويمكن عرضها باستخدام WebView عندما يتم توفير الموارد المطلوبة من خلال بروتوكول HTTPS.
يجب ألا تؤدي عروضك الخاصة إلى الانتقال إلى المتصفح، بل يجب أن تظل داخل التطبيق الفوري باستخدام WebView عند الضرورة. ويجب أن تستخدم جميع حركات بيانات الشبكة من داخل التطبيق الفوري بروتوكول HTTPS.
وداخل التطبيق الفوري، يجب تحديد الوظائف التي يوفّرها تطبيقك والوظائف التي يتم توفيرها من مصدر خارجي بوضوح.
توفير طريقة لمشاركة عناوين URL للتطبيقات الفورية
نظرًا لأن التطبيقات الفورية لا توفر شريط عناوين للمستخدمين لنسخ عنوان URL، قدِّم إجراء "مشاركة" داخل تطبيقك يسمح للمستخدمين بمشاركة عنوان URL للتطبيق الفوري.
مراجع إضافية
لمزيد من المعلومات حول إنشاء تجارب فورية عالية الجودة، يُرجى الرجوع إلى الموارد التالية.