التطبيق المحمول: وزنه وطلباته تقرّر أكثر من وظائفه

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

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

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

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

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

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

والسؤال الواجب طرحه وظيفةً بوظيفة: هل تحتاج هذه إلى معرفة من هذا الشخص؟ مطالعة فهرس أو توقيت أو خريطة أو توفّر: لا. تسجيل طلبية أو رؤية تاريخ أو تلقّي شيء: نعم.

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

وحالة خاصة متواترة في الجزائر تستحقّ التسمية: التسجيل برقم الهاتف ورمز تحقّق. وهو أخفّ من كلمة سرّ وله كلفة حقيقية — فرسالة لا تصل مستعمِلٌ مفقود بلا حيلة. فتحسّب دائمًا محاولةً ثانية وقناةً أخرى.

النقاش المعتاد يتناول التقنية: قاعدة شفرة مشتركة أم تطبيقان منفصلان. وهو سؤال حقيقي وليس الأول.

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

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

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

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

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

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

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

والاسم أهمّ ممّا يُظنّ لأنه يُبحَث عنه. فاسم علامة وحده يفترض أن تُعرَف؛ واسم علامة يتبعه ما يفعله التطبيق يجده الجمهوران معًا.

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

ما سنرفضه: وضع إنشاء حساب في الشاشة الأولى. نعلم أن ذلك يبسّط البنية ويملأ قاعدة مستعملين أسرع؛ وهو أيضًا القرار الذي يفقد أكبر عدد من الناس، ونفضّل بناء فتح على مرحلتين.

وسنرفض كذلك طلب إذن عند الإقلاع. فكلٌّ سيُطلَب لحظة الاستعمال وسببه معروض، وسيُعامَل الرفض مسارًا عاديًّا لا عطبًا.

وسنرفض أخيرًا تسليم تطبيق بلا ميزانية صيانة سنوية مكتوبة. فالتطبيق بلا صيانة لا يتدهور ببطء: بل يكفّ عن كونه قابلًا للتثبيت، وستعلم ذلك من زبون.

أما ما نفعله: سقف وزن يُثبَّت قبل أول سطر، وفتحة أولى تعرض شيئًا نافعًا قبل طلب أيّ شيء، وسلوك محدَّد للاتصال البطيء والمفقود والعائد، وحسابات نشر باسمك، وتمييز مكتوب بين التحديثات التي تضيف وتلك التي هي ثمن البقاء على الشبكة.

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