احتفظ بكل قرار للعميل مع النسخة الصحيحة، واجعل الإجراء التالي واضحًا
يراجع العميل النسخة نفسها التي شاركتموها، ويُسجَّل قراره في مكان واحد، ويتضح لفريقكم الإجراء التالي ومن يتولاه.
عند تضمينه
- iConnect CRMإتاحة مرحلية محدودة
هل يبدو هذا مألوفًا؟
تُرسل المسودات إلى العملاء عبر البريد والمحادثات. تصل الملاحظات على نسخ قديمة، وتُعطى الموافقات في مكالمة، ثم يختلف الفريق لاحقًا حول ما اعتُمد فعلًا ومن عليه أن يتصرف بعد ذلك.
من يشارك
- مدير الحساب أو المشروع
- المراجع لدى العميل
- عضو الفريق الذي ينجز العمل
- المدير الذي يعتمد التسليم
من المحفّز إلى النتيجة
تتبّع العمل من أول محفّز. يذكر كل سهم ما ينتقل عبره ويحمل حالة إثباته مكتوبةً بالكلمات، فلا تبدو خطوة مخطّطة كأنها تعمل.
كيف تُقرأ الخطوط
- خط متقطع: مخطّط
| من | إلى | ما الذي ينتقل | حالة الإثبات |
|---|---|---|---|
| من:نسخة المحتوى | إلى:iReview | ما الذي ينتقل:نسخة المحتوى للمراجعة | مخطّط |
| من:iReview | إلى:iFlow | ما الذي ينتقل:القرار المسجّل يبدأ الإجراء التالي | مخطّط |
| من:CRM (عند تضمينه) | إلى:iReview | ما الذي ينتقل:سياق العميل | مخطّط |
من يتصرف عند كل تسليم
الأشخاص المشاركون، بالترتيب الذي ينتقل به العمل بينهم.
مدير الحساب
يشارك نسخة محددة مع مراجعين محدّدين لدى العميل
النتيجة: مراجعة مرتبطة بنسخة واحدة
المسؤول التالي: المراجع لدى العميل
المراجع لدى العميل
يعلّق على تلك النسخة ويعتمدها أو يرفضها
النتيجة: قرار مسجّل على النسخة الصحيحة
المسؤول التالي: مدير الحساب
مدير الحساب
يسند الإجراء التالي بناءً على القرار
النتيجة: إجراء تالٍ له مسؤول
المسؤول التالي: عضو الفريق
ما يضيفه كل منتج
دور كل منتج في هذا المسار، مع حالته الحالية.
- iReviewضمن خارطة التطوير
صُمّم ليُبقي كل مراجعة للعميل وقرارها مرتبطين بالنسخة نفسها التي شوركت.
- iFlowضمن خارطة التطوير
صُمّم لتسيير الإجراء التالي والاعتمادات كمسار عمل. أما بدء ذلك من قرار مراجعة مسجّل فمخطّط.
- CRMإتاحة مرحلية محدودةعند تضمينه
عند تضمينه، يحفظ حساب العميل، أما تزويد المراجعات بسياق العميل منه فمخطّط.
ما الذي تكسبه منشأتك؟
- لا خلاف حول النسخة التي اعتُمدت
- ملاحظات على النسخة الصحيحة وفي مكان واحد
- مسؤول واضح عن الإجراء التالي بعد كل قرار
احتفظ بالقرار مع النسخة الصحيحة من المحتوى، واجعل الإجراء المسؤول التالي واضحًا.
مقياس مفيد للتجربة الأولية
عدد جولات المراجعة لكل عمل، والوقت من مشاركة النسخة حتى تسجيل القرار.
ما يتطلبه ذلك
هذا المسار ضمن خارطة التطوير. ووفق تصميمه، يحتاج إلى ما يلي:
- نسخ من المحتوى يشاركها فريقكم للمراجعة.
- مراجعون محدّدون لدى العميل لكل عمل.
- أعضاء فريق لهم صلاحية مشاركة النسخ ومتابعة القرارات.
- قواعد متفق عليها للإجراء التالي بعد اعتماد النسخة أو رفضها.
الإثبات والنطاق
جميع الروابط في هذا المسار مخطّطة: إرسال نسخة المحتوى إلى المراجعة، وبدء الإجراء التالي من قرار مسجّل، وسياق العميل من سجل العملاء. وتعرض الخريطة مسار العمل المقصود.
- مخطّطلم يُبنَ بعد، ويظهر لتروا مسار العمل المقصود.
يعرض كل منتج حالته الخاصة، ولا يوصف أي منها بأنه مطروح للاستخدام العام. ويؤكد العرض التوضيحي ما ينطبق على تطبيقكم.
خيار بدء مناسب
مراجعة العميل واعتماده
قارن ما يتضمنه خيار البدء هذا، وما يتطلبه، وما يمكن إضافته. وتُحدَّد الباقة لكل تطبيق على حدة.
أسئلة عن هذا المسار
هل يبدأ قرار العميل مسار العمل التالي من تلقاء نفسه؟
لا. بدء الإجراء التالي من قرار مسجّل ربط مخطّط، ويسند مدير الحساب الإجراء التالي بنفسه.
هل يمكن إرسال نسخ المحتوى للمراجعة من أدوات أخرى؟
ليس بعد. إرسال نسخة المحتوى إلى المراجعة من أداة أخرى مخطّط، ويشارك فريقكم النسخة للمراجعة بنفسه.
استعرض معنا جولة مراجعة واحدة
أخبرونا كيف يراجع عملاؤكم العمل ويعتمدونه اليوم، وسنعرض كيف يُسجَّل القرار على النسخة الصحيحة وكيف يتضح الإجراء التالي.
اطلب عرضًا مخصصًا لهذا المسار