EN
تعلّم المسارات المرجع مقالات المحفوظات
المفاهيم مشروحةً

حين يصبح البناء رخيصًا، يصبح الذوق هو العمل: الشكل الجديد لعمل المنتج

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

قراءة 18 دقيقة · حُدّث في 2026-07-10
[ لقطة شاشة موضَّحة لتطبيق Claude ]

في مكانٍ ما داخل شركة الآن، تسعون شخصًا يبنون الـ feature نفسها.

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

والآن يصل السؤال الصعب الفعلي، وهو سؤال جديد: أيّ هذه هو الصحيح، وما الذي تدمجه معًا، وكيف تصوغه، وكم منها ينبغي أن يموت بهدوء؟

ذلك السؤال — لا البناء — هو حيث انتقل العمل. هذا الدليل عمّا يفعله ذلك بالذوق، وبالـ prototypes والمستندات، وبكيفية تنظيم الفرق، وبكيفية تخطيطك حين تظلّ الأرض تتحرّك تحتك، وبالفكرة الغريبة المتزايدة بأنّ لأيٍّ منّا مسمّى وظيفيًا ثابتًا.

الانقلاب: صار التنفيذ رخيصًا، والتنسيق لم يصر

طالما كانت البرمجيات وظيفة، كان التنفيذ هو الجزء المكلف، وكان تقريبًا كل ما نسمّيه «عملية» مبنيًا لحمايته. البحث، ومستندات المتطلّبات، ومراجعات التصميم، والـ prototypes، والموافقات — كل ذلك وُجد لتقليل مخاطر البناء قبل أن تلتزم بوقت هندسي نادر له. كنت تخطّط بعناية لأن البناء هو الشيء الذي لم يكن بوسعك تحمّل الخطأ فيه.

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

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

ماذا يعني «الذوق» فعلًا

«الذوق» كلمة زلقة، ويجدر أن نكون دقيقين، لأن النسخة الكسولة — الذوق يعني جماليات جيّدة — خاطئة بما يكفي تحديدًا لتضلّك. كثير من الناس ممّن لديهم ذوق لا تشوبه شائبة في قرارات المنتج يرتدون كأنّهم لبسوا في العتمة. الذوق بالمعنى الذي يهمّ الآن ليس حسًّا واحدًا؛ إنه ثلاثة على الأقل، تعمل معًا.

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

مكوّن نظامي. كيف يتناسب هذا الشيء الواحد مع المنتج الأوسع، وإلى أين يتّجه ذلك المنتج؟ الـ feature الجميلة محليًا والخاطئة كليًا فشلٌ في الذوق، لا نجاح في التصميم. هذا هو الجزء الذي يتيح لأحدهم أن ينظر إلى واحد من الاستكشافات التسعين ويقول «هذه هي الجيّدة، لكن مكانها هنا، وتحتاج أن تتحدّث إلى تلك».

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

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

اختر الوسيط للرسالة، لا لراحتك

من الادّعاءات الرائجة الآن «مات الـ PRD، وحلّ الـ prototype» — لماذا تكتب مستند متطلّبات لا يقرؤه أحد بينما يمكنك ببساطة بناء الشيء وعرضه؟ يبدو صحيحًا، وهو خطأ في معظمه، لأنه يخلط بين الوسيط والهدف.

المستندات والـ prototypes ليست متنافسة على جدول زمني يحلّ فيه أحدها محلّ الآخر. إنها أدوات مختلفة لمهام مختلفة:

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

الفشل الحقيقي ليس اختيار الخاطئ مبدئيًا. إنه اختيار الأسهل عليك. غير المهندسين يلجؤون إلى الـ prototypes لأنهم أخيرًا يستطيعون البناء دون انتظار أحد. والمهندسون يكتبون مستندات لأن الكتابة هي حيث يرتاحون، ولأن بناء الشيء «الخاطئ» يبدو تبديدًا. في الحالتين اختار الشخص الوسيط الذي يناسب ه هو، لا النقطة التي كان يحاول إيصالها. الذوق، مجدّدًا: معرفة أيّ وسيط يناسب الرسالة جزءٌ من المهارة، واللجوء التلقائي إلى منطقة راحتك هو تحديدًا العلامة على أنك لا تمارسها.

الـ prototype المصقول لم يعد يعني «جاهز للشحن»

ها هي نتيجة أدقّ، وهي التي تحرق الفرق بهدوء.

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

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

الدفاع هو التمسّك بـ الوعي بالمرحلة حتى مع اختفاء الأدوات التي كانت تشير إليها. عليك أن تقول بصوت عالٍ ما هو أثرٌ بعينه — «هذا شيء يُرمى لتحسّس التفاعل»، «هذا مرشّح حقيقي ضغطناه واختبرناه» — لأن الأثر نفسه لم يعد يخبرك. تكتيك ملموس واحد تستخدمه الفرق: نسخة «طفلة» من المنتج الحقيقي — نسخة مبسّطة عمدًا، سريعة التعديل، من الـ codebase، مهمّتها الوحيدة استكشاف أفكار التفاعل بثمن رخيص، دون ادّعاء أن أيّ شيء يُبنى فيها إنتاجي. تسمية صندوق الرمل بأنه صندوق رمل تمنع خلط «الصقل يساوي الإنجاز» من أن يبدأ أصلًا.

لماذا لا يزال الذكاء الاصطناعي أسوأ في الذوق منه في الكود

إذا كانت الـ models تستطيع الآن كتابة معظم الكود، فلماذا لا تستطيع ببساطة التنسيق أيضًا — اختيار النسخة الجيّدة، وضبط عدم تطابق النبرة، ومقاومة العموميّ؟ إنها تتحسّن، لكن ثمّة أسبابًا بنيوية تجعل الذوق يتأخّر كثيرًا خلف الكود، وفهمها يخبرك أين يبقى الإنسان ذا قيمة.

التصميم أصعب على التقييم بكثير من الكود. للكود إشارة تغذية راجعة قاسية وفورية: يُترجَم برمجيًا أو لا، تنجح الـ tests أو لا. قابلية التقييم تلك هي تحديدًا ما جعل الكود أرضًا خصبة لتدريب models قادرة. للتصميم لا مكافئ. «هل هذا جيّد» يمرّ عبر الذوق البشري — الشيء ذاته النادر — فلا إشارة مكافأة رخيصة وتلقائية للتدريب عليها. لا يمكنك النزول بالتدرّج نحو الذوق حين تكون دالّة الخسارة هزّة كتفين.

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

الـ models المدرَّبة على إيجاد النمط الشائع تتقارب نحو المتوسّط — والذوق هو مقاومة المتوسّط. يتعلّم الـ model ما هو معتاد بامتصاص ما هو مُفرِط التمثيل، وما هو مفرط التمثيل في التصميم هو نكهة بعينها من المظهر النظيف والآمن والعصري «الأفضل ممارسةً». اطلب تصميمًا فتحصل غالبًا على مركز ثقل كل ما سبق إحصائيًا: كفؤ، عموميّ، لا يُميَّز عن ألف منتج آخر. لكن ذوق التصميم الحقيقي غالبًا هو تحديدًا رفض الارتداد إلى المتوسّط — الخيار المحدّد ثقافيًا والمبتكَر الذي بُني مطابِق الأنماط ليُنعِّمه ويمحوَه. الشيء الذي يجعل الـ model موثوقًا في الكود يجعله باهتًا في التصميم.

أعمق فجوة هي التجريد الدلالي. الطبقة غير المحلولة هي فهم العلاقة بين أشياء تبدو مختلفة لكنها من النوع نفسه. إعادة العلامة التجارية ليست «عدّل 263 component». إنها معرفة أيّ من تلك الـ components يتشارك نمط تفاعل أو دورًا بنيويًا كامنًا، حتى ينتشر التغيير في المفهوم بشكل صحيح بدل تطبيقه 263 مرّة يدويًا. البشر يحملون هذه الخريطة حدسيًا — «هاتان الشاشتان من النوع نفسه من اللحظات» — والـ models لا تزال تتعثّر فيها. إلى أن تُحلّ تلك الطبقة، يحمل الشخص خريطة ما-يتعلّق-بماذا، وتلك الخريطة جزء كبير من الذوق.

دفاع المنطقة: كيف تعيد فرق المنتج تنظيم نفسها

حين يكون التنسيق هو المهارة النادرة، تبدأ الطريقة القديمة لتنظيم موظفي المنتج — roadmap من أعلى إلى أسفل يعيّن لكلّ شخص مسارًا للعام — بالتناسب رداءةً. الفرق الأبعد في هذا التحوّل تلجأ إلى نموذج مختلف، مستعار من الرياضة: دفاع المنطقة (zone defense).

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

هذا يعيد تشكيل مَن ذو القيمة. الملمح الأثمن ليس الأخصائي الأعمق في أيّ أداة واحدة — إنه الشخص العالي الفاعليّة والعالي الذوق الذي يستطيع أخذ فكرة من التصوّر وصولًا إلى الشحن، يملأ ما تحتاجه الفكرة على الطريق. (ليس صدفةً أن يزدهر المؤسّسون السابقون هنا؛ إدارة مشروعك الخاص دورة مكثّفة في تلك الملكية من الطرف إلى الطرف تحديدًا.) إتقان الأداة الضيّق يتقادم بشكل رديء عمدًا: أن تكون الأفضل في المبنى في features متقدّمة لأداة بعينها شيء غريب أن تُحسّنه بينما سيصبح الـ model أفضل منك في تلك الأداة قريبًا. الفاعليّة والحُكم لا تعانيان تلك المشكلة.

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

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

التخطيط حين تظلّ الأرض تتحرّك

كيف تخطّط لـ roadmap بينما تتغيّر قدرة الـ model الكامن — الشيء الذي يعتمد عليه نصف features لديك — كل بضعة أشهر؟ ما زلت تخطّط. لكنك تخطّط على نحو مختلف، والقاعدة الجوهرية هي: ينبغي أن يكون التفصيل عكسيًا تناسبيًا مع الأفق الزمني.

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

الدرس الأعمق واحد تتعلّمه معظم الفرق بألم: كثير من features ليست محجوبة بأيّ قرار منتج. إنها محجوبة بما إذا كان الـ model ذكيًا بما يكفي بعد. شكل المنتج جيّد؛ الفكرة صحيحة؛ لكنها ببساطة لا تعمل بموثوقية لأن القدرة الكامنة ليست موجودة. وهذا يغيّر شكل التخطيط الجيّد. النهج العملي هو:

  1. ابنِ prototype لكثير من features المرشّحة — بثمن رخيص، لأن البناء رخيص الآن.
  2. اشحن ما هو جاهز اليوم.
  3. دَع البقية «تجلس وتنضج» — لا تقتلها، ولا تفرضها، بل ركنها فحسب.
  4. أعِد اختبار المركونة في كل مرّة يأخذ الـ model قفزة في القدرات.

لأن نجاح feature قد يعتمد كليًا على توقيت الـ model لا على تصميمها. أوضح نسخة من هذا: منتج شُحن ونجح في ربع سنة كان ليفشل تمامًا قبل بضعة أشهر — التصميم نفسه، الشكل نفسه، كل شيء نفسه — لمجرّد أن الـ model تحته لم يكن قادرًا على المهمة بعد. لم يكن أيّ شيء في المنتج مختلفًا. المتغيّر الوحيد الذي تحرّك كان أرضية القدرة تحته.

لا تقتل مفهومًا لأن النسخة الأولى فشلت

هذا يستحقّ فقرته الخاصة، لأنه يعاكس غريزة عميقة. حين تشحن شيئًا فيفشل، النتيجة الطبيعية هي كانت تلك فكرة سيّئة. في ظلّ models سريعة الحركة، تلك النتيجة غالبًا خاطئة.

فكّر في مفهوم «agent ينطلق، وينجز مهمة بنفسه، ويعود». جُرّب بأشكال كثيرة — بعضها فشل، وبعضها نجح — والنسخ التي نجحت لم تفز لأنها صُمّمت بشكل أفضل. فازت لأنها طابقت ما كان الـ model قادرًا على فعله فعلًا في تلك اللحظة. النسخ المبكّرة القصوى في الاستقلالية فشلت ليس لأن الاستقلالية فكرة سيّئة، بل لأنها كانت، إن صحّ التعبير، متفائلة أكثر ممّا تحتمله اللحظة — افترضت مستوى قدرة لم يكن موجودًا بعد. النسخ التي نجحت كانت أكثر تجذّرًا: تستأذن، وتبقى مع المستخدم، وتفعل ما كان الـ model موثوقًا فيه حينها.

الدرس: شكل الـ feature وجاهزيتها شيئان مختلفان، وعليك الحكم عليهما منفصلين. يمكن أن يكون المفهوم صحيحًا ومبكّرًا فحسب. لا تتقاعد الشكل بعد إصدار فاشل واحد — أعِد إصداره، دون تغيير، في كل مرّة تلحق القدرة. الانضباط هو رفض أن يتنكّر فشل التوقيت في هيئة فشل تصميم. (ولهذا فإن «تزوّج النتائج التي أنت وحدك قادر على تحقيقها، وابقَ مستعدًا لتغيير كل شيء في عمليتك لبلوغها» نصيحة أفضل من الالتزام بأيّ خطة بعينها — النتائج ثابتة، والأساليب قابلة للتخلّص.)

المُشرَف عليه مقابل غير المُشرَف عليه هو السؤال الحقيقي

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

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

ولهذا لم يصل بعد حلم «حسّن المنتج بين ليلة وضحاها، دون إشراف». الحلقات الكاملة الاستقلالية لا تزال تميل إلى زيادة التعقيد بمرور الوقت — الـ models تكوّم بدل أن تبسّط — ولا تتّخذ بعد بموثوقية الأحكام التي تهمّ: أيّ طلبات features تستحقّ الفعل، وأيّها تتجاهل، وما التجريد الصحيح. تلك قرارات ذوق، والذوق هو تحديدًا الشيء الذي لم ينتقل. فحدود المشهد الآن ليست «أزِل الإنسان». بل «ضع إشراف الإنسان في المكان الأعلى رافعةً ودَع الآلة تفعل البقية». النسبة المئوية للكود الذي كتبه الذكاء الاصطناعي محسومة. أمّا ما إذا كان شخص يراقب فهو اللعبة كلها.

قاعدة واحدة قابلة للتكيّف، لا عشر إعادات بناء

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

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

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

ما الذي تفعله فعلًا

إن أخذت شيئًا واحدًا من كل هذا، فخذ إعادة الصياغة: انتقلت المهارة النادرة من الصنع إلى الاختيار. وإليك كيف يُصرَف ذلك.

  • عامِل التنسيق بوصفه العمل، لا الفكرة اللاحقة. حين تستطيع توليد تسعين نسخة من أيّ شيء، القيمة التي تضيفها هي تحديد أيّها الصحيح، وما الذي تدمجه، وما الذي تحذفه. وازِن وقتك تبعًا لذلك — صنع أقلّ، حكم أكثر.
  • اختر وسيطك بحسب النقطة التي تطرحها، لا بحسب الأسهل عليك. استخدم المستند لبلوغ الوضوح المفاهيمي؛ والـ prototype لاختبار تفاعل تحت الضغط. لاحِظ حين تلجأ إلى منطقة راحتك.
  • قُل بصوت عالٍ في أيّ مرحلة يقف أثرٌ ما، لأن صقله لم يعد يخبرك. احتفظ بصندوق رمل مُسمًّى للاستكشاف الرخيص كي لا يخلط أحد تجربة فكرية بقرار.
  • نظّم بالمنطقة، لا بالمسار. انشر صانعي الذوق عبر فضاء المنتج؛ عامِل ازدحام شخصين في منطقة واحدة تحذيرًا، لا تعاونًا.
  • خطّط بتفصيل يخفت مع البُعد. ابنِ prototype على نطاق واسع، اشحن ما هو جاهز، اركن البقية، وأعِد اختبار الأفكار المركونة عند كل قفزة قدرات.
  • احكم على الشكل والجاهزية منفصلين. لا تقتل مفهومًا لأن النسخة الأولى فشلت — قد يكون مبكّرًا فحسب.
  • اسأل «هل كان مُشرَفًا عليه»، لا «هل كتبه الذكاء الاصطناعي». السؤال الثاني محسوم في كل مكان. الأول هو حيث تقيم الثقة.
  • احمِ الخبرة بينما تُذيب الأدوار. السيولة جيّدة؛ وإعلان انتهاء صلاحية كل تخصّص لأن أيّ أحد يستطيع البناء طريقةٌ لأن ترمي الممارسات الفُضلى التي ستتمنّى لو أبقيتها.

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

المواضيع

أسئلة يطرحها الناس

أليس «الذوق» مجرّد كلمة ألطف للتصميم أو الجماليات؟
الجماليات جزء منه، لكنها جزء واحد فقط. الذوق بالمعنى الذي يهمّ الآن هو ثلاثة أشياء في آنٍ واحد: حسّ جمالي (هل يبدو هذا صحيحًا ويُحسّ به كذلك)، وحسّ نظامي (كيف يتناسب هذا مع المنتج الأوسع وإلى أين يتّجه)، وحسّ حُكم (هل تتطابق نبرة هذا التفاعل مع ما يعنيه فعلًا). المهارة التي توحّد الثلاثة هي معرفة ما الذي تعمل عليه، وكيف تصوغه، وأيّ وسيط يوصله — ولهذا يتجاوز الأمر التصميم إلى أيّ مجال صار البناء فيه رخيصًا.
إذا كان بإمكان الذكاء الاصطناعي بناء أيّ شيء، فهل ما زلنا نحتاج إلى PMs ومصمّمين؟
نعم — ودمج الجميع في دور واحد اسمه «باني» خطأ حقيقي، لا تحرّرًا. استخدام أداة لا يجعلك خبيرًا في المجال: كتابة الكود لا تجعلك مهندسًا أكثر ممّا يجعلك استخدام جدول بيانات موظفًا ماليًا. كل تخصّص يحمل ممارسات فُضلى اكتُسبت بصعوبة، وتُهجَر بهدوء لحظة يصبح «بنيتُ شيئًا يعمل» هو المعيار الوحيد. الأدوار تزداد سيولةً — المصمّمون يكتبون كودًا، والـ PMs تقنيون — لكن الخبرة الوظيفية لا تختفي، بل تكفّ فقط عن أن تكون محصورة بالمسمّى.
هل ينبغي أن نتخلّى عن PRDs ونبني prototype لكل شيء الآن؟
لا. صياغة «مات الـ PRD، وحلّ الـ prototype» تخلط بين الوسيط والهدف. المستند لا يزال الأداة الصحيحة حين تحتاج إلى وضوح مفاهيمي في مشكلة غامضة؛ والـ prototype صحيح حين تحتاج إلى اختبار تفاعل تحت الضغط. الفشل الحقيقي هو اختيار الوسيط الأسهل عليك شخصيًا — مهندسون يكتبون مستندات لا يقرؤها أحد، وغير المهندسين يقفزون مباشرة إلى البناء — بدل الوسيط الذي يناسب النقطة التي تحاول إيصالها.
كيف أعرف ما إذا كانت الـ feature فشلت لأنها سيئة أم لأن الـ model لم يكن جاهزًا بعد؟
هذا من أصعب أحكام عمل المنتج في عصر الذكاء الاصطناعي، وهو صعب حقًا. العلامة هي ما إذا كان الفشل متعلقًا بشكل الـ feature (لم يردها الناس، كان التدفّق مربكًا) أم بسقفها (الفكرة كانت صحيحة لكن الـ model لم يكن قادرًا على أداء المهمة بموثوقية بعد). مشكلات الشكل مسؤوليتك أنت؛ ومشكلات السقف تحتاج فقط إلى أن تعيد اختبار الـ feature نفسها، دون تغيير، بعد القفزة القادمة في القدرات. الـ feature نفسها قد تفشل في ربع سنة وتنجح في التالي دون أن يتغيّر شيء سوى الـ model تحتها.
طبِّقها عمليًا
ابدأ الدورة الموجَّهة
ابدأ