تحويل وجهات نظر الذكاء الاصطناعي المتعددة إلى اقتراح للعميل

قرر ما يجب أن يحققه الاقتراح

يخدم العرض التقديمي للاجتماع الأولي غرضًا مختلفًا عن الاقتراح الجاهز للموافقة عليه. الأول يساعد في توضيح المشكلة والموافقة على الاكتشاف. والثاني يحدد النطاق والمسؤوليات والسعر وشروط القبول. اذكر مرحلة الصفقة في الملخص حتى لا تلتزم المسودة بما يتجاوز ما تم الاتفاق عليه.

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

سيناريو توضيحي: وكالة تراجع ضياع الطلبات الواردة

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

قد تقفز المسودة الأولى مباشرة إلى التنفيذ. وقد تكشف المراجعة أن استبدال النظام غير مبرر بعد، لأن غموض المسؤوليات قد يكون السبب الحقيقي. من النتائج المفيدة اقتراح فحص العملية واختبار السبب ثم الاتفاق على نطاق التنفيذ. أما وجود أدلة تدعم استبدال النظام فسيقود إلى توصية مختلفة.

انقل هذا المنطق إلى العرض التقديمي: ما هو معروف، وما هي حالات عدم اليقين التي تحلها المرحلة الأولى وما الذي يدعم القرار التالي. إن الوصف المصقول للنظام الجديد لا يثبت هذا الارتباط.

راجع الموجز من عدة وجهات نظر

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

للحصول على خلاصة مشتركة، استخدم Consensus مع موجز المتطلبات والمقتطفات ذات الصلة وملاحظات المراجعة. قدّمها صراحةً، فالمحادثات المنفصلة لا تصبح تلقائيًا مصادر لطلب جديد. اطلب الاحتفاظ بالخلافات التي لا تحسمها الأدلة المتاحة.

• مصمم الحلول: تسلسل العمل الذي يعالج مشكلة العميل.
• الناقد: ما الادعاءات غير المدعومة وما التبعيات المفقودة؟
• منظور المستلم: ما الذي يحتاج إلى توضيح قبل الموافقة.
• المحرر: كيفية تحويل النتائج التي تمت مراجعتها إلى وثيقة موجزة.

تحويل الوعود إلى شروط يمكن للفريق التحقق منها

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

طلب للخلاصة والعرض التقديمي

«باستخدام موجز المتطلبات هذا [الأدلة] وملاحظات المراجعة [المقتطفات]، أعدّ عرضًا لـ [المستلم] في مرحلة [الاجتماع الأولي أو الموافقة على النطاق]. افصل الحقائق عن الافتراضات. تحقق من أن كل نشاط مقترح يعالج مشكلة العميل. لا تختلق خبرات للفريق أو شهادات عملاء أو أسعارًا أو تواريخ أو تحسينات في الأداء. حدد الشروط المتنازع عليها التي يجب أن يؤكدها شخص. ثم أعدّ عرضًا تقديميًا بتنسيق HTML يغطي: مشكلة العميل؛ الملاحظات المثبتة؛ الخيارات والنهج الموصى به؛ النطاق والاستثناءات؛ التبعيات وشروط القبول؛ الخطوة التالية».

راجع الاستنتاج الموضوعي أولاً. حل تغييرات النطاق أو الحالة قبل عمل العرض التقديمي النهائي. يتضمن طلب Colay الافتراضي Consensus عرضًا تقديميًا بتنسيق HTML يستند إلى الاستنتاج، ولكن راجع النتيجة التي تم إنشاؤها: قد يحذف النموذج أحد المتطلبات أو يقدمه بشكل سيئ.

قم بإعداد إصدار يمكنك استخدامه في الاجتماع

اقرأ كل شريحة من وجهة نظر المستلم. هل يكون الاقتراح منطقيًا دون شرح منطوق؟ هل النطاق واضح؟ هل أزال الضغط شرطًا مهمًا؟ التحقق من الأسماء والأرقام والروابط وسهولة قراءة الجدول. إزالة الملاحظات الداخلية غير المخصصة للعميل.

قم بتصدير العرض التقديمي الذي تمت مراجعته عند الحاجة. يحتفظ تصدير PPTX الحالي لـ Colay بالشرائح كصور؛ التسميات الفردية ليست كائنات نصية قابلة للتحرير في PowerPoint. إذا كنت بحاجة إلى إجراء تغييرات على نص الشريحة، فقم بإجراءها قبل التصدير أو التخطيط لتحرير إضافي.

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