موقع أم تطبيق أم برنامج على المقاس: أيّها، وبأيّ ترتيب

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

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

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

ولن يقول لك هذا المقال ماذا تختار — فذلك يتوقّف عليك — لكنه سيعطيك السؤال الحاسم، والترتيب الناجح، والأشياء التي نرفض بناءها ولو طُلِبت منّا.

وهو أشيع الطلبات وأكثرها عدم ملاءمة، ويجب شرح السبب بدل رفضه جافًّا.

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

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

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

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

حين يكون أكثر من واحد من الثلاثة مبرَّرًا — وهذا يقع — لا يكون الترتيب سيّان، وهو واحد دائمًا تقريبًا.

أولًا ما يجيب عن الأسئلة التي تتلقّاها سلفًا: صفحة تقول ما تفعله وما لا تفعله وكم يكلّف وكيف تُبلَغ. وهي أرخص الثلاثة، وأثرها يُرى في أسابيع.

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

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

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

المشروع المعلوماتي يُحكَم عليه بثلاثة أرقام، ولا واحد منها تقنيّ.

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

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

والثالث نسبة الاستعمال الفعلي، لتطبيق. لا التثبيتات — فهي لا تقيس إلا إشهارك — بل حصّة من ثبّتوه ولا يزالون يفتحونه في الشهر الثاني.

وما لا يُقاس: الرضا عن امتلاك أداة جميلة. وهو مكسب حقيقي ولا يبرّر نفقة، والمزوّد الذي يبني حجّته عليه يبيعك متعته لا نتيجتك.

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

وسنرفض كذلك استبدال جدول يشتغل. فما دامت لم تظهر أيّ من العلامات الأربع، ينزع منك البرنامج على المقاس مرونةً مقابل مكسب لن تقيسه.

وسنرفض أخيرًا تسعير مشروع بلا صيانته. فالتقدير الذي يتوقّف عند التسليم يصف نصف النفقة، والنصف المحذوف هو الذي يدوم.

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

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