لماذا ملفّان منفصلان بدل دليل دعم واحد؟

لأنهما يجيبان عن سؤالين مختلفين ويُستخدمان بطريقتين مختلفتين. support-voice.md هو كيف تبدو نبرتك — الدفء، ونمط الاعتذار، والكلمات التي تستخدمها وتتجنّبها — وهو يشكّل كل مسودة. support-policy.md هو ما الذي يُسمح لك بالوعد به — سقوف الاسترداد، وسطر التصعيد، وقائمة 'لا تقُل أبدًا' الحاسمة — وهو حدّ الأمان الذي تفرضه QA والمديرون. فصلهما يتيح فحص رد ما مقابل النبرة ومقابل الصلاحية كلٌّ على حدة، ويتيح للمالك الصحيح صيانة كل منهما. تغذّيهما في مسودة معًا؛ لكنك لا تطوي أحدهما في الآخر في وثيقة ضبابية.

كيف ألتقط صوتنا دون أن أختلقه ببساطة؟

لا تصِف الصوت الذي تتمنّاه — اجعل Claude يقرأ 8–10 من أفضل ردودك الحقيقية ويسمّي النمط الموجود أصلًا: مستوى الدفء، وإيقاع الجمل، وكيف تفتتح وتختتم، والعبارات المتكرّرة. ملف الصوت وصف لفريقك في أحسن أيامه، لا صوت علامة تجارية طموح لا يتكلّم به أحد. إن لم يبدُ الملخّص كصوت فريقك، فقد سلّمت Claude العيّنة الخطأ.

ما الذي ينتمي بالضبط إلى ملف السياسة مقابل حُكم الـ agent؟

ملف السياسة يزيل التخمين من القرارات عالية المخاطر: ما يستطيع agent عرضه وحده (استرداد حتى سقف محدّد، رصيد، استثناء حسن نيّة، وكيف يصوغ تواريخ الشحن)، وما الذي يجب أن يذهب إلى مدير (الاستردادات فوق السقف، واستثناءات السياسة، وأي شيء قانوني أو متعلّق بالصحافة)، وقائمة 'لا تقُل أبدًا' الواضحة. الحُكم ما زال ينطبق على الصياغة والتعاطف — لكن المال والاستثناءات والتعرّض القانوني يجب أن تتبع سطرًا مكتوبًا، لا حدس agent مزدحم.

هل يعني هذا أن Claude يقرّر ما الذي نعد به العملاء؟

لا. يكتب Claude مسودة الصوت والسياسة من مدخلاتك ويشير إلى الثغرات، لكن قائد دعم خبير يراجع كلا الملفّين ويملكهما — وكل رد مبني عليهما ما زال يمرّ على عيني إنسان قبل إرساله. قائمة 'لا تقُل أبدًا' موجودة بالضبط لأن مسودة واثقة قد تكون خاطئة: لا تخترع أبدًا رقم طلب أو استردادًا أو تاريخ شحن أو سياسة، ولا تعترف أبدًا بخطأ قانوني. Claude يقترح؛ وإنسان يقرّر ما هو مُلزِم وما الذي يخرج.

حدّد صوت الدعم وسياسته اللذين يرثهما كل رد

متى تلجأ إلى هذا

بلا صوت مكتوب وسياسة مكتوبة، يخمّن كل agent — فيبدو دعمك وكأنه شخص مختلف في كل ticket، ولا أحد متأكّد مما يستطيع فعلًا أن يعد به عميلًا غاضبًا دون مدير. الحل ملفّان قصيران مرجعيّان موثوقان تبنيهما مرة واحدة: support-voice.md (كيف تبدو نبرتك — الدفء، ونمط الاعتذار، وتهدئة التوتّر، والكلمات التي تستخدمها وتتجنّبها) وsupport-policy.md (حدود الأمان — ما يستطيع agent أن يعرضه دون موافقة، وعتبات التصعيد، وقائمة "لا تفعل أبدًا" الحاسمة). كل مسودة رد، وكل macro، وكل تهيئة موظف جديد، وكل مراجعة QA ترث هذين الملفّين. ابنِه أولًا — كل playbook دعم آخر يصبح أحدّ بمجرد أن يشير "صوتنا" و"ما الذي يُسمح لنا بقوله" إلى وثائق حقيقية بدل أربعين تفسيرًا خاصًّا.

جهّز هذا أولًا

8–10 من أفضل ردودك الحقيقية السابقة — تلك التي تفخر بعرضها على موظف جديد — ملصقةً أو مُسقَطةً في المحادثة في Claude Desktop. نظّف الأسماء والبريد الإلكتروني وأرقام الطلبات وتفاصيل الحسابات إلى [customer] / [order] أولًا. أنت تدوّن صوتًا ناجحًا أصلًا، لا تخترع واحدًا.
قواعدك العملية الحالية حول ما يستطيع agent فعله وحده: سقف الاسترداد، ومتى يكون رصيد أو استثناء مقبولًا، وكيف تتحدّث عن تواريخ الشحن، وما الذي يجب أن يذهب إلى مدير. ملاحظات تقريبية تكفي — هذا الـ playbook يحوّلها إلى سطر مكتوب.
أي قواعد "لا تفعل أبدًا" حاسمة تفرضها أصلًا — لا اعتراف بخطأ قانوني، لا وعد بتاريخ إصلاح لم تعطك engineering إياه، لا اختراع سياسة على عجل. أحضِر ما هو موجود؛ سيساعدك Claude على إيجاد الثغرات.

الـ workflow

استخرج الصوت الناجح أصلًا

افتح المجلد الذي فيه أفضل ردودك السابقة في Claude Desktop واسأل في المحادثة — بلا حاجة إلى terminal. لا تصِف الصوت الذي تتمنّاه؛ اجعل Claude يقرأ الردود التي تفخر بها أصلًا ويسمّي النمط فيها. تدوين صوت حقيقي أفضل من اختراع صوت طموح لا يتكلّم به أحد.

أنت تطلب

اقرأ هذه الـ 8–10 ردود دعم حقيقية. لا تعِد كتابتها — صِف الصوت الذي تشترك فيه: مستوى الدفء، ومدى الرسمية أو العفوية، وطول الجمل وإيقاعها، وكيف تفتتح وتختتم، والعبارات المحددة المتكرّرة. ثم أعطني ملخّص صوت من 4–5 أسطر يستطيع agent جديد استخدامه فعلًا، مع مثالين أو ثلاثة من العبارات التي تجسّده.

ما تحصل عليه وصف صوت قصير وقابل للتمييز — "دافئ لكن غير مفرط الحماس، جمل قصيرة، يفتتح بإعادة تسمية المشكلة، يختتم بخطوة تالية واحدة واضحة" — مستلّ من ردودك أنت، مع بضع عبارات مميِّزة. إن لم يبدُ كصوت فريقك، فأنت تقرأ العيّنة الخطأ.

اختر الردود التي يرفعها مدير كمعيار، لا عيّنة عشوائية — أنت تشفّر السقف، لا المتوسّط.
دوّن نمط الاعتذار وتهدئة التوتّر

أصعب الردود ضبطًا هي تلك التي تكون فيها على خطأ أو يكون العميل فيها غاضبًا — فثبّت شكل تلك الردود الآن، لا في خضمّ اللحظة. نمط اعتذار مكتوب هو ما يمنع agent متوتّرًا من التذلّل أو التجمّد بالبرود.

أنت تطلب

من الردود نفسها، جِد تلك التي اعتذرنا فيها أو تعاملنا فيها مع عميل مستاء. صِف النمط: كيف نتحمّل المشكلة دون إفراط في الاعتذار، وهل نشرح السبب، وكيف نعرض الخطوة التالية، وما الذي لا نفعله أبدًا (لا أعذار، لا لوم للعميل، لا إلحاح مفتعل). اكتبه كقالب قابل لإعادة الاستخدام لـ 'حين نكون على خطأ / حين يكونون غاضبين' — شكل الرد، مع placeholders.

ما تحصل عليه قالب تهدئة توتّر — تحمّل الأمر بوضوح، سطر صادق واحد عمّا حدث، خطوة تالية ملموسة، بلا دفاعية — يستطيع agent اتّباعه حين يكون الـ ticket متوتّرًا وحُكمه الخاص تحت الضغط.

إن لم يكن في عيّنتك ردود صعبة فعلًا، فاكتب واحدًا أو اثنين مع Claude واطلب توقيع agent خبير عليهما — هذا أكثر ما يحتاج الموظفون الجدد نموذجًا له.
اكتب حدود الصلاحية والتصعيد

هذا هو نصف السياسة. أنفع شيء واحد تستطيع إعطاءه لـ agent هو سطر واضح: هذا ما تستطيع عرضه وحدك، وهذا حيث يذهب الأمر إلى مدير. الصلاحية الغامضة هي سبب إفراط الـ agents في الوعد أو تجمّدهم.

أنت تطلب

ساعدني في كتابة حدود استجابة الدعم. بناءً على ملاحظاتي، اعرض ثلاث طبقات: (1) ما يستطيع agent عرضه دون أي موافقة — استرداد حتى [amount]، رصيد، استثناء حسن نيّة، وكيف نصوغ تواريخ الشحن؛ (2) ما يحتاج إلى مدير — الاستردادات فوق السقف، واستثناءات السياسة، وأي شيء قانوني أو متعلّق بالصحافة؛ (3) سطر التصعيد نفسه، مذكورًا بوضوح. أشِر إلى أي شيء تركته غامضًا كي أربطه برقم أو قاعدة حقيقية.

ما تحصل عليه جدول صلاحيات متدرّج — منفرد / مدير / إيقاف حاسم — بعتبات حقيقية، مع قائمة بالمواضع التي بقيت فيها قاعدتك ضبابية. الثغرات المشار إليها هي بيت القصيد: الغموض هنا هو ما ينتج ردودًا متضاربة ومحفوفة بالمخاطر.

ضع أرقامًا حقيقية على السقوف. "استخدم حُكمك" ليست سياسة — بل غياب لها، وهي حيث تنحرف أسوأ الـ tickets.
ابنِ قائمة 'لا تقُل أبدًا' الصريحة

بعض العبارات خط أحمر مهما بدت منطقية في اللحظة. اكتبها كقواعد حاسمة كي لا يتجاوزها agent ولا Claude أبدًا — هذه هي القائمة التي تحميك قانونيًا وتُبقي الثقة سليمة.

أنت تطلب

اكتب مسودة قائمة 'لا تقُل أبدًا' حاسمة لردود الدعم. أدرِج: لا تخترع أبدًا رقم طلب أو استردادًا أو تاريخ شحن أو سياسة لم أؤكّدها؛ لا تَعِد أبدًا بإصلاح أو تاريخ لم تلتزم به engineering؛ لا تعترف أبدًا بخطأ أو مسؤولية قانونية؛ لا تختلق أبدًا سياسة على الفور — قُل إنك ستؤكّد بدلًا من ذلك. أضِف أي قواعد أخرى قد يدرِجها قائد دعم حريص، ولكل واحدة، أعطِ الشيء الآمن الذي يُقال بدلًا منها.

ما تحصل عليه قائمة قصيرة وصريحة من الخطوط الحمراء، كلٌّ منها مقرونة بالبديل الآمن — "لا تَعِد بتاريخ شحن؛ قُل 'سأؤكّد الجدول الزمني وأتابع معك بحلول [day]' بدلًا منها." هذه هي القاعدة التي يُفحَص بها كل من agents وClaude في كل مسودة.

هذه القائمة أهمّ حدّ أمان منفرد ضد رد واثق وخاطئ — وهي حيث يصبح 'Claude يكتب المسودة، وإنسان يقرّر' قاعدة مكتوبة، لا أملًا.
اجمع الملفّين الجاهزين للصق

اجمعه في ملفّين قصيرين معياريّين — صوت وسياسة، مفصولين كي يؤدّي كل منهما عمله. أبقِهما محكمين؛ وثيقة لا يستطيع أحد استيعابها في رأسه لا تُستخدم على طابور مزدحم.

أنت تطلب

اجمع ملفّين. `support-voice.md`: ملخّص الصوت، والعبارات المميِّزة، وقالب الاعتذار / تهدئة التوتّر، وسطر قصير 'كلمات نستخدمها / كلمات نتجنّبها'. `support-policy.md`: جدول الصلاحيات الثلاثي الطبقات، وسطر التصعيد، وقائمة 'لا تقُل أبدًا' مع البدائل الآمنة. أبقِ كلًّا منهما في حدود صفحة واحدة تقريبًا، واضحًا وسهل المسح بالعين — هذان هما المرجع الموثوق الذي يرثه كل رد و macro وموظف جديد.

ما تحصل عليه ملفّان جاهزان للصق — support-voice.md (كيف تبدو نبرتك) وsupport-policy.md (ما الذي يُسمح لك بقوله) — يشير إليهما كل playbook دعم لاحق بدل حدس كل agent.

احفظ كلا الملفّين وأعطِهما مالكًا واحدًا. الصوت يقرّر كيف تبدو نبرتك؛ والسياسة تقرّر ما الذي تستطيع الوعد به — أبقِهما منفصلين كي لا يخفّف أحدهما الآخر.

اجعله ملكك

غذِّهما في كل رد: يرث playbookا اصِغ ردًّا يبدو وكأن إنسانًا كتبه وابنِ مكتبة ردود جاهزة ستعيد استخدامها فعلًا هاتين الوثيقتين — حمّل support-voice.md وsupport-policy.md مع الـ ticket كي تكون كل مسودة على الصوت وداخل السياسة افتراضيًا.
قيّم الطابور بناءً عليهما: يصنّف افحص جودة الطابور ودرّب الفريق على صوت واحد الردود الحقيقية بناءً على support-voice.md وsupport-policy.md، كي يصبح 'خارج الصوت' و'وعد أكثر مما يجب' نتائج تستطيع التدريب عليها، لا انطباعات.
سلّمهما للموظفين الجدد: يعطي هيّئ موظف دعم جديدًا في أسبوعه الأول الموظف الجديد كلا الملفّين في يومه الأول — يتعلّم الصوت وسطر الصلاحية من وثيقة، لا بامتصاصه ticket بـ ticket على مدى شهر.
اجعله skill (Power Track): حمّل support-voice.md + support-policy.md كـ skill قابل لإعادة الاستخدام أو /reply custom command كي تُفحَص كل مسودة تلقائيًا مقابل الصوت وحدود الأمان معًا (انظر تبويب Features). الـ skills والـ custom commands هي مسار Power Track الاختياري — على Desktop تُرفق الملفّين بالمحادثة يدويًا حتى تصبح جاهزًا لربطه معًا.

انتبه إلى

دوّن الصوت الحقيقي، لا تخترع واحدًا. إن كتبت صوتًا طموحًا لا يستخدمه أحد فعلًا، تجاهل الـ agents الملف وعدت إلى التخمين. ابنِه من أفضل ردودك الحقيقية كي يبدو كصوت فريقك في أحسن أيامه، لا كنشرة علامة تجارية.
ضع أرقامًا حقيقية على الصلاحية. سياسة تقول "استخدم حُكمك" في الاستردادات والاستثناءات ليست حدّ أمان — بل هي الثغرة التي يُفرِط فيها الـ agents في الوعد أو يتجمّدون. اربط سقفًا وسطر تصعيد وعتبة مدير بأرقام فعلية.
نظّف الردود العيّنة قبل رفعها — الـ tickets السابقة كثيفة بالأسماء والبريد الإلكتروني وأرقام الطلبات وتفاصيل الحسابات، وأنت لا تحتاج إلا شكل الكتابة، لا بيانات العميل.
Claude يكتب مسودة الصوت والسياسة؛ والإنسان يملكهما. على قائد دعم خبير أن يراجع كلا الملفّين قبل أن يصبحا المعيار — خصوصًا قائمة 'لا تقُل أبدًا' وسقوف الصلاحية، اللتين تحملان مخاطر قانونية ومالية حقيقية. Claude يقترح؛ وأنت تقرّر ما هو مُلزِم.

ستحصل في النهاية على ملفّان قصيران مرجعيّان موثوقان — `support-voice.md` (كيف تبدو نبرتك: الدفء، ونمط الاعتذار، وتهدئة التوتّر، والكلمات التي تستخدمها وتتجنّبها) و`support-policy.md` (ما الذي تستطيع الوعد به: طبقات الصلاحية، وسطر التصعيد، وقائمة 'لا تفعل أبدًا' الحاسمة) — يرثهما كل رد و macro وتهيئة موظف جديد ومراجعة QA عبر فريق الدعم، كي يبدو دعمك أخيرًا كفريق واحد يعرف ما الذي يُسمح له بقوله.

أسئلة يطرحها الناس

لماذا ملفّان منفصلان بدل دليل دعم واحد؟: لأنهما يجيبان عن سؤالين مختلفين ويُستخدمان بطريقتين مختلفتين. `support-voice.md` هو *كيف تبدو نبرتك* — الدفء، ونمط الاعتذار، والكلمات التي تستخدمها وتتجنّبها — وهو يشكّل كل مسودة. `support-policy.md` هو *ما الذي يُسمح لك بالوعد به* — سقوف الاسترداد، وسطر التصعيد، وقائمة 'لا تقُل أبدًا' الحاسمة — وهو حدّ الأمان الذي تفرضه QA والمديرون. فصلهما يتيح فحص رد ما مقابل النبرة ومقابل الصلاحية كلٌّ على حدة، ويتيح للمالك الصحيح صيانة كل منهما. تغذّيهما في مسودة معًا؛ لكنك لا تطوي أحدهما في الآخر في وثيقة ضبابية.
كيف ألتقط صوتنا دون أن أختلقه ببساطة؟: لا تصِف الصوت الذي تتمنّاه — اجعل Claude يقرأ 8–10 من أفضل ردودك الحقيقية ويسمّي النمط الموجود أصلًا: مستوى الدفء، وإيقاع الجمل، وكيف تفتتح وتختتم، والعبارات المتكرّرة. ملف الصوت وصف لفريقك في أحسن أيامه، لا صوت علامة تجارية طموح لا يتكلّم به أحد. إن لم يبدُ الملخّص كصوت فريقك، فقد سلّمت Claude العيّنة الخطأ.
ما الذي ينتمي بالضبط إلى ملف السياسة مقابل حُكم الـ agent؟: ملف السياسة يزيل التخمين من القرارات عالية المخاطر: ما يستطيع agent عرضه وحده (استرداد حتى سقف محدّد، رصيد، استثناء حسن نيّة، وكيف يصوغ تواريخ الشحن)، وما الذي يجب أن يذهب إلى مدير (الاستردادات فوق السقف، واستثناءات السياسة، وأي شيء قانوني أو متعلّق بالصحافة)، وقائمة 'لا تقُل أبدًا' الواضحة. الحُكم ما زال ينطبق على الصياغة والتعاطف — لكن المال والاستثناءات والتعرّض القانوني يجب أن تتبع سطرًا مكتوبًا، لا حدس agent مزدحم.
هل يعني هذا أن Claude يقرّر ما الذي نعد به العملاء؟: لا. يكتب Claude مسودة الصوت والسياسة من مدخلاتك ويشير إلى الثغرات، لكن قائد دعم خبير يراجع كلا الملفّين ويملكهما — وكل رد مبني عليهما ما زال يمرّ على عيني إنسان قبل إرساله. قائمة 'لا تقُل أبدًا' موجودة بالضبط لأن مسودة واثقة قد تكون خاطئة: لا تخترع أبدًا رقم طلب أو استردادًا أو تاريخ شحن أو سياسة، ولا تعترف أبدًا بخطأ قانوني. Claude يقترح؛ وإنسان يقرّر ما هو مُلزِم وما الذي يخرج.