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