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

playbook

حوّل شهرًا من الـ tickets إلى تقرير صوت العميل

اختزل شهرًا من الـ tickets إلى موضوعات ونقاط احتكاك وطلبات features وأخطاء — بأعداد وأثر — كي يصبح الدعم نظام إنذار مبكر للمنتج والقيادة، لا مجرد طابور.

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

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

الدعم يسمع الحقيقة عن المنتج أولًا — كل التباس، كل مسار معطوب، كل "أتمنى لو يستطيع" — لكنها تبقى محبوسة في الطابور كألف رد لمرة واحدة. وينتهي الأمر بالقيادة والمنتج يخمّنان ما يريده العملاء بينما الجواب يقبع في tickets الشهر الماضي. هذا النظام يقرأ الشهر دفعة واحدة ويجمعه في تقرير: الموضوعات المتكررة، وأين يعلق الناس، وما يظلون يطلبونه، وأيّ الـ bugs يعضّ — كلٌّ منها بعدد وقراءة للأثر — كي يتحوّل الدعم إلى نظام الإنذار المبكر الذي ينبغي أن يكونه.

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

  • شهر من الـ tickets كملف tickets-may.csv — موضوع، نص، ويُفضّل عمود للتاريخ والقناة. نظّف الأسماء والبريد الإلكتروني وأرقام الحسابات إلى [customer] قبل الرفع.
  • أي سياق يجعل الأعداد ذات معنى: إجمالي حجم الـ tickets، ما شُحن أو تغيّر خلال الشهر، وتقرير الشهر الماضي إن كان لديك ما تقارن به.
  • لمن التقرير — فريق المنتج يريد الاحتكاك والطلبات؛ القيادة تريد الموضوعات وخطوط الاتجاه — كي تطرحه بالشكل الصحيح.

الـ workflow

  1. أكّد البيانات، ثم استخرج الموضوعات

    اجعل Claude يثبت أنه قرأ الشهر كاملًا، ثم استخرج الموضوعات المتكررة — الحفنة من الحكايات التي يرويها الشهر فعلًا، فوق ضجيج الـ tickets الفردية.

    أنت تطلب 
    اقرأ tickets-may.csv. أولًا أكّد عدد الصفوف ونطاق التواريخ. ثم حدّد أبرز الموضوعات المتكررة عبر الشهر — لا الـ tickets الفردية، بل الـ 6–8 حكايات التي تظل البيانات ترويها — مع عدد ووصف من سطر واحد لكل منها. لا تكتب التقرير الكامل بعد.

    ما تحصل عليه تأكيد ("1,240 ticket، 1–31 مايو") وقائمة موضوعات — "التباس الفوترة (210)، احتكاك الإعداد الأولي (180)، أخطاء الموبايل (95)..." — كل منها حكاية وراءها رقم، لا شكوى مفردة.

    ثبّت التقرير دائمًا في أعداد حقيقية — "كثير من الناس ذكروا الفوترة" لا يحرّك أحدًا؛ "210 tickets، 17% من الشهر" يحرّك خارطة طريق.

  2. قسّمه إلى الأربع سلال التي يستخدمها المنتج فعلًا

    قائمة مسطّحة من الموضوعات يصعب التحرك بناءً عليها. فرزها إلى احتكاك وطلبات وأخطاء ومديح يخبر كل قارئ بالضبط ما هو من شأنه أن يصلحه — وأيّ الإشارات أيّ.

    أنت تطلب 
    افرز الموضوعات إلى أربع سلال: نقاط الاحتكاك (حيث يعلق الناس)، طلبات الـ features (ما يظلون يطلبونه)، الـ bugs (شيء معطوب)، وما يحبّونه. لكل عنصر أعطِ عددًا، واقتباسًا تمثيليًا مع تنظيف العميل إلى [customer]، وقراءة من سطر واحد للأثر. ميّز ثقتك حيث يكون الموضوع ضبابيًا.

    ما تحصل عليه أربع سلال موسومة — احتكاك، طلبات، أخطاء، مديح — كل عنصر بعدد، واقتباس حقيقي مجهول الهوية، وملاحظة أثر، إضافةً إلى علامة ثقة حيث يكون التجميع متراخيًا.

  3. رتّب بحسب الأثر وأوصِ بأين تنظر

    الحجم ليس مثل الأهمية — bug قليل العدد يخسر عملاء يدفعون يفوق تذمّرًا تجميليًا عالي العدد. اجعل Claude يستدلّ على الأثر، لا التكرار فحسب، كتوصية ستتحقق من سلامتها.

    أنت تطلب 
    رتّب كل شيء بحسب الأثر المرجّح، لا الحجم فحسب — وازن كم عميلًا، ومدى غضبهم، وهل يمسّ المال أو churn. أعطني أبرز 5 أمور ينبغي أن ينظر فيها المنتج والقيادة هذا الشهر، كلٌّ بعدده وسببه والمالك المقترَح. كن واضحًا أن هذه توصيات للتحقق منها، لا استنتاجات.

    ما تحصل عليه أبرز 5 مرتّبة بالأولوية — "bug الـ double-charge: عدد منخفض (31) لكن أثر عالٍ، يمسّ الفوترة والثقة ← الهندسة" — مصاغة كتوصيات، مع إظهار التعليل كي تستطيع تحدّيه.

  4. اجمع التقرير لجمهوره

    غلّفه كي يحصل القارئ المشغول على الحكاية في ثلاثين ثانية والتفصيل إن أراده. الملخص في الأعلى هو ما يُقرأ فعلًا في قناة قيادة.

    أنت تطلب 
    اجمع تقرير صوت عميل: ملخص تنفيذي من 4 نقاط في الأعلى (الشهر في 30 ثانية)، ثم السلال الأربع بأعداد واقتباسات، ثم أبرز 5 مرتّبة بالأولوية مع مالكيها. أبقِ النبرة وقائعية، استشهد بالأعداد في كل مكان، واختم بـ 3 أسئلة كي يتعمّق فيها المنتج. اجعله جاهزًا للصق في قناة فريقنا.

    ما تحصل عليه تقرير نظيف — ملخص تنفيذي، السلال الأربع بأدلتها، قائمة إجراءات مرتّبة بالأولوية مع مالكيها، وأسئلة مفتوحة — يُقرأ في ثلاثين ثانية ويصمد أمام قائد منتج متشكّك.

اجعله ملكك

  • **غذِّه من الفرز:** شغّل playbook *اعرف ما الذي يدور حوله الطابور فعلًا* كل أسبوع ودع تلك المجموعات تتجمّع في هذا التقرير الشهري، كي يكتب التقرير نفسه من عمل أنجزته أصلًا.
  • **أغلِق الحلقة في الاتجاه التالي:** موضوعات نقاط الاحتكاك هي بالضبط backlog لـ playbook *ابنِ مركز مساعدة من الأسئلة التي تردك فعلًا*، والـ bugs تصعيدات للهندسة — ينبغي أن يسلّم التقرير لا أن يصف فقط.
  • **اجعله شهريًا وتلقائيًا:** جدوِل /voc agent (انظر تبويب *Features* في الـ Playbook) ليكتب المسودة الأولى في أول كل شهر من تصدير الشهر السابق، كي تعدّل مسودة بدل البدء من الصفر.

انتبه إلى

  • الأعداد والاقتباسات هي مصداقية التقرير — تحقق من الأرقام الرئيسية مقابل التصدير الخام وأكّد أن كل سطر مقتبَس حقيقي ومنسوب بدقّة قبل أن يحوّله أحد للأعلى.
  • شهر من الـ tickets كومة كثيفة من الـ PII — نظّف الأسماء والبريد الإلكتروني وأرقام الحسابات إلى [customer] قبل الرفع، وأبقِ الاقتباسات مجهولة الهوية في التقرير نفسه.
  • Claude يستخرج الأنماط ويرتّبها؛ والإنسان يملك الاستنتاجات. ترتيب الأثر توصية للتحدّي — اعرضها كـ "إليك ما تقترح البيانات أن ننظر فيه"، لا "إليك ما هو خطأ في المنتج".

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