الإطلاق هو حيث يُختبر كل ما بنيته دفعةً واحدة: الـ positioning، والنبرة، والقنوات، والتوقيت. إن أُنجِز ارتجالًا، صار فوضى من assets نصف منجزة ويوم إطلاق تكتب فيه الإعلان في الـ 11 مساءً. هذا النظام يسير بك على المسار كاملًا — ثبّت الرسالة، وخطّط للقنوات، واكتب الـ assets، وابنِ runbook — كي يكون يوم الإطلاق تنفيذًا لا ذعرًا. إنه يستدعي عمل brand voice وعملك التنافسي ويربطهما معًا.
- ما الذي تطلقه: موجز أو spec أو نص محادثة المنتج في
launch-brief.md. - ملف
brand-voice.md(من playbook الـ brand voice) وموجزك التنافسي (من playbook الـ competitor intel)، إن وُجدا. - القيود: تاريخ الإطلاق، والقنوات التي ستستخدمها، ومن المعنيّون، وأي dependencies صارمة (مراجعة قانونية، webinar، حظر صحفي).
-
ثبّت الرسالة قبل أي assets
افتح المجلد الذي يحوي موجز الإطلاق ومستند الـ brand-voice والموجز التنافسي في Claude Code Desktop واسأل في المحادثة مباشرةً — دون أي حاجة إلى Terminal. أكبر خطأ في الإطلاق هو صنع الـ assets قبل تثبيت الـ positioning. اجعل الرسالة حادّة أولًا — وكل ما يأتي بعدها يرثها.
أنت تطلباقرأ launch-brief.md. اكتب بيان positioning: لمن هو، والمشكلة التي يقضي عليها، وعبارة القيمة من سطر واحد، و3 نقاط دليل. ثم أعطِني نسخة قوية ونسخة بسيطة. لا تكتب أي assets للحملة بعد.ما تحصل عليه بيان positioning محكم إضافةً إلى عبارة قيمة جاهزة لتكون عنوانًا في نبرتين — الأساس الذي سيرثه كل asset. ثبّت هذا قبل المضيّ قُدُمًا.
إذا لم تكن عبارة القيمة واضحة هنا، فلن ينقذ الإطلاق أيُّ قدرٍ من النصوص الذكية لاحقًا. اصرف وقتك على هذه الخطوة.
-
خطّط لمعمارية الحملة
قرّر الشكل قبل الكتابة: المراحل، والقنوات، والتسلسل، والدور الذي تلعبه كل قطعة. هذا يمنع كومةً من الـ assets غير المترابطة.
أنت تطلبباستخدام brand-voice.md، صمّم حملة إطلاق من 3 مراحل — تشويق، إطلاق، استدامة. لكل مرحلة: أي قنوات، وما مهمّة كل asset، والتسلسل. أعطِني المعمارية على شكل جدول، لا النصوص بعد.ما تحصل عليه خريطة حملة مرحلية — تشويق/إطلاق/استدامة عبر قنواتك، لكل asset مهمّة واضحة — كي تكتب وفق خطة لا في فراغ.
-
اكتب مجموعة الـ assets
الآن ولّد النصوص الفعلية، كلّها من الرسالة المثبّتة نفسها والنبرة نفسها، كي يبدو email الإعلان وthread الـ X وقسم الـ hero في الـ landing page وكأنها إطلاق واحد.
أنت تطلبالآن اكتب الـ assets الأساسية بنبرتنا: blog post الإعلان (400 كلمة)، وemail (خيارات عنوان + متن)، وthread إطلاق من 6 posts على X، و3 posts على LinkedIn، وقسم الـ hero في الـ landing page (عنوان + عنوان فرعي + CTA). كلّها من الـ positioning المثبّت.ما تحصل عليه مجموعة assets كاملة بمسودّة أولى — blog، وemail، وthread، وسوشيال، وقسم الـ hero — متّسقة في الرسالة والنبرة لأنها أتت من مصدر واحد.
-
ابنِ runbook يوم الإطلاق
حوّل الخطة والـ assets إلى runbook ساعةً بساعة كي يكون يوم الإطلاق checklist، لا اختبار ذاكرة تحت الضغط.
أنت تطلبابنِ runbook ليوم الإطلاق: جدول زمني ساعةً بساعة لما يُنشر ومتى، وعلى أي قناة، ومن يملكه، والـ dependencies. أضِف checklist قصيرة لما قبل الإطلاق لليوم السابق. جدول واحد نظيف إضافةً إلى الـ checklist.ما تحصل عليه runbook ساعةً بساعة مع المالكين والـ dependencies، إضافةً إلى checklist لليوم السابق — المستند الذي يجعل يوم الإطلاق هادئًا.
-
هاجم الخطة كلّها (red-team)
قبل أن تلتزم، دع Claude يهاجم الخطة. مراجعة متشكّكة الآن أرخص بكثير من اكتشاف الفجوة مباشرةً يوم الإطلاق.
أنت تطلبهاجم هذا الإطلاق كلّه كمدير تسويق متشكّك (red-team): أين الرسالة ضعيفة، وما الذي قد يسوء في اليوم نفسه، وأين نفرط أو نقصّر في الاستثمار، وما الافتراض الأعلى مخاطرةً الوحيد؟ أعطِني أعلى 5 مخاطر وتخفيفًا لكلٍّ منها.ما تحصل عليه قائمة مخاطر مرتّبة بالأولوية مع تخفيفات — الفجوات تُمسَك قبل الإطلاق بدلًا من أثنائه.
- إطلاق أصغر: اختصرها إلى 3 خطوات (الرسالة ← الـ assets ← الـ runbook) لإصدار ميزة بدلًا من إطلاق رئيسي.
- استخدم الموجز التنافسي: أدخِل موجز competitor-intel في الخطوة 1 كي يكون الـ positioning متمايزًا صراحةً، لا واضحًا داخليًا فقط.
- إطلاق ثنائي اللغة (MENA): شغّل مجموعة الـ assets مرتين — مرة لكل لغة، كل منها من مستند
brand-voiceخاص بها — وكيّف، لا تترجم. وطّن نقاط الإثبات والأمثلة والـ CTAs لكل سوق؛ إطلاق يُقرأ أصيلًا بالعربية والإنجليزية معًا يتفوّق على إطلاق يُقرأ مترجَمًا في أيٍّ منهما. - حلقة ما بعد الإطلاق: بعد أسبوع، شغّل playbook الـ performance-review على مقاييس الإطلاق لالتقاط ما نجح من أجل المرة القادمة.
- لا تتخطَّ الخطوة 1 للوصول إلى الجزء الممتع. الـ assets المبنية على positioning ضبابي سريعة الصنع وعديمة القيمة عند النشر.
- كل ادعاء في نص الإطلاق يخضع للتدقيق — تحقّق من الإحصاءات والأسماء والوعود بصرامة أكبر مما تفعل مع المحتوى الروتيني. رقم خاطئ بثقة في يوم الإطلاق مكلف.
- سمِّ الموافِقين في الـ runbook، لا الناشرين فقط. على مستوى المؤسسة، ما يُؤخّر الإطلاق ليس النص — بل موافقة قانونية غير مؤمَّنة أو مسؤول تنفيذي لم يرَ الرسالة قط. ضع كل بوابة موافقة (العلامة التجارية، والقانونية، والإقليمية، والتنفيذية) على الجدول الزمني بمالك وموعد نهائي، تمامًا كما تجدول الـ posts.
- Claude يكتب؛ لكنه لا يملك. ما زال البشر يملكون الموافقة النهائية والمراجعة القانونية وضغطة الزر الفعلية. استخدمه للانتقال من الصفر إلى الـ draft بسرعة، لا لإزالة الحكم البشري.
ستحصل في النهاية على إطلاق كامل في workflow واحد: positioning مثبّت، وخطة حملة مرحلية، ومجموعة assets كاملة بنبرتك، وrunbook ساعةً بساعة، وقائمة مخاطر مُهاجَمة (red-teamed) — يوم الإطلاق تنفيذًا، لا ارتجالًا.
أسئلة يطرحها الناس
- لماذا يرفض هذا الـ workflow كتابة أي assets حتى الخطوة الثالثة؟
- لأن أكبر خطأ في الإطلاق هو صنع الـ assets قبل تثبيت الـ positioning. كل asset يرث الرسالة، لذا فعبارة قيمة ضبابية تنتج نصًّا سريع الكتابة وعديم القيمة عند النشر. ثبّت الرسالة أولًا.
- كم يستغرق إطلاق كامل بهذا النظام؟
- خصّص نحو نصف يوم لإطلاق رئيسي — الرسالة، ومعمارية الحملة، ومجموعة الـ assets الكاملة، والـ runbook، وجولة red-team. ولإصدار ميزة أصغر يمكنك اختصاره إلى ثلاث خطوات: الرسالة، الـ assets، الـ runbook.
- هل يتولّى Claude الإطلاق بنفسه؟
- لا. Claude يكتب؛ لكنه لا يملك. ما زال البشر يملكون الموافقة النهائية والمراجعة القانونية وضغطة الزر الفعلية — استخدمه للانتقال من الصفر إلى الـ draft بسرعة، لا لإزالة الحكم البشري.
- ما مدى الحذر الذي أحتاجه مع الحقائق في نص الإطلاق؟
- حذرٌ أكبر مما تحتاجه مع المحتوى الروتيني. تحقّق من كل إحصاء واسم ووعد — رقم خاطئ بثقة في يوم الإطلاق مكلف وعلنيّ جدًّا.