المؤسّسون ومديرو المنتج
انتقل من فكرة غامضة إلى spec، أو prototype قابل للنقر، أو قرار واضح — واقرأ codebase نفسك دون مطوّر في الغرفة — كل ذلك من محادثة Claude في التطبيق، دون حاجة إلى Terminal.
أنظمة عمل كاملة، لا prompts منفردة — كلٌّ منها يمشي بك خلال الـ workflow كاملًا من البداية إلى النهاية. اختر واحدًا واتبعه.
ابنِ مستند product-context يستطيع Claude استخدامه فعلًا
التقط ما الذي تبنيه، ولمن، وعلامَ تراهن في مستند واحد قابل لإعادة الاستخدام — ثم غذِّه إلى كل playbook آخر من playbooks الـ founders كي تشير «استراتيجيتنا» أخيرًا إلى شيء ملموس.
حوّل سوقك ومنافسيك إلى brief قابل لإعادة الاستخدام
حوّل الواقع الفوضوي لـ«من غيرك موجود في السوق» إلى ملف market-landscape.md قابل لإعادة الاستخدام، يثبّت roadmap وسردك أمام الـ board وكل قرار positioning.
اقرأ codebase الخاص بك بالإنجليزية البسيطة
وجّه Claude إلى repo الخاص بك واسأل عمّا يحدث حين يُسجّل مستخدم، وأي ملفات تعمل وبأي ترتيب، وأين ستعيش ميزة جديدة — بلا مطوّر في الغرفة.
اختبر فكرة تحت الضغط إلى spec للـ v1
حوّل فكرة ميزة غامضة إلى spec واضح للـ v1 — user stories، والـ edge cases التي لا تفكّر فيها، وسطر out-of-scope صريح — قبل أن يبني أحد.
ابنِ prototype قابلًا للنقر كي تقرر
حوّل spec إلى صفحة web واحدة قابلة للفتح تنقر فيها — شيء قابل للرمي تبنيه كي تستشعر التدفّق وتتخذ القرار، لا للإطلاق أبدًا.
اخلُص الـ feedback إلى إشارة roadmap
حوّل كومة من support exports وملاحظات المبيعات وtranscripts المقابلات إلى المحاور المتكررة، وقراءة تميّز النمط الحقيقي عن الصوت العالي المنفرد، وبضعة رهانات — كلٌ منها قابل للتعقّب إلى ما قاله العملاء فعلًا.
حوّل الخيارات إلى قرار تستطيع الدفاع عنه
ضع المفاضلات جنبًا إلى جنب، واحصل على توصية مع تبريرها وأكبر مخاطرة في كل مسار — كي تكون مراجعًا لقرار، لا منشئًا له من الصفر.
نظام التحديث الأسبوعي للمعنيين والمستثمرين
حوّل تصدير metrics وبضعة threads على Slack ودفقة أفكارك إلى تحديث مُحكم ومتّسق الرسالة — داخلي أو للمستثمرين — في نحو 20 دقيقة، وأسرع في كل أسبوع.
من طلب العميل إلى الجاهزية للـ roadmap، من البداية للنهاية
خذ طلبًا من صندوق الوارد إلى الجاهزية للـ roadmap — اخلُص الطلب، حوّله إلى spec، اصنع له prototype، حدّد نطاقه مقابل الكود، واكتب مذكّرة القرار — كي تلتزم بالوقت الهندسي على أساس الأدلة، وهي الـ playbook الجامعة التي تربط البقية معًا.
أدِر التخطيط الربعي وتحديد الأولويات من البداية للنهاية
اخلُص استراتيجيتك وقراءتك للسوق وملاحظات عملائك في خطة ربعية من صفحة واحدة تستطيع الدفاع عنها — themes ومبادرات (initiatives) ملتزَم بها لكلٍّ منها مقياس نجاح، وقائمة cut list صريحة — في فترة بعد ظهر واحدة بدل أسبوع من الاجتماعات.
ابنِ سردية الـ board والـ investor
حوّل استراتيجية الربع، وقراءة السوق، وما حدث فعلًا إلى قصة متماسكة للـ board — pre-read، وهيكل deck مدعوم بالـ metrics، وتجهيز للأسئلة الصعبة تستطيع الدفاع عنه داخل الغرفة.
المؤسّسون ومديرو المنتج مع Claude، بتعمّق
الـ playbooks أعلاه مهامّ مفردة. وهذه هي القراءات المطوَّلة خلفها — كيف يتّسق العمل عبر ربع سنة كامل، وكيف يبدو الجيّد منه، وأيّ الأحكام تفترض الـ prompts أنك اتخذتها سلفًا. اقرأها بأيّ ترتيب.
- pipeline الـ roadmap: منظومة التحديث الأسبوعي، والسلسلة الكاملة من الطلب إلى الـ roadmap الوحدة الرابعة من مسار Founders & PMs — حوّل التحديث الأسبوعي وطلب عميل إلى منظومتي إنتاج: محرّك تحديث أصحاب المصلحة الذي يتراكم أسبوعًا بعد أسبوع، والسلسلة الكاملة التي تأخذ طلبًا من صندوق الوارد إلى مذكّرة جاهزة لـ roadmap ومسنودة بالدليل. ابنِها لشركتك أنت واخضع للتقييم أمام سُلّم تقييم حقيقي.
- أساس Founders & PMs: سياق المنتج وقراءة السوق وخريطة codebase التي يرثها كل قرار الوحدة الأولى من مسار Founders & PMs — تجاوز الوصفة إلى إتقان الأشياء الثلاثة التي يرثها كل spec وprototype وقرار: وثيقة product-context يستطيع Claude أن يفكّر منها فعلًا، وقراءة سوقية تُسمّي وتدك الحقيقي، وخريطة واضحة لـ codebase شركتك. ابنِها لشركتك أنت. متاحة للتجربة مجانًا.
- التخطيط والمجلس: خطة ربعية فيها قائمة استبعاد حقيقية، وسردية مجلس تستطيع الدفاع عنها في الغرفة الوحدة الخامسة من مسار Founders & PMs — حوِّل استراتيجيتك وقراءتك للسوق وأرقام الربع الحقيقية إلى نظامَي إنتاج: خطة ربعية قابلة للدفاع عنها بقائمة استبعاد صريحة، وسردية مجلس يُرجَع فيها كل رقم إلى مصدر مُتحقَّق منه ويُتدرَّب فيها على كل سؤال صعب قبل أن تطرحه الغرفة. ابنِها لشركتك أنت، وقيِّم نفسك مقابل سُلّم تقييم حقيقي.
- خريطة الطريق الجاهزة — المشروع الختامي للمؤسّسين ومديري المنتج المشروع الختامي للمؤسّسين ومديري المنتج — ادمج الوحدات الخمس كلها في مؤسسة منتج متماسكة واحدة لشركة واحدة، مُثبَتة من البداية إلى النهاية بأخذ طلب حقيقي واحد من الإشارة الخام إلى التزام بخريطة طريق جاهزة للمجلس، ويُفحَص وفق سُلّم تقييم رئيسي يغطّي المستندات والحكم الذي وراءها.
- عُدّة أساس Founders & PMs: الملفات التي يُلصق منها كل spec وprototype ومذكرة الحزمة الجاهزة للوحدة الأولى — ملف CLAUDE.md جاهز لفريق Founders & PMs، وقوالب للتعبئة لملفات product-context.md وmarket-landscape.md وcodebase-map.md، إضافة إلى الـ prompts المحفوظة التي تُشغّل كل مهمة متكرّرة. حوّل الأساس الذي كتبته إلى بنية تحتية مشتركة يرثها كل playbook لاحق.
- من الإشارة إلى القرار: حوّل كومة الملاحظات المبعثرة إلى رهان تستطيع الدفاع عنه، والخيارات إلى قرار تستطيع تبريره الوحدة الثالثة من مسار المؤسّسين ومديري المنتجات — حوّل كومة الملاحظات والخيارات المفتوحة التي يواجهها كل مؤسّس إلى حركتين إنتاجيتين: إشارة roadmap موزونة بعدد العملاء المتمايزين لا بأعلى صوت، ومذكّرة قرار فيها توصية وتبريرها وما الذي يقلبها. ابنِها لشركتك أنت واخضع للتقييم مقابل سُلّم تقييم حقيقي.
- من الفكرة إلى الـ prototype: اكتب spec لها، وابنِها قابلة للنقر، وقرّر قبل أن تلمسها الهندسة الوحدة الثانية من مسار Founders & PMs — حوِّل وثيقة السياق وخريطة الـ codebase اللتين بنيتهما في الوحدة الأولى إلى خطوتين إنتاجيتين: spec للـ v1 حادّ بما يكفي للتقدير عليه، وprototype قابل للنقر يكسب قرار البناء أو عدمه. ابنِه لشركتك أنت واحصل على تقييم مقابل سُلّم تقييم حقيقي.
القواعد غير القابلة للتفاوض قبل أن يُنشَر أيٌّ من هذا. اقرأ الدليل التشغيلي للاطّلاع على playbook كامل حول البيانات والعلامة التجارية والجوانب القانونية والتعميم.
- اطلب دائمًا الـ edge cases وما هو خارج النطاق — الـ spec الذي يسرد الـ happy path فقط هو الذي يُفجّر التقدير.
- تعامل مع الـ prototype كشيء تتفاعل معه وتقرّر بناءً عليه، لا كشيء تُطلقه — إنه شيء مؤقت تبنيه كي تتعلّم.
- تستطيع قراءة codebase نفسك: وجّه Claude إلى الـ repo واسأل «بلغة بسيطة، ماذا يحدث حين…» — لا حاجة إلى مطوّر في الغرفة.
- أعطِ Claude المواد الحقيقية — رسالة العميل، الـ feedback export، مستند الخيارات — لا ملخصًا من سطر واحد لها.
- حين تريد قرارًا، اطلب المفاضلات وتوصية مع تعليل، فتكون أنت تفحص قرارًا منطقيًا لا أن تبدأه من الصفر.
أسئلة يطرحها الناس
- هل أحتاج إلى كتابة code لاستخدام هذا؟
- لا. تفتح تطبيق Claude Code Desktop وتصف ما تريد باللغة الطبيعية — spec، أو prototype قابل للنقر، أو قراءة لـ codebase نفسك — ويتولّى Claude الكتابة. أنت تتفاعل وتقرّر؛ ولا تكتب الـ code، ولا تلمس Terminal أبدًا.
- هل يمكن لـ prototype يبنيه Claude أن يذهب إلى العملاء مباشرةً؟
- لا — تعامل مع الـ prototype كشيء مؤقت تبنيه كي تتعلّم وتتفاعل معه، لا ككود production أبدًا. وجوده كي تشعر بسير العمل وتقتل فكرة سيئة بثمن بخس قبل أن تبدأ أي هندسة حقيقية.
- هل يستطيع فعلًا قراءة codebase شركتي؟
- نعم. وجّه Claude إلى الـ repo عندك واسأل، بلغة بسيطة، ماذا يحدث حين يسجّل مستخدم — يسمّي الملفات الحقيقية والمسار. هكذا تدخل النقاش الهندسي وأنت تعرف شكله أصلًا.
- ما المهمة الأولى الواقعية؟
- اختبار طلب ميزة غامض وتحويله إلى spec قصير: اطلب من Claude الـ user stories، والـ edge cases التي تفوتك، وما هو خارج النطاق صراحةً في الـ v1. سطر «خارج النطاق» وحده هو حيث يثبت قيمته.