بين يدي فريقك playbooks المبيعات — أنظمة عمل مفصّلة للتحضير لمكالمة، وتخصيص التواصل البارد، وإدارة الـ discovery، وكتابة العرض، وإدارة التجديد. تلك تقول للمندوبين ماذا يفعلون. أما هذا الدليل فهو الطبقة التي تحتها: نموذج التشغيل الذي يبقي العمل آمنًا، ممتثلًا، صادقًا، وعلى الرسالة وهم يسرعون. كتبناه لقائد مبيعات يطرح Claude على فريق كامل، لا لمندوب يجرّب وحده.
الخطأ الوحيد الذي يقلب مشروع ذكاء اصطناعي إلى حادثة ليس prompt رديئًا — بل غياب قاعدة واضحة في بيانات العملاء والادعاءات ومن يملك الالتزام بالسعر. وليس فيما يلي إجراءات ثقيلة؛ هي حفنة ضوابط تجعل فريقك يتحرك بسرعة لأن الحدود بيّنة.
نموذج التشغيل: Claude يصوغ، وفريقك يُغلق الصفقة
ابدأ من المبدأ الذي يُعلَّق عليه كل ما بعده: Claude يكتب المسودات؛ والإغلاق للبشر. هو أسرع مساعد مبيعات عملت معه في حياتك — لا يتعب من brief ولا ملخص ولا بحث ولا تنظيف pipeline ولا مسودة عرض — لكنه بلا حكم مهني، وبلا مساءلة، ولا يقرأ أجواء الاجتماع، ومن عادته أن يذكر معلومة خاطئة بثقة كاملة.
لذلك فقسمة العمل ثابتة لا تتبدل:
- Claude يتولى التحضير والأعمال الإدارية: يجهّز brief الحساب، يبحث في العميل المحتمل، يوثّق مكالمة الـ discovery، يكتب مسودة الملخص، ينظّف الـ pipeline، يصوغ العرض من قواعدكم، ويختبر خطة التجديد بعين الخصم.
- الإنسان يتولى البيع والقرار: يقرأ أجواء الاجتماع، يتحقق من الوقائع، يؤهّل بصدق، يلتزم بالرقم، ويملك العلاقة.
الفريق الذي يستوعب هذه القسمة يكسب السرعة بلا مخاطرة. والفريق الذي ينساها يرسل تاريخ تجديد خاطئًا مكتوبًا بثقة، أو يلتزم مندوبه بخصم لم يعتمده أحد. الـ playbooks كلها مبنية على هذا الخط: توصلك إلى مسودة قوية بسرعة، ثم تعيد الحكم إلى إنسان عن قصد.
أيّ بيانات العملاء يجوز مشاركتها — وأيّها لا يجوز
على Desktop، المجلد هو الحدّ — لا يرى Claude إلا ما فتحته له — ونافذة Ask permissions تستأذنك قبل كل قراءة. هذا يجعل قاعدة البيانات سهلة الصياغة وسهلة الالتزام:
- مسموح العمل عليه (داخل مساحة عمل معتمدة): ملاحظات مكالماتك، والتفريغات النصية، وسلاسل البريد، وملف CSV بالعملاء المحتملين، وتقرير الـ pipeline، ووثائق القيمة والتسعير عندكم. هذه هي المادة الخام التي تعمل عليها الـ playbooks.
- يُعامل بحذر إضافي / يُجرَّد أولًا: كل ما فيه بيانات شخصية لعميل (أسماء، بريد، هواتف)، وشروط العقود، والبيانات الشخصية على مستوى كل عميل محتمل، وكل ما هو تحت NDA أو حظر نشر. استخدم عناصر نائبة مثل
[prospect]/[account]في أي prompt تشاركه، وجرّد أي تقرير إلى ما تحتاجه المهمة فعلًا قبل أن يصل إلى المحادثة.
عادتان تجعلان هذا تلقائيًا. الأولى: لا تُدخل إلا ما تحتاجه المهمة — مراجعة الـ pipeline تعمل على المراحل والمبالغ، لا على التفاصيل الشخصية لكل جهة اتصال. والثانية: حين يحمل تفريغ نصي أو تقرير بياناتٍ شخصية فعلًا، فأبقِ المهمة كلها داخل مساحة العمل التي اعتمدتها شركتك لتلك البيانات، لا في محادثة عامة. وplaybook الـ account-brief وplaybook الـ post-call-system وplaybook الـ pipeline-review تنبّهك إلى هذا عند الخطوة نفسها التي يلزم فيها. وتذكّر: Claude يحلّل ويكتب؛ ويبقى الـ CRM هو السجلّ الرسمي.
بوابة deal-desk والاعتماد
أسرع طريقة لتخسر صفقة — أو تخلق ورطة تعاقدية — أن تدع السرعة تقفز فوق أصحاب الشروط التجارية. فاجعل بين المسودة والمشتري بوابة واحدة معلنة:
- التسعير والخصومات وشروط العقد تمرّ على deal-desk أو مدير قبل أن تصل إلى العميل. playbook الـ proposal-and-pricing يحسب السعر من ملف
pricing.mdعندكم وحده، ويؤشّر على كل ما يتجاوز نطاقات الخصم المعتمدة بدل أن يخترع رقمًا. - كل ادعاء ورقم عائد وإحصاءة استخدام وتاريخ تجديد يُقابَل بمصدر حقيقي — Claude يذكر الرقم بالثقة نفسها صحيحًا كان أم خاطئًا، والمندوب هو المدقق.
- كل ما يخضع لتنظيم أو يمسّ منافسًا — ادعاء يسمّي منافسًا، وعد تحكمه قواعد امتثال، تواصل بارد في سوق منظَّم — يمرّ بالمراجعة نفسها، والتواصل يلتزم قواعد الموافقة وإلغاء الاشتراك ومكافحة الرسائل المزعجة، لا آداب المراسلة وحدها.
وليست هذه بيروقراطية أُلصقت بالعمل — بل خطوة واحدة مُسمّاة في سير العمل. playbook الـ renewal-campaign وplaybook الـ strategic-account-plan يضعان المعتمِدين داخل خطة التنفيذ نفسها بأسمائهم ومواعيدهم — لأن الذي يؤخّر الصفقة على مستوى المؤسسات ليس العرض، بل اعتماد لم يُؤمَّن في وقته.
من يملك ماذا (توزيع أدوار خفيف على طريقة RACI)
السرعة تموت حين يَغمُض من صاحب «نعم». لست بحاجة إلى مصفوفة RACI رسمية — بل إلى أربعة أدوار مُسمّاة لكل صفقة:
- يصوغ — المندوب الذي يشغّل الـ playbook مع Claude.
- يراجع — المدير في قراءة الصفقة والـ forecast؛ والخبير المختص في الوقائع.
- يعتمد — deal-desk أو مدير في السعر والشروط؛ والقانونية في كل ما هو منظَّم أو غير قياسي.
- يملك — إنسان يملك العلاقة، ويلتزم بالرقم، ويجيب عن النتيجة.
والمقصود أن Claude ليس أيًّا من الأربعة. هو الأداة التي يستعملها صاحب دور «يصوغ». اكتب هذه الأسماء الأربعة مرة واحدة لكل خط عمل (الصفقات الجديدة، التجديدات، الحسابات الاستراتيجية)، وستختفي معظم حرائق «من اعتمد هذا الخصم؟».
البيع بلغتين: العربية والإنجليزية
لفريق يعمل في المنطقة، الثنائية اللغوية ليست خطوة ترجمة تُلحق بآخر المشروع — إنها مسار موازٍ كامل. والقاعدة الحاكمة: كيّف، لا تترجم.
- ابنِ سردية القيمة بكل لغة على حدة. للعربية سجلّها ودرجة رسميتها ونقاط إثباتها التي تصل إلى القلب. ابنِ ملف
value-prop.mdعربيًا من مراجع ونتائج لها وزنها في السوق المحلية، بالطريقة نفسها التي يبني بها playbook الـ value-narrative النسخة الإنجليزية — لا تترجم الإنجليزية وتتوكل. - التواصل البارد يُكتب، لا يُترجم. الرسالة الباردة أو العرض لمشترٍ عربي يُصاغ بالعربية من أول سطر؛ السطر المترجم آليًا يُقرأ مترجمًا، وفي هذه المنطقة هذا هو الفرق بين نهج يوثَق به ورسالة تُتجاهل.
- البوابات نفسها للغتين. التواصل والعروض بالعربية تمرّ بالتحقق من الوقائع وبوابة deal-desk ومراجعة الامتثال نفسها التي تمرّ بها الإنجليزية — ويراجع لغتَها قارئ متمكن. لا تدع اللغة الثانية تفلت من الاعتماد لأن أحدًا في سلسلة الموافقات لا يقرؤها؛ جِد من يقرؤها.
هكذا تكون العربية ندًّا كاملًا للإنجليزية في صالة مبيعاتك، لا فكرة لاحقة — وفي هذه المنطقة، هذا هو الفرق بين الثقة ومظهر الكتيّب المترجم.
مسار القدرات: من أول brief إلى الحساب الاستراتيجي
رُتّبت الـ playbooks مسارًا متدرجًا، لا قائمة مفتوحة، لأن المتأخر منها يقوم فعلًا على المتقدم. مرّر فريقك عليها بالترتيب:
- المرحلة 1 — الأسس. ابنِ الأصول المعاد استخدامها التي تنطلق منها كل صفقة: سردية القيمة (
value-prop.md)، والـ ICP ومعايير التأهيل، وبطاقات الردود على الاعتراضات. اقفز عنها وسيبدأ كل brief ورسالة افتتاحية وعرض من تخمين. - المرحلة 2 — الأنظمة المتكررة. حوّل الأسس إلى محركات أسبوعية: brief ما قبل المكالمة، ومحرّك التواصل، ونظام الـ discovery، ومتابعة ما بعد المكالمة، ومسودة العرض والتسعير، ومراجعة الـ pipeline الأسبوعية.
- المرحلة 3 — الإدارة الشاملة. أدِر اللحظات الكبرى متعددة الأطراف — حملة التجديد وخطة الحساب الاستراتيجي الكاملة — التي تستدعي كل أساس وكل نظام معًا.
وعلى صفحة فريق المبيعات تجد المسار معروضًا مرحلة مرحلة مع شريط تقدم، ويستطيع كل فرد تعليم ما أنجزه — فتتحول «نحن نطوّر قدرات الفريق» من أمنية إلى رقم تراه بعينك. (يُحفظ التقدم على جهاز كل شخص؛ ولوحة جماعية يراها المدير هي الخطوة الطبيعية التالية بعد أن يقطع الفريق المسار.)
الطرح على الفريق: خطة 30/60/90
لا تعمّم على الجميع من اليوم الأول — فهكذا تفتر المشاريع وتموت. درِّج الطرح كما دُرّج المسار نفسه. هذه الخطة كاملة، بصيغة يمكنك نسخها إلى مستندك:
30/60/90 — طرح Claude على فريق مبيعات
الأيام 1–30 — الأسس
- اختر 2–3 من المندوبين المتحمسين، من الصفقات الجديدة وإدارة الحسابات.
- ابنوا وثائق المرجع الثلاث: value-prop.md وicp.md/qualify.md
وbattlecards.md.
- اتفقوا على صفحة الضوابط: ما المسموح مشاركته من بيانات العملاء، ومن
يعتمد السعر والخصومات والشروط.
- يشغّل كل مندوب أول playbook حقيقيًا من المرحلة 1 من أوله إلى آخره.
الأيام 30–60 — الأنظمة المتكررة
- انقلوا المحركات الأسبوعية إلى Claude: الـ brief، والتواصل البارد،
وتوثيق الـ discovery، والملخص، ومسودة العرض، ومراجعة الـ pipeline
يوم الخميس.
- دوّنوا الـ prompts الناجحة في CLAUDE.md مشترك وslash commands.
- سمّوا الأدوار الأربعة لكل خط عمل: يصوغ / يراجع / يعتمد / يملك.
الأيام 60–90 — الإدارة الشاملة
- أديروا تجديدًا حقيقيًا واحدًا وحسابًا استراتيجيًا واحدًا كاملَين عبر
الـ playbooks.
- ثبّتوا بوابات الاعتماد (deal-desk، القانونية، الراعي التنفيذي)
خطواتٍ مُسمّاة في خطة التنفيذ.
- راجعوا مسار القدرات: من أتم أي مرحلة، وأين الفجوات،
وأي المقاعد تُضاف بعد ذلك.قاوم رغبتك في فرضه على الصالة كلها دفعة واحدة. التبنّي عادة تنتشر، لا مفتاح يُقلب. ابدأ بقلة من المندوبين على الأسس، وأعطهم وثائق المرجع الثلاث وصفحة قواعد واحدة، ودعهم يدوّنون ما ينجح — وبحلول اليوم التسعين يكون عندك فريق أدار تجديدًا حقيقيًا وحسابًا استراتيجيًا عبر المنظومة، ومسار تشير إليه، والدليل الذي تحتاجه لتوسيعه. ودليل طرح Claude على الفرق عمومًا يتعمق في آليات العمل بين الأدوار حين تكون جاهزًا لمدّه خارج المبيعات.