المطوّر اليونيكورن يقتل منتجكم

العرض الذي يحصل عليه كل عميل

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

إذا عملتم سابقاً مع وكالة تقنية في دبي، الرياض، أو أي مكان في الخليج، سمعتم نسخة من هذا. يبدو صفقة عظيمة. وهو كذلك. للوكالة.

للعميل، عادةً يكون بداية منتج يبدو مقبولاً، يعمل بشكل سيّئ، ويستغرق ضعف الوقت الموعود.

كيف يجري الأمر فعلاً

هنا النمط الذي نراه مرّة بعد مرّة. عميل يوقّع مع وكالة. الوكالة تعيّن مطوّراً واحداً. ذلك المطوّر لديه مهارات تقنية حقيقية. يستطيع كتابة الكود. يستطيع إعداد خادم. يستطيع على الأرجح تثبيت مكتبة UI.

ما لا يستطيع فعله:

• إجراء ورشة اكتشاف لفهم مستخدمي العميل
• رسم تدفّقات مستخدم بشجرات قرار وحالات حدّية
• تصميم بنية ملاحة بناءً على نماذج ذهنية للمستخدم
• إنشاء نظام بصري متّسق، قابل للتوسّع، ومتطابق مع العلامة
• نمذجة واختبار قبل الالتزام ببنية تقنية
• تسليم مواصفات يمكن لمطوّر آخر البناء منها بلا تخمين

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

دورة الوعد المُفرَط

النمط له شكل متّسق.

قبل البيع: الوكالة تعرض portfolios مصقولة (غالباً لأعمال أشخاص آخرين). تعد بـ"منتج كامل" في 3 إلى 4 أشهر. النطاق يبدو واضحاً. السعر يبدو عادلاً.

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

الشهر 3 إلى 4: العميل يرى المنتج. ليس كما تخيّله. التدفّقات خاطئة. التصميم غير متّسق. تجربة الموبايل مكسورة. طلبات التغيير تبدأ بالتراكم.

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

الشهر 9+: العميل يأتي إلينا. أنفقوا 40,000 إلى 80,000 دولار. لديهم قاعدة كود لا يمكن إنقاذها. يحتاجون البدء من جديد.

هذا ليس مبالغة. نراه على الأقلّ مرّة شهرياً.

السبب الجذري ليس مطوّرين سيّئين

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

التخصّصات موجودة منفصلة لسبب. مصمّم UX يفكّر بشكل مختلف عن مطوّر الواجهة. يطرحون أسئلة مختلفة. يحسّنون لأشياء مختلفة. التوتّر بين تلك المنظورات هو ما يُنتج منتجات جيدة.

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

كيف يبدو الجيد

البديل ليس استئجار فريق من 10 أشخاص. هو فصل مرحلة التعريف عن مرحلة البناء.

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

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

هذا الفصل هو ما السبرنت موجود لأجله. يستغرق 30 يوماً. يكلّف جزءاً من دورة إعادة العمل. ويعني أن المطوّر الذي يبني المنتج يستطيع فعلاً التركيز على بنائه جيداً.

مقارنة الكلفة الحقيقية

نهج السبرنت أسرع وأرخص لأنّه يقضي على دورة إعادة العمل. أغلى شيء في تطوير المنتج ليس البناء. هو بناء الشيء الخطأ ثم إصلاحه.

كيف تكتشفون العلامة الحمراء

إذا قالت لكم وكالة إن شخصاً واحداً سيتعامل مع منتجكم من البداية للنهاية، اسألوهم:

• من يفعل بحث المستخدم؟
• من يصمّم التدفّقات والإطارات؟
• من يصمّم النظام البصري؟
• من يبني الواجهة؟
• من يبني الخلفية؟
• من يختبر المنتج مع مستخدمين حقيقيين؟

إذا كانت الإجابة على الأسئلة الستّة "الشخص نفسه،" فتلك إجابتكم.