تجاوز إلى المحتوى
تعلّم لعملك المرجع مقالات المحفوظات
العربية

playbook

ابنِ مركز مساعدة من الأسئلة التي تردك فعلًا

حوّل أكثر أسئلتك تكرارًا إلى مقالات قصيرة ودودة بلغة بسيطة، بخطوات مرقّمة وسطر "ما زلت عالقًا؟" — فتجيب عن السبب مرة واحدة بدل أن تعالج العَرَض إلى الأبد.

متوسّط ~40 دقيقة

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

بعض الأسئلة لا تتوقف أبدًا — كيف أعيد ضبط كلمة المرور، أين أجد فاتورتي، كيف أغيّر خطتي — والرد الجاهز يجيب عميلًا واحدًا تلوَ الآخر فقط. أما مركز المساعدة فيجيب عن السبب: مقال قابل للبحث يعني أن السؤال يُحَلّ قبل أن يصبح ticket أصلًا. والفخّ هو كتابة مقالات المساعدة بناءً على ما تفترض أنه يُربك الناس؛ والحل هو بناؤها انطلاقًا من الـ tickets التي تردك فعلًا، بلغة بسيطة، بخطوات مرقّمة وسطر "ما زلت عالقًا؟" — كي يصرف المقال السؤال بدل أن يولّد متابعةً أكثر غضبًا.

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

  • الأسئلة الحقيقية، مصدرها الـ tickets — تصدير tickets.csv، أو أبرز المجموعات من playbook *اعرف ما الذي يدور حوله الطابور فعلًا*. نظّف الأسماء والبريد الإلكتروني أولًا.
  • الخطوات الفعلية لكل مهمة، مهما كانت أوّليّة — أسماء الأزرار الحقيقية وتسميات الشاشة التي يراها العميل، كي يطابق المقال الواقع لا التخمين.
  • نبرتك ومستوى القراءة: ودودة، بسيطة، مكتوبة لشخص محبَط وعلى عجلة — لا مواصفات تقنية.

الـ workflow

  1. اختر المقالات التي ستصرف أكبر عدد من الـ tickets

    اكتب المقالات بترتيب الحجم، لا بترتيب ما يخطر ببالك. الغاية من مركز المساعدة هي الصرف، لذا ابدأ بالأسئلة التي تغرق الطابور.

    أنت تطلب 
    إليك أبرز مجموعات أسئلتنا مع أعدادها. رتّبها بحسب مدى قدرة مقال مساعدة جيد على أن يصرف الـ ticket — الحجم الكبير مع إجابة واضحة للخدمة الذاتية يحتل المرتبة الأعلى؛ 'طردي ضائع' يحتل مرتبة منخفضة لأنه يحتاج إنسانًا. أعطني أفضل 8 لأكتبها أولًا وجملة واحدة عن سبب كلٍّ منها.

    ما تحصل عليه قائمة قصيرة مرتّبة — "reset password (قابل للصرف، 47 أسبوعيًا)، find your invoice (قابل للصرف، 31 أسبوعيًا)" — مع تمييز الأسئلة التي تحتاج إنسانًا فقط بوصفها مرشّحات ضعيفة للمقالات، فتصرف جهدك حيث يؤتي ثماره.

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

  2. اكتب مسودة مقال واحد بالشكل الصحيح

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

    أنت تطلب 
    اكتب مقال 'إعادة ضبط كلمة المرور' بنبرتنا: مقدمة من سطر واحد تخبر القارئ أنه في المكان الصحيح، خطوات مرقّمة تستخدم أسماء أزرارنا الحقيقية (سأعطيك إياها — Sign in، Forgot password، Check your email)، وسطر 'ما زلت عالقًا؟' في النهاية يدلّ على كيفية الوصول إلينا. لغة بسيطة، مكتوبة لشخص على عجلة. أقل من 150 كلمة.

    ما تحصل عليه مقال قصير ودود — مقدمة من سطر واحد، خطوات مرقّمة نظيفة بأسماء الأزرار الحقيقية، وخاتمة دافئة "ما زلت عالقًا؟ ردّ هنا وسنحلّ الأمر" — يمكن تصفّحه في خمس عشرة ثانية.

  3. اكتب البقية دفعةً واحدة على هذا القالب

    ولّد المقالات المتبقية بالبنية نفسها في مرور واحد، كي تُقرأ كمركز مساعدة واحد لا كثمانية مؤلّفين مختلفين.

    أنت تطلب 
    باستخدام البنية ذاتها — مقدمة قصيرة، خطوات مرقّمة بأسماء الأزرار الحقيقية، خاتمة 'ما زلت عالقًا؟' — اكتب مسودات المقالات السبعة الأخرى من القائمة القصيرة. حيث لا تعرف الخطوات الحقيقية، اترك علامة [confirm the steps] بدل أن تخترع المسار. أبقِ كل مقال أقل من 150 كلمة ومستوى القراءة بسيطًا.

    ما تحصل عليه سبعة مقالات إضافية بالشكل نفسه سهل التصفّح، مع علامات [confirm the steps] أينما لم يعرف Claude مسار منتجك فعلًا — فتملأها أنت بدل أن تشحن تسلسلًا مختلَقًا.

  4. أضف عناوين، ومصطلحات بحث، واحتياطيًا لـ 'ما زلت عالقًا'

    اجعل كل مقال قابلًا للعثور عليه، وامنح العميل مخرجًا لطيفًا حين لا يغطّي المقال حالته. القابلية للعثور والاحتياطي الحقيقي هما ما يحوّل المقالات إلى صرف.

    أنت تطلب 
    لكل المقالات الثمانية، أعطني عنوانًا بسيطًا ملائمًا للبحث و4 صياغات بديلة قد يكتبها العميل ('can't log in'، 'forgot password'، 'reset link not working'). ثم اكتب كتلة احتياطية واحدة قصيرة لـ 'ما زلت عالقًا؟' يمكننا إعادة استخدامها في أسفل كل مقال، تدلّ على كيفية الوصول إلى إنسان.

    ما تحصل عليه عناوين ملائمة للبحث مع العبارات الحقيقية التي يكتبها العملاء فعلًا، وكتلة "ما زلت عالقًا؟" واحدة قابلة لإعادة الاستخدام — كي يجد الناس المقال ويجدوا مخرجًا واضحًا حين لا يكفي.

اجعله ملكك

  • **استمدّه من البيانات لا من الذاكرة:** شغّل playbook *اعرف ما الذي يدور حوله الطابور فعلًا* أولًا واكتب مقالات لأبرز المجموعات بحسب الحجم، كي يطابق مركز المساعدة الطلب الحقيقي.
  • **اربطه بالردود الجاهزة:** للأسئلة التي ما زال على إنسان معالجتها، وجّه سطر "ما زلت عالقًا؟" إلى macro من playbook *ابنِ مكتبة ردود جاهزة ستعيد استخدامها فعلًا*، كي يكون التسليم دافئًا وسريعًا.
  • **أبقِه محدّثًا على جدول:** اضبط /help-audit custom command أو scheduled agent (انظر تبويب *Features* في الـ Playbook) لإعادة فحص أبرز مقالاتك مقابل tickets الشهر الماضي وتمييز المتقادم منها.

انتبه إلى

  • لا تدع Claude يخترع مسار نقرات أبدًا — حيثما لا يعرف خطوات منتجك الحقيقية ينبغي أن يترك علامة [confirm the steps]، لأن تعليمة خاطئة واحدة في مقال مساعدة تولّد الـ ticket ذاته الذي قُصد منعه.
  • نظّف الأسماء والبريد الإلكتروني وأرقام الحسابات من أي تصدير tickets قبل استخدامه مصدرًا — أنت تريد أنماط الأسئلة، لا التفاصيل الشخصية للعملاء.
  • Claude يكتب مسودات المقالات؛ والإنسان يملك قرار نشرها. مُرّ بكل خطوة مرقّمة في المنتج الحقيقي قبل النشر، وأبقِ مخرج 'ما زلت عالقًا؟' صادقًا كي يجد القارئ المرتبك دائمًا إنسانًا يصل إليه.

ستحصل في النهاية على مجموعة انطلاق من مقالات مساعدة قصيرة ودودة قابلة للعثور عليها بالبحث، مبنية من tickets حقيقية لديك — كل منها يجيب عن السبب مرة واحدة، مع سطر 'ما زلت عالقًا؟' كي لا يصطدم أحد بطريق مسدود.