تجاوز إلى المحتوى
العربية

playbook

اخلُص الـ feedback إلى إشارة roadmap

حوّل كومة من support exports وملاحظات المبيعات وtranscripts المقابلات إلى المحاور المتكررة، وقراءة تميّز النمط الحقيقي عن الصوت العالي المنفرد، وبضعة رهانات — كلٌ منها قابل للتعقّب إلى ما قاله العملاء فعلًا.

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

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

يصل الـ feedback من العملاء كعادم — support tickets، ملاحظات مكالمات المبيعات، transcripts المقابلات، قناة Slack من جُمل قصيرة — والطلب الأعلى صوتًا عادةً ما يفوز بكونه عاليًا، لا بكونه صائبًا. هذا النظام يحوّل تلك الكومة إلى إشارة roadmap: المحاور التي تتكرر فعلًا، قراءةٌ صادقة لما هو نمط حقيقي مقابل عميل واحد أرسل بريدًا خمس مرات، وقائمة قصيرة من الرهانات تستحق المخاطرة. الانضباط الذي يجعلها جديرة بالثقة هو قابلية التعقّب — كل محور يجب أن يشير إلى الاقتباسات الفعلية التي أنتجته، كي ينجو roadmap مبني عليه من سؤال «من قال ذلك؟»

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

  • الـ feedback الخام كملفات — support-export.csv وsales-notes.md وtranscripts المقابلات. آثار حقيقية، لا خلاصتك لها، كي تكون الأنماط لـ Claude ليجدها، لا لك لتؤكّدها.
  • كم عميلًا متمايزًا يمثّله كل مصدر تقريبًا، كي يُوزَن «المتكرر» بحسب *الأشخاص*، لا بعدد الرسائل.
  • ما الذي تستطيع أن تفعل بشأنه شيئًا — «نستطيع تغيير المنتج والـ onboarding، لا التسعير هذا الربع» — كي تشير الخلاصة إلى محاور قابلة للتنفيذ.

الـ workflow

  1. أزل الهوية، ثم اطلب من Claude أن يقرأها لك كمحاور — لا كحلول

    جرّد الأسماء وتفاصيل الاتصال أولًا، ثم اطلب الأنماط فقط. القفز إلى «ماذا ينبغي أن نبني» قبل أن تكون المحاور نظيفة يتيح لقصة واحدة حيّة أن تتنكّر كاتجاه.

    أنت تطلب
    هذا feedback من العملاء من support-export.csv وsales-notes.md واثنين من الـ transcripts لمقابلتين — استبدلت الأسماء والبريد الإلكتروني بـ [customer-1] و[customer-2] وهكذا. اقرأها كاملةً وأعطني الـ 5-7 محاور المتكررة، كلٌ في سطر واحد. المحاور فقط وكم مرة يظهر كلٌ منها — لا حلول بعد.

    ما تحصل عليه قائمة محاور مرتّبة بأعداد تقريبية — «التباس الـ onboarding (ذكره ~9 من 14 عميلًا)؛ يريد ميزة save/bookmark (~6)؛ التصدير إلى Excel (~4)؛ البحث البطيء (~3)». أنماط طفت من النص الخام، لا أحكامك المسبقة مُؤكَّدة.

    إزالة الهوية أولًا ليست اختيارية — هذه بيانات عملاء حقيقية. استبدل الأسماء/البريد/معرّفات الحساب بـ [customer-n] قبل أن يدخل أيٌ منها في prompt.

  2. افصل النمط الحقيقي عن الصوت العالي المنفرد

    هذا هو الحُكم الذي يكسب الـ playbook قيمتها. خمس رسائل من حساب واحد محبَط هي ضجيج متنكّر كإشارة؛ الخلاصة يجب أن تُوزَن بالأشخاص المتمايزين، لا بالحجم.

    أنت تطلب
    لكل محور، أخبرني إن كان نمطًا حقيقيًا أم أقلية عالية الصوت: كم عميلًا متمايزًا (DISTINCT) أثاره (لا كم رسالة)، كم شعر كلٌ بقوة، وهل يميل إلى segment واحد. أشِر إلى أي محور يبدو كبيرًا فقط لأن عميلًا أو عميلين كرّراه كثيرًا.

    ما تحصل عليه قراءة إشارة مقابل ضجيج — «ميزة الحفظ: حقيقية — 6 عملاء متمايزون عبر segments. الـ theming المخصّص: عالٍ ومنفرد — حساب enterprise واحد، ذُكر في 4 tickets. البحث البطيء: حقيقي لكن صغير — 3 عملاء، جميعهم power users». عدد *الأشخاص* هو الحقيقة، لا عدد الكلمات.

  3. تعقّب كل محور رجوعًا إلى الاقتباسات

    محور لا تستطيع تعقّبه إلى كلمات حقيقية هو محور لا تستطيع الدفاع عنه في roadmap. سحب الإيصالات يلتقط أيضًا تعميم Claude المفرط من سطر واحد ملوّن.

    أنت تطلب
    للمحاور الأربعة الأعلى، اسحب 2-3 اقتباسات حرفية تمثيلية لكلٍ (أبقِ تسميات [customer-n])، مع المصدر الذي جاءت منه. إن لم يكن وراء محورٍ اقتباسات حقيقية، فقل ذلك وأسقطه.

    ما تحصل عليه كل محور مُبقى مدعوم باقتباسات حقيقية — «التباس الـ onboarding: '[customer-3], support: لم أستطع معرفة كيف أبدأ بعد التسجيل.'» أي شيء لا يستطيع Claude إثباته يُشار إليه ويُحذف. هذا مسار التدقيق الخاص بك.

    إن لم يكن لمحورٍ اقتباسات، فقد كان Claude يطابق نمطًا يتجاوز البيانات — أسقطه. الإيصالات هي ما يجعل الـ roadmap قابلًا للدفاع.

  4. حوّل الإشارة إلى بضعة رهانات

    اختم بقائمة مختصرة قصيرة ذات رأي، لا بالمحاور السبعة كلها. إشارة الـ roadmap توصيةٌ عن أين تُنفق، وكل رهان يبقى مربوطًا بالأدلة وراءه.

    أنت تطلب
    أوصِ بـ 3 رهانات للربع القادم، مرتّبة. لكلٍ: المحور الذي يعالجه، كم عميلًا متمايزًا سيخدم، الجهد التقريبي (صغير/متوسط/كبير)، والاقتباسات التي تبرّره. ثم سمِّ محورًا واحدًا مغريًا لكن ينبغي ألا (NOT) أطارده بعد، ولماذا.

    ما تحصل عليه قائمة مختصرة مرتّبة مع إيصالات — «1. أصلح الـ onboarding (9 عملاء، جهد متوسط، اقتباسات مرفقة)؛ 2. أضف ميزة الحفظ (6 عملاء، صغير)؛ 3. التصدير إلى Excel (4 عملاء، صغير). لا تطارد بعد: الـ theming المخصّص — حساب واحد عالي الصوت، جهد كبير». إشارة تستطيع أخذها إلى الـ roadmap والدفاع عنها سطرًا سطرًا.

اجعله ملكك

  • **غذِّ الـ spec:** خذ الرهان الأعلى مباشرةً إلى **اختبر فكرة تحت الضغط إلى spec للـ v1**، وتصبح اقتباسات العملاء الـ user stories — يبقى الطلب والـ spec مربوطين.
  • **إيقاع ربعي:** احتفظ بمجلد feedback/ وأعد التشغيل كل ربع، طالبًا من Claude أن يُجري diff مقابل محاور الربع الماضي كي ترى ما يصعد، ويخفت، أو أُصلح حديثًا.
  • **استقبال دائم التشغيل:** للتدفّق الثابت، يستطيع scheduled agent (انظر تبويب *Features*) تجميع الـ tickets الجديدة مسبقًا أسبوعيًا كي تبدأ الخلاصة الربعية من كومة مرتّبة، لا تفريغ خام.

انتبه إلى

  • Claude يجد الأنماط؛ أنت توزنها. «6 عملاء يريدون X» مُدخَلٌ لقرار roadmap، لا القرار — الاستراتيجية والجهد والملاءمة ملكك أنت. لا تدع قائمة محاور مرتّبة تتخذ القرار عنك.
  • feedback العملاء هو PII. أزل الهوية قبل أن يدخل prompt — جرّد الأسماء والبريد وأسماء الشركات ومعرّفات الحساب، ولا تلصق أبدًا support export خامًا بتفاصيل اتصال في أي شيء لا تُريه لقائمة العملاء بأكملها.
  • محور بلا اقتباسات وراءه هو تعميم Claude المفرط، لا اكتشافًا. أصرّ على قابلية التعقّب واحذف أي شيء لا يستطيع إظهار إيصالاته — roadmap مبني على إجماع مهلوس أسوأ من لا خلاصة إطلاقًا.

ستحصل في النهاية على إشارة roadmap قابلة للدفاع — محاور متكررة موزونة بالعملاء المتمايزين، قراءة تميّز النمط الحقيقي عن الصوت العالي المنفرد، و3 رهانات مرتّبة كلٌ منها قابل للتعقّب إلى الاقتباسات الدقيقة التي تبرّره — كي يُحدَّد الربع القادم بالأدلة، لا بمن أرسل البريد بأعلى صوت.