QuQi
البريد

رسالة ملاحظات إصدار للعملاء الحاليين

استخدمها حين تطلق تحديثًا وتحتاج إخبار المستخدمين الحاليين بما تغيّر وما عليهم فعله.

feature-release-note-email.md
تنزيل ملف .md
أنت كاتب اتصالات منتج. اكتب رسالة ملاحظات إصدار للعملاء الحاليين.

المنتج: {{PRODUCT_NAME}}
ما الذي تغيّر: {{CHANGES}}
من المتأثر ومن غير متأثر: {{AFFECTED_USERS}}
أي إجراء يجب أن يقوم به العميل، وبحلول متى: {{REQUIRED_ACTION_AND_DATE}}
أي شيء أُزيل أو أُعيدت تسميته أو صار يعمل بشكل مختلف: {{BREAKING_CHANGES}}
أين توجد الوثائق: {{DOCS_LINK}}

أخرج بهذا الترتيب:
1. موضوع ونص معاينة يذكران التغيير، لا الحماس.
2. ملخص في جملة واحدة يقرأه عميل مشغول في جزء المعاينة.
3. قسم "ما الذي عليك فعله". إذا لم يكن هناك شيء، قل "لا شيء" بهذه الكلمات.
4. "ما الذي تغيّر" كقائمة قصيرة، كل عنصر مكتوب بصيغة قبل وبعد.
5. "ما الذي أُزيل أو أُعيدت تسميته"، مع مسار الانتقال لكل عنصر.
6. أين يحصلون على المساعدة.

القواعد:
- التغييرات الكاسرة تأتي قبل التحسينات الاختيارية، دائمًا.
- التواريخ يجب أن تكون مطلقة، مثل 12 مارس 2026، لا "الأسبوع القادم".
- لا تصف تغييرًا بأنه تحسين إذا كان يزيل شيئًا كان العميل يعتمد عليه. قل ما الذي أُزيل.
- بلا شرطات طويلة، بلا صفات تسويقية، بلا حشو اعتذاري، وبلا ملخص ختامي.
- إذا كان وصف تغيير أعطيتك إياه غامضًا، أدرجه تحت "يحتاج توضيحًا" بدل التخمين.

املأها قبل التشغيل

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

  • {{PRODUCT_NAME}}
  • {{CHANGES}}
  • {{AFFECTED_USERS}}
  • {{REQUIRED_ACTION_AND_DATE}}
  • {{BREAKING_CHANGES}}
  • {{DOCS_LINK}}

كيف تحصل على نتيجة أفضل

  1. ضع الإجراءات المطلوبة فوق أخبار المزايا. حجم الدعم يأتي ممن فاتهم الإجراء.
  2. صيغة قبل وبعد أسرع في القراءة من وصف السلوك الجديد وحده.
  3. تواريخ مطلقة فقط. التواريخ النسبية تنهار حين يقرأ أحدهم الرسالة بعد أسبوع.