العرض يبدو مدهشاً
"ابنوا تطبيقاً كاملاً بعد ظهر واحد." "اشحنوا MVP هذه العطلة." "لا حاجة لمصمّم."
كل أسبوع، أداة ذكاء اصطناعي جديدة تَعِد بالقضاء على الحاجة إلى مصمّمين ومطوّرين. وبصراحة؟ العروض مثيرة للإعجاب. تصفون ما تريدون، وشيء يبدو كمنتج يظهر على الشاشة.
لكن هنا السؤال الذي لا يطرحه أحد: كيف تعرفون ماذا تصفون؟
مشكلة التوليد مقابل مشكلة التعريف
أدوات الذكاء الاصطناعي تحلّ مشكلة التوليد. مع مواصفات واضحة، يمكنها إنتاج واجهة أسرع من أي بشري. هذا حقيقي. هذا قيّم. هذا لن يختفي.
لكن الشركات الناشئة لا تفشل لأنّها لم تستطع توليد واجهة بالسرعة الكافية. تفشل لأنّها بنت الشيء الخطأ. تفشل لأن لا أحد رسم رحلة المستخدم قبل فتح محرّر الكود. تفشل لأن النموذج الذهني للمؤسّس عن المنتج كان مختلفاً عن النموذج الذهني للمستخدم، ولا أحد أمسك ذلك حتى بعد الإطلاق.
هذه مشكلة التعريف. والذكاء الاصطناعي لا يحلّها. لا حتى قريباً.
أدوات الذكاء الاصطناعي مُسرِّعات. تجعلكم تذهبون أسرع. لكن إذا كنتم تذهبون في الاتجاه الخطأ، الذهاب أسرع يعني فقط أنّكم تهدرون المال أسرع.
كيف تبدو المنتجات المولَّدة بالذكاء الاصطناعي فعلاً
رأينا عشرات الشركات الناشئة تمرّ بأبوابنا في السنة الماضية حاملةً منتجات بُنيَت بأدوات الذكاء الاصطناعي. النمط متّسق:
تبدو مصقولة. الألوان تعمل. المكوّنات نظيفة. التخطيط يتبع التقاليد الحديثة. من لقطة شاشة، ستظنّون أن المنتج صمّمه مصمّم كبير.
لا تعمل كمنتجات. تدفّق التسجيل يفترض أن المستخدم يفهم المنتج أصلاً. بنية الملاحة لا تطابق كيف يفكّر الناس في المشكلة. الحالات الحدّية الحرجة مفقودة كلياً. أهمّ رحلة مستخدم مدفونة 4 نقرات عميقاً.
الفجوة بين "تبدو جيدة" و"تعمل بشكل جيد" هي بالضبط حيث يعيش تصميم UX. وهي الفجوة التي لا تستطيع أدوات الذكاء الاصطناعي رؤيتها.
لماذا الفجوة موجودة
الذكاء الاصطناعي يولّد بناءً على أنماط رآها. يُنتج واجهات تبدو كواجهات أخرى. لكن منتجكم ليس منتجات أخرى. مستخدموكم ليسوا مستخدمين عامّين. سياق سوقكم المحدّد، نقاط ألم مستخدمكم المحدّدة، قيود عملكم المحدّدة: هذه المدخلات التي تشكّل التصميم الجيد.
المصمّم لا يصنع الأشياء جميلة فقط. المصمّم يسأل:
- من المستخدم؟ ماذا يحاول فعله؟ ماذا يعرف أصلاً؟
- ما المسار الأكثر حرجاً عبر هذا المنتج؟ ماذا يحدث حين ينكسر؟
- أي ميزات مهمّة عند الإطلاق مقابل أيّها يمكن الانتظار 6 أشهر؟
- كيف يتّصل هذا التدفّق بالإيرادات؟ بالاحتفاظ؟ بالمقياس المهمّ؟
لا أداة ذكاء اصطناعي تفعل هذا. وإذا تخطّيتم هذه الأسئلة، أجمل واجهة في العالم لن تنقذ منتجكم.
الدور الحقيقي للذكاء الاصطناعي في تطوير المنتج
هنا يصبح الأمر مثيراً. الذكاء الاصطناعي لا يستبدل التصميم. يغيّر سير العمل.
في ماكسيفاي، نستخدم أدوات الذكاء الاصطناعي في عمليتنا. بعد انتهاء السبرنت، بعد اكتمال بحث المستخدم، بعد رسم التدفّقات واختبار النموذج، أدوات الذكاء الاصطناعي يمكنها تسريع مرحلة البناء بشكل كبير. مطوّر يعمل مع Cursor أو Copilot يمكنه تنفيذ منتج مصمَّم جيداً ومُحدَّد جيداً أسرع بضعفَين بدونها.
العبارة المفتاحية "مصمَّم جيداً، مُحدَّد جيداً."
الذكاء الاصطناعي يجعل الترجمة من التصميم إلى الكود أسرع. لا يجعل الترجمة من الفكرة إلى التصميم أسرع. ذلك الجزء لا يزال يتطلّب حكماً بشرياً، تعاطف مستخدم، واستعداداً لطرح أسئلة صعبة عمّا يجب أن يفعله المنتج فعلاً.
الشركات الناشئة التي تحصل على أكبر قيمة من الذكاء الاصطناعي هي تلك التي تصمّم أوّلاً وتولّد ثانياً. تستخدم الذكاء الاصطناعي كمُسرِّع، لا كبديل عن التفكير.
فخّ المؤسّس
أخطر نسخة من هذا ما نسمّيه فخّ المؤسّس. مؤسّس تقني مع وصول إلى أدوات الذكاء الاصطناعي يستطيع الآن بناء شيء يبدو حقيقياً في عطلة نهاية أسبوع. يُريه لأصدقائه. الأصدقاء يقولون يبدو رائعاً. المؤسّس يفترض أن المنتج يعمل.
ستّة أشهر لاحقاً، هم في حلقة. المستخدمون يسجّلون لكن لا يعودون. منحنى الاحتفاظ مسطّح. المؤسّس يضيف ميزات. المنتج يصبح أكثر تعقيداً. الميزات لا تساعد. يضيفون المزيد.
هذه دورة البناء اللانهائية. وتبدأ لأن لا أحد فعل العمل لتعريف كيف يبدو "المنجَز" قبل بدء البناء.
السبرنت موجود لمنع هذا. 30 يوماً من العمل المنظَّم تُجيب السؤال: ماذا يجب أن يكون هذا المنتج فعلاً؟
ماذا تفعلون إذا كنتم تبنون بالذكاء الاصطناعي
إذا كنتم تستخدمون Cursor أو v0 أو Bolt أو أي أداة ذكاء اصطناعي لبناء منتجكم، هنا النصيحة الصادقة:
- افعلوا عمل UX أوّلاً. حتى جهد مركّز لأسبوعَين على بحث المستخدم، رسم التدفّق، والإطارات سيوفّر عليكم أشهراً من إعادة العمل.
- لا تثقوا بلقطات الشاشة. منتج يبدو صحيحاً ومنتج يعمل بشكل صحيح شيئان مختلفان. اختبروا مع مستخدمين حقيقيين قبل الشحن.
- افصلوا البناء عن التعريف. الذكاء الاصطناعي رائع في البناء. البشر أفضل في تقرير ما يجب بناؤه. استخدموا كلاً منهما حيث يكون أقوى.
- إذا بنيتم شيئاً سابقاً ولا يعمل، الإصلاح ليس على الأرجح المزيد من الميزات. هو التراجع وفهم لماذا لا يفعل المستخدمون ما توقّعتم.
الأدوات تغيّرت. المبادئ لم تتغيّر. افهموا المستخدم. عرّفوا المنتج. ثم ابنوه، بأقصى سرعة ممكنة.
