التحديث الدوري هو المهمة التي يرهبها كل founder وكل PM ثم يتجاوزها بهدوء — وتجاوزه هو بالضبط ما يجعل المستثمرين يفترون والفريق يفقد البوصلة. الحل ليس الانضباط، بل نظام: قالب ثابت إضافةً إلى سياق منتجك، فيصير كل أسبوع تعبئةً لفراغات في 20 دقيقة، لا معاناةً أمام صفحة بيضاء. أدخِل أسبوعك الخام — تصدير metrics، الـ threads على Slack، ما يدور في رأسك — فيصوغ Claude تحديثًا نظيفًا وفق ذلك القالب. ولأن القالب والسياق يُعاد استخدامهما، فالأمر يتراكم: الأسبوع الثاني أسرع من الأول، والأسبوع الخام نفسه يصير تحديثًا داخليًا صريحًا أو investor update موجزًا دون إعادة العمل. كل ذلك محادثة في Claude Desktop — بلا Terminal وبلا تثبيت.
- ملف
update-template.mdالخاص بك — تبنيه مرة واحدة في الخطوة 1، ثم تُعيد استخدامه كل أسبوع بعدها. - المدخلات الخام لهذا الأسبوع: تصدير metrics (
metrics.csvأو جدول ملصوق)، الـ threads على Slack أو من الـ standup التي كانت مهمة، ودفقة أفكار سريعة عمّا حدث — مكاسب، حرائق، قرارات. أسقِط الملفات في المجلد الذي تفتحه في Claude Desktop، أو الصق كل ذلك في المحادثة. - ملف
product-context.mdإن كان لديك (ماذا تبني، ولمن، وما الـ metrics التي تهم، وفي أي مرحلة أنت) — فهو يُبقي المسودة على رسالتها بدل أن تكون عامة. - تحديث الأسبوع الماضي المُرسَل، كي يتمكّن Claude من تتبّع الفروقات والبناء على ما تركته.
-
ابنِ القالب مرة واحدة
عرّف شكل كل تحديث مستقبلي مرة واحدة فقط. الهيكل الثابت هو ما يحوّل الصفحة البيضاء المرهوبة إلى مهمة تعبئة فراغات — وهو ما يجعل بقية النظام سريعًا. اجعل Claude يصوغه، ثم تُقرّر أنت الأقسام النهائية.
أنت تطلبصُغ قالب تحديث أسبوعي قابلًا لإعادة الاستخدام باسم update-template.md بهذه الأقسام، مع ملاحظة من سطر واحد لكل قسم عمّا يُكتب فيه: (1) كتلة الـ metrics — الأرقام الـ 4-6 التي نتتبّعها، مع عمودين للأسبوع الماضي والهدف؛ (2) المكاسب — ما الذي تحرّك؛ (3) النقاط السلبية والمخاطر — ما المتعثّر أو المقلق، بصراحة؛ (4) الطلبات — أين أحتاج مساعدة أو تعريفات أو قرارات؛ (5) ما التالي — تركيز الأسبوع القادم. اجعله مُحكمًا وسهل المسح.ما تحصل عليه هيكل
update-template.mdنظيف بالأقسام الخمسة وملاحظات إرشادية — الإطار الثابت الذي ستصبّ فيه كل أسبوع.احفظ هذا الملف. عدّل كتلة الـ metrics لتطابق الأرقام الـ 4-6 التي تعيش عليها فعلًا؛ هذا القالب هو الأصل الذي يجعل كل أسبوع قادم 20 دقيقة بدل ساعة.
-
صُغ التحديث من مدخلات الأسبوع الخام
الآن أعطِ Claude الأسبوع الفوضوي إضافةً إلى القالب وسياق منتجك، ودعه يتولّى التركيب. أنت لا تكتب — أنت تسلّم المادة الخام وتستعيد مسودة أولى منظّمة تتفاعل معها.
أنت تطلبباستخدام update-template.md و product-context.md، صُغ تحديث هذا الأسبوع. هذه هي المدخلات الخام: [الصق تصدير الـ metrics، والـ threads المهمة على Slack، ودفقة أفكاري عمّا حدث]. املأ كل قسم. في كتلة الـ metrics، استخدم فقط الأرقام التي أعطيتك إياها فعلًا — إن نقص رقم، اترك مكانًا محجوزًا [TODO: confirm] بدل اختراعه. أشِر إلى أي شيء تستنتجه.ما تحصل عليه مسودة أولى كاملة مرتّبة على قالبك — الـ metrics مملوءة من بياناتك، والمكاسب والنقاط السلبية مستخلَصة من المدخلات الخام، وفجوات صادقة بصيغة
[TODO: confirm]حيث لم يُقدَّم رقم بدل تخمين واثق.تعليمة المكان المحجوز تهم: هي الفرق بين فجوة ستلاحظها وتملأها، ورقم ملفّق سترسله بالخطأ.
-
اضبط المسودة للجمهور والنبرة
هذه هي الحركة التي تستحق ثمنها: المسودة نفسها تصير تحديثين مختلفين. التحديث الداخلي صريح ومفصّل ومركّز على الإجراء؛ والـ investor update موجز، يقدّم الـ metrics أولًا، ويفتتح بالعنوان الأبرز. أخبِر Claude أيًّا منهما تشكّل، واجعله يقتطع وفق ذلك.
أنت تطلباضبط هذا ليصير INVESTOR update: افتتح بالـ 3-4 metrics البارزة والقصة التي ترويها في سطر واحد، أبقِ المكاسب في القليلة المهمة فقط، اذكر النقاط السلبية والمخاطر بصدق (لا تُجمّلها)، واجعل الطلبات محدّدة وسهلة التنفيذ. احذف أي شيء يبدو ضجيجًا داخليًا أو حشوًا. ثم أعطِني نسخة INTERNAL للأسبوع نفسه: تفصيل أكثر، النقاط السلبية التشغيلية، والخطوات التالية على مستوى الفريق. كلتاهما لا تتجاوز شاشة واحدة.ما تحصل عليه نسختان مضبوطتان لأسبوع واحد — investor update موجز يقدّم الـ metrics أولًا، وآخر داخلي أوفى وأصرح — مع حذف الحشو وجعل الطلبات ملموسة في كلتيهما.
اقرأ كلتيهما بنفسك قبل أن يُرسَل أي شيء. Claude يضبط النثر جيدًا؛ لكنه لا يعرف أي نقطة سلبية لست مستعدًا لعرضها على الـ board هذا الأسبوع. هذا القرار قرارك أنت.
-
تتبّع الفروقات واحفظ النسخة المُرسَلة
ما يجعل هذا نظامًا لا مجرد مسودة أسبوعية هو الذاكرة. اجعل Claude يقارن بالأسبوع الماضي كي يصير الاتجاه مرئيًا — «الـ MRR ارتفع 8%، الـ churn ثابت، طلبان من الأسبوع الماضي ما زالا مفتوحين» — ثم احفظ ما أرسلته فعلًا، كي يبدأ الأسبوع القادم منه لا من الصفر.
أنت تطلبقارِن تحديث هذا الأسبوع بتحديث الأسبوع الماضي [الصقه]: أي الـ metrics تحرّكت وبكم، وأي الطلبات من الأسبوع الماضي ما زالت مفتوحة، وأي النقاط السلبية حُلّت أو ساءت. أضِف سطر فرق من سطر واحد بعنوان «منذ الأسبوع الماضي» أعلى التحديث. ثم احفظ النسخة النهائية التي أرسلها باسم update-2026-06-24.md.ما تحصل عليه سطر فرق يجعل المسار واضحًا بنظرة واحدة، وفحصًا لما إذا كانت طلبات الأسبوع الماضي قد نُفّذت، والتحديث المُرسَل محفوظًا كملف مؤرَّخ — البذرة لمسودة الأسبوع القادم.
حفظ النسخة المُرسَلة (لا المسودة) هو ما يجعل الدورة تتراكم. في الأسبوع القادم، يكون ملف الأسبوع الماضي المُرسَل هو نقطة بدايتك وأداة مساءلتك.
- واءِم الإيقاع مع الجمهور. تحديث الفريق يمكن أن يجري أسبوعيًا ومفصّلًا؛ والـ investor update غالبًا ما يصل أفضل شهريًا وأكثر إحكامًا. ابنِ القالب مرة، ثم شغّل النسخة الموجّهة للمستثمرين كل أسبوع رابع من التحديثات الداخلية الأربعة التي يملكها Claude بالفعل — فهو يلخّص الشهر بدلًا من أن تعيد أنت جمعه.
- اكتب التحديث العربي أصيلًا، لا مترجَمًا. إن كان الـ board لديك، أو الـ family office، أو المستثمرون المحليون يقرؤون العربية، فلا تُترجم الإنجليزي آليًا. صُغ تلك النسخة بالعربية مباشرةً من المدخلات الخام نفسها — فالعربية تحمل سجلّها ورسميّتها الخاصة في التواصل مع المعنيين، وتحديث مترجَم عن الإنجليزية يقرأ متيبّسًا وناشزًا. الأرقام نفسها، الصدق نفسه، مكتوبًا للقارئ.
- ذاكرة علاقات المستثمرين. احتفظ بملف
investors.mdمتجدّد يضم من على القائمة، وما يهمّ كلًا منهم، والطلبات التي قدّمتها — كي يستطيع Claude أن يُفصّل قسم الطلبات ويذكّرك بما وعدت به ولمن. - أتمِت التركيب (مسار `Power Track`): ما إن تُضبَط سلسلة الـ prompts، تستطيع الفرق المتقدّمة حفظها كأمر مخصّص
/updateأو ربط scheduled agent يصوغ الهيكل كل جمعة (انظر تبويب Features). على Desktop يمكنك إبقاء الـ prompt المضبوط في ملاحظة ولصقه كل أسبوع بدلًا من ذلك.
- تحقّق من كل metric ورقم قبل الإرسال. يذكر Claude الأرقام بثقة تامة، بما فيها التي استنتجها أو نقلها خطأً. الـ investor update برقم خاطئ يُهدر الثقة بسرعة ويصعب التراجع عنه — راجع كل رقم مقابل التصدير المصدري بنفسك. عادة
[TODO: confirm]من الخطوة 2 هي شبكة أمانك؛ لا تُمرّر الفجوات بل املأها. - لا تلصق أبدًا بيانات مالية سرية، أو تفاصيل الـ cap table، أو بيانات PII للعملاء في محادثة عامة. أبقِ البيانات الخام الحسّاسة — الـ P&L الكامل، الـ cap table، إيرادات عملاء بأسمائهم — داخل بيئة عمل اعتمدتها شركتك لذلك، وشارك في المحادثة الإجماليات فقط (الـ MRR، معدّل النمو، الـ runway بالأشهر). يجب أن يحمل التحديث الرقم البارز، لا الملف السري الكامن خلفه.
- أبلِغ عن النقاط السلبية بصدق — لا تدع المسودة تُجمّل. سيُلطّف Claude بطيب خاطر أسبوعًا سيئًا ليبدو أزهى مما كان. تحديث مصقول يخفي قفزة في الـ churn أو إطلاقًا متأخّرًا أسوأ من تحديث فظّ: المستثمرون والفرق يسامحون المشكلات، لا المفاجآت. تأكّد أن قسم النقاط السلبية يقول ما حدث فعلًا من خطأ.
- التحديث ملكك أنت لتمتلكه وترسله. Claude يصوغ؛ أنت تقرّر ما فيه، ومدى صراحة النقاط السلبية، وأي الطلبات تقدّمها. اقرأه كاملًا قبل أن يخرج — اسمك عليه، لا اسم Claude.
ستحصل في النهاية على محرّك تحديث قابل للتكرار: أسبوع خام مبعثر يصير تحديثًا مُرسَلًا متّسق الرسالة — داخلي أو للمستثمرين — في نحو 20 دقيقة، متّسقًا في كل دورة، وأسرع كلما تراكم القالب وتاريخ ما أرسلته أسبوعًا بعد أسبوع.
أسئلة يطرحها الناس
- كيف يجعل هذا كتابة التحديث أسرع بدل مجرد نقل العمل من مكان إلى آخر؟
- السرعة تأتي من إعادة الاستخدام. تبني القالب وسياق منتجك مرة واحدة، وبعدها يصير كل أسبوع ملءَ Claude لهيكل ثابت من مدخلاتك الخام بدل أن تواجه أنت صفحة بيضاء. بحلول الأسبوع الثالث تكون تراجع مسودة وتتحقّق منها، لا تكتبها — وتحديث الأسبوع الماضي المُرسَل يُبذّر تحديث هذا الأسبوع، فيتقلّص الجمع أيضًا.
- هل تستطيع مسودة واحدة أن تخدم فريقي ومستثمريّ معًا فعلًا؟
- نعم — تلك هي الحركة الجوهرية في الخطوة 3. الأسبوع الخام نفسه يُضبَط على نحوين: تحديث داخلي صريح ومفصّل ومركّز على الإجراء، و investor update موجز يقدّم الـ metrics أولًا ويفتتح بالعنوان الأبرز. تشكّل كليهما من مسودة واحدة بدل كتابة اثنين من الصفر.
- هل من الآمن أن أضع بياناتي المالية والـ metrics في Claude لأجل هذا؟
- شارك الإجماليات، لا البيانات الخام السرية. الـ metrics البارزة مثل الـ MRR ومعدّل النمو والـ runway لا بأس بالصياغة عليها. أما الـ P&L الكامل والـ cap table وإيرادات العملاء بأسمائهم فينبغي أن تبقى في بيئة عمل اعتمدتها شركتك لتلك البيانات — الصق الرقم الموجز في المحادثة، لا الملف السري الكامن أبدًا ولا بيانات PII للعملاء.
- هل سيضبط Claude أرقامي على نحو صحيح؟
- عامِل كل رقم على أنه غير مُتحقَّق منه حتى تراجعه مقابل المصدر. يذكر Claude الأرقام بثقة حتى حين يستنتج رقمًا أو ينقله خطأً، ورقم خاطئ في investor update مُكلِف التراجع عنه. هذا الـ playbook يجعل Claude يترك مكانًا محجوزًا `[TODO: confirm]` لأي رقم لم تُقدّمه — ومهمتك أن تملأ كل واحد وتتحقّق منه قبل الإرسال.