يكتمل إطلاق المنتج حين يصل شرح واضح إلى الشخص الذي يحتاجه، لا حين ينجح البناء وحده. دفع الشفرة إلى المستودع يسلّم نسخة عاملة، أما نشر الرسالة فيسلّم سبباً يدفع أحداً إلى تجربتها.
في الحادية عشرة ليلاً، جلس سامر في شقته بعمان أمام شاشة مضاءة وكوب قهوة بارد. سامر مطوّر مستقل، يبني أداة تساعد الفرق الصغيرة على مراجعة أخطاء الإصدارات. ظهرت أمامه العلامة الخضراء التي انتظرها طوال الأسبوع: نجح البناء، وعملت النسخة المنشورة، وانتهت قائمة الأعطال.
أغلق الحاسوب وهو يتوقع أن يستيقظ على أول تسجيل. لكن صباح اليوم التالي لم يكن هناك مستخدم جديد، ولا سؤال، ولا حتى زيارة يمكنه فهم مصدرها. كان موعد العرض أمام مجموعة من المؤسسين في المساء، وإذا بقي المنتج بلا رسالة قابلة للنقل، فسيرى الحاضرون شاشة تعمل من دون أن يعرفوا لماذا تستحق اهتمامهم.
ما الذي سلّمته فعلاً عند دفع الشفرة؟
يعطيك `git push` دليلاً تقنياً على أن العمل انتقل من جهازك إلى مكان آخر. قد يطلق عملية بناء، أو يحدّث نسخة الإنتاج، أو يغلق مهمة في لوحة المشروع. لكنه لا يجيب عن الأسئلة التي تدور في رأس أول زائر:
لمن صُنعت هذه الأداة؟ ما المشكلة التي تحلها الآن؟ لماذا أستخدمها بدلاً من طريقتي الحالية؟ وما أول شيء ينبغي أن أفعله؟
كان سامر يملك إجابات ضمنية عن هذه الأسئلة. عاش المشكلة أثناء عمله، واتخذ عشرات القرارات في الشفرة بسببها. لكن معرفته ظلت موزعة بين رسائل الالتزام، وملاحظات جانبية، وأسماء وظائف لا يراها العميل.
وهنا يقع الالتباس الشائع لدى المطور المنفرد. لأن المنتج صار قابلاً للاستخدام، يبدو كأنه صار قابلاً للفهم أيضاً. الواقع أن هذين مساران مختلفان. يحتاج الأول إلى شفرة واختبارات ونشراً مستقراً. ويحتاج الثاني إلى تموضع، ودليل، ومثال، ورسالة تصل عبر قناة يراها العميل.
يمكن لسجل Git أن يساعدك في استخراج القرارات التي تستحق الشرح، كما يوضح هذا المثال عن [تحويل قرارات الشفرة إلى تموضع أوضح](/blog/ar/سجل-git-وتموضع-المنتج-كيف-ساعدت-قرارات-الشفرة-كريم-على-تضييق-رسالته-c427f630/). لكنه لا ينشر ذلك الشرح نيابة عنك.
افصل قائمة الإطلاق إلى تسليمين
قبل أي إطلاق، أنشئ قائمتين واضحتين.
تحت «تسليم المنتج»، ضع ما يثبت أن النسخة تعمل: البناء، الاختبارات، الإعدادات، الوصول، القياس، وسياسة التراجع عند الخطأ.
وتحت «تسليم الادعاء»، ضع ما يثبت أن السوق يستطيع فهم النسخة: جملة تحدد العميل والمشكلة، صفحة تشرح النتيجة، لقطة حقيقية من المنتج، منشور يصف موقفاً مألوفاً، ورسالة مناسبة لكل قناة ستستخدمها.
الادعاء هنا ليس مبالغة. إنه وعد محدود يمكنك إثباته. إذا كانت أداتك تراجع أخطاء الإصدار، فقل ما الذي تراجعه وما الذي يبقى على المستخدم أن يقرره. لا تقل إنها تمنع كل خطأ. وإذا كان النشر الآلي يعتمد على صلاحيات مزود خارجي، فاذكر هذا القيد بدلاً من دفنه.
هذا الفصل يحميك من خطأين. الأول أن تؤجل التسويق حتى «ينتهي المنتج»، وهي لحظة تتحرك كل أسبوع. والثاني أن تنشر وعوداً أسرع من قدرة المنتج على تنفيذها.
وفي الحالتين، الصمت ليس حكماً على جودة ما بنيت. غالباً هو غياب مسار يصل بين قرارك التقني ومشكلة يفهمها شخص خارج المستودع.
حوّل كل إصدار إلى مادة قابلة للنشر
قبل دمج التغيير الأخير، اكتب ثلاث جمل:
- ما الذي كان المستخدم يعجز عن فعله قبل هذا الإصدار؟
- ما الذي يستطيع فعله الآن؟
- ما الدليل المرئي أو العملي الذي يمكن عرضه من المنتج نفسه؟
هذه الجمل تصلح أساساً لملاحظة إصدار، وفقرة في مقال، ومنشور اجتماعي، ومشهد قصير في فيديو. لا تنسخ النص نفسه في كل مكان. احتفظ بالفكرة والدليل، ثم صغها وفق السياق الذي يقرأ فيه الناس.
وهذا بالضبط هو النوع من العمل المتكرر الذي يمكن لنظام تسويق منضبط أن يحمله عن المؤسس. في Marketing Agent، تبدأ من استراتيجية منتج واحدة تشمل السوق المستهدف، والعميل المثالي، والتموضع، والصوت، والقنوات. ثم تتحول هذه الحدود إلى مقالات ومنشورات ونشرات وفيديوهات، مع إمكان المراجعة قبل النشر أو تشغيل الأتمتة ضمن الصلاحيات والحدود التي تختارها.
كما يستطيع النظام فحص الجاهزية التسويقية، وربط الزوايا بالأدلة، وتنظيم تقويم متعدد القنوات. تبقى القيود ظاهرة، مثل توافر مزود النشر أو الحاجة إلى موافقة بشرية. الغرض هو ألا يصبح التسويق مهمة مرتجلة تبدأ بعد منتصف الليل كلما اكتمل إصدار.
اجعل الصمت إشارة تشغيل
قبل عرض سامر بساعات، عاد إلى سجل التغييرات واختار قراراً واحداً كان مهماً للمستخدم: الأداة تجمع أخطاء الإصدار في مراجعة واحدة بدلاً من تركها مبعثرة بين خطوات الفريق. سجّل لقطة حقيقية، وكتب مثالاً قصيراً يوضح الموقف، ثم جهّز منشوراً يقود إلى تجربة محددة.
لم يضمن ذلك أن ينجح العرض. لكنه غيّر ما سيشاهده الحاضرون. بدلاً من شاشة تنتظر منهم استنتاج قيمتها، وجدوا مشكلة معروفة، ووعداً محدوداً، ودليلاً يستطيعون فحصه.
في صباح الإصدار التالي، لم يغلق سامر الحاسوب عند ظهور العلامة الخضراء. بقيت في قائمته مهمة أخيرة باسم واضح: «انشر ما تغيّر، ولمن يهم، وكيف يراه». عندها فقط اعتبر النسخة مُسلّمة.
اجعل هذه المهمة جزءاً من تعريف «تم». فكل إصدار صامت يراكم فجوة بين ما يعرفه المنتج وما يعرفه السوق. وكل رسالة موثقة تقلّصها.
التعليقات
لا توجد تعليقات بعد.