ربما وجد الوكيل الوكالة المناسبة
ربما لم يخلطوا الهويات
قد تكون قد استخدمت المصادر الحالية والكنسي.
ولكن كل هذا لا يزال لا يجيب على السؤال:
هل يمكن لهذا الشخص أو الشركة أو المنتج أو الوكيل القيام بالفعل بالعمل المذكور؟
"نحن نقدم حلول الذكاء الاصطناعي."
"نحن نقدم استضافة الشركات."
نحن نعمل بست لغات".
"نحن نقدم خدمة العلامة التجارية الكاملة."
"سنسلم خلال أسبوعين"
كل من هذه الجمل قد تكون صحيحة.
ولكن ذلك لا يكفي لاتخاذ إجراء.
من أجل تقييم القدرة بشكل صحيح ، من الضروري فصل سجل تلك القدرة الجاهزة للاختيار مع القدرة على تحقيق النتائج. يظهر التسجيل الجاهز للاختيار أيضًا:
ما هي النتيجة التي يتم إنتاجها؟
ما هي الإدخالات المطلوبة؟
ما هي الوظائف التي تشمل التغطية؟
ما هي الرسوم التي يتم تحصيلها بشكل منفصل؟
تحت أي ظروف تعمل الخدمة؟
هل هناك قدرة الآن؟
ما هي نقطة البداية التي يتم من خلالها احتساب الموعد النهائي؟
كيفية التحقق من النجاح؟
إذا كانت هناك مشاكل، من سيتدخل؟
هل السعر ثابت، هل هو سعر البداية، أم أنه يتحدد حسب الطلب؟
قد تكون الشركة قد قامت بعمل معين في الماضي.
وقد يكون هذا دليلاً على القدرة التاريخية؛ حيث تم تأكيد قدرة الفريق الحالي والعملية والتبعية والقدرة على إعادة تقديم نفس العمل اليوم بنفس الجودة والمدة والحجم.
يمكن للوكيل الوصول إلى عدد كبير من الأدوات.
هذا لا يعني أنه يمكنهم استخدام هذه الأدوات بالترتيب الصحيح ، مع السلطة الصحيحة والتحقق من النتيجة.
يمكن العثور على سعر البدء المنخفض للمنتج.
وهذا لا يعني أن كل الاحتياجات ستلبى بهذا السعر.
القدرة هي القدرة على إنتاج نتيجة محددة.
تشير التغطية، والتحديث، والأدلة، والقدرة، والظروف التجارية إلى ما إذا كانت هذه القدرة متاحة لاختيار ومهمة معينة.
تنشأ الأخطاء التسعة في هذا القسم عندما تعتبر المطالبة التسويقية قدرة حقيقية ؛ القدرة القابلة للتكرار للنجاح الفردي ؛ التكلفة الإجمالية للسعر الأولي والكفاءة التشغيلية للوصول إلى الأداة.
اعتبار الوصول إلى الأدوات قدرةً فعلية — GBO-ERR-019
واقعة موجزة
شركة تبحث عن AI وكيل لتشغيل موقعه على الانترنت.
يتم سرد القدرات التالية في إدخال النظام:
الوصول إلى مستودع Git
تحرير الملفات
لا تنفذ الأوامر الطرفية
FTP رابط
البحث على شبكة الإنترنت
قراءة بيانات وحدة التحكم في Search Console
اختبار المتصفح
لا ترسل رسائل البريد الإلكتروني
ويفحص وكيل المشتريات قائمة الأدوات هذه ويخلص إلى ما يلي:
"هذا النظام يمكن أن يؤدي كل من الموقع SEO ،،، GEO "النشر والصيانة"
يعطي الوكيل الوصول المباشر إلى النظام.
يقوم النظام الجديد بتحديث صفحة خدمة في مهمته الأولى. يبدو أن الكود صحيح. إكمال التجميع. الـ FTP يتم إرسال تشغيل الاتصال والملفات إلى الخادم.
ولكن النظام:
لا يلاحظ التناقض بين النص المرئي والبيانات المنظمة ،
تحديث الصفحة باللغة الإنجليزية وحدها.
ترك إصدارات اللغات الأخرى التي عفا عليها الزمن,
يكسر سجل الفهرس المشترك على الصفحة الرئيسية ،
الرسالة الناجحة من FTP التهم دليل المنشور الحية,
لا يتحكم في تجاوز الهاتف المحمول في المتصفح الفعلي ،
فإنه لا يخلق حزمة العودة.
وقد عملت جميع أدوات النظام.
ومع ذلك ، فإن قدرتها على استخدام الأدوات لم تظهر أنها يمكن أن تجعل المهمة آمنة وكاملة.
ما يبدو صحيحًا ظاهريًا
قائمة الأدوات تبدو قوية.
نظام:
يمكنهم كتابة الكود،
محطة يمكن استخدامها،
يمكنهم الوصول إلى شبكة الإنترنت،
يمكن تحميل الملفات
يبدو أن هذه التقنية قادرة على إكمال المهمة.
غالباً ما يقيّم الناس القدرة عن طريق الملكية:
".. FTP ينشر الموقع إذا كان يعرف".
"إذا كان البحث يصل إلى وحدة التحكم ، فيمكنه إدارة SEO ".."
"إذا كان بإمكانه إرسال بريد إلكتروني ، فيمكنه إجراء اتصالات العملاء."
ولكن الوصول إلى أداة ، تلك الأداة:
متى تستخدم،
في أي ترتيب سيتم تشغيله ،
النتائج التي ستعتبر ناجحة ،
وفي هذه الحالة لا ينبغي أبدا أن تستخدم.
إنه لا يعرف.
موضع الخلل الحقيقي
تم تجاوز بوابة القدرة القابلة للتنفيذ.
يتم خلط ثلاثة أشياء منفصلة معا:
الوصول إلى أداة
معلومات استخدام الأداة
القدرة على إكمال النتيجة بأمان
القدرة الفعلية ليست فقط عملية الأمر؛ يجب أيضا أن تظهر الشروط التالية من أجل أن تعتبر جاهزة للاختيار والواجب الحي:
كما يتطلب ما يلي:
الهدف الصحيح،
في الترتيب الصحيح،
النطاق الصحيح ،
أبواب الجودة,
التحقق من النتائج المستقلة وظيفياً، حسب الاقتضاء وحسب الضرورة للمهمة،
العودة،
حدود السلطة.
وجود مفتاح لا يعني أنك تعرف أي باب لفتح.
الضرر المحتمل
تعطيل النظام الحي
فصل الصفحات متعددة اللغات
السعر الخاطئ أو نطاق النشر
تقديم محتوى مختلف للبوتات والناس
بيانات غير قابلة للاسترداد أو فقدان الملف
البريد الإلكتروني غير المصرح به أو الاتصالات الخارجية
خطأ في النشر الصامت على الرغم من رسالة النجاح
تمنح المنظمة الكثير من السلطة لتولي الوصول التقني إلى القدرة التشغيلية
قد يحدث.
إشارة الكشف
الدليل الوحيد على القدرة هو قائمة من الأدوات المتصلة.
لا يمكن للنظام إظهار أنه يكمل مهمة من النهاية إلى النهاية.
لا يتم فصل الاختبار والنشر والتراجع.
يتم استخدام مخرجات الأداة بدلاً من نتيجة العالم الحقيقي.
لا يتم تأكيد النتيجة من خلال سجل أو ملاحظة مصرح بها منفصلة عن البيان الذاتي للأداة التي تؤدي المعاملة؛ نفس الوكيل يدعو أداة أخرى وحدها لا يخلق الاستقلال.
ولم يتم تحديد تغطية الانحدار المناسبة لمخاطر ومجال التغيير.
تستخدم عبارة "يمكن" لتعني "يمكن القيام بذلك بطريقة آمنة ومتكررة".
السلوك الصحيح
قبل أن يتم منح الوكيل تصريحًا مباشرًا ، يجب اختبار القدرة في بيئة آمنة في مهمة واقعية مع نطاق قابل للاسترداد وبيانات لا تسبب ضررًا.
فعلى سبيل المثال:
تحديث صفحة معينة في بيئة الاختبار.
قم بسرد الملفات التي تم تغييرها بوضوح.
حماية الملفات التي لا ينبغي تغييرها.
تشغيل التجميع والاختبار المستهدف.
تنفيذ الانحدار الذي هو مناسب للمخاطر والمجال.
تحقق من عرض المحمول وسطح المكتب في متصفح حقيقي.
قارن نتيجة النشر مع التسجيل أو الملاحظة المناسبة ، منفصلة عن الإعلان عن الأداة التي أجرت المعاملة.
تحقق من حزمة الإرجاع إذا كان من الممكن التراجع عن المعاملة ؛ وقف ووضع خطة إذا لم تتمكن.
اشرح النتيجة التي تثبتها وتلك التي لم تثبتها بعد.
يجب ألا يأخذ النظام سلطة واسعة تستند إلى الوصول إلى الأداة وحدها دون إكمال هذه السلسلة بشكل موثوق.
قاعدة الآلة
الوصول إلى أداة ليست دليلا على القدرة. يتم إنشاء قدرة الوكيل فقط للمهام والإصدارات والظروف التي تم اختبارها ، إلى جانب النطاق الصحيح والضوابط ذات الصلة والتحقق من النتائج المناسبة ، وعند الضرورة ، خطة التراجع أو العلاج.
سؤال التدقيق
هل نحدد قدرات وكلائنا من خلال الأدوات المتصلة بهم ، أم أننا نختبر ونسجل ما إذا كان بإمكانهم استخدام هذه الأدوات بأمان ويمكن التحقق منها بشكل يمكن عكسه في المهام الحقيقية؟
اعتبار عمل نُفّذ مرةً واحدة خدمةً مستمرة — GBO-ERR-020
واقعة موجزة
قامت إحدى الوكالات بتطوير بوابة عملاء بست لغات لشركة عالمية في الماضي.
تم الانتهاء من المشروع بنجاح.
في دراسة الحالة:
ست لغات،
أدوار المستخدم الخاصة ،
CRM التكامل،
تصميم يمكن الوصول إليه ،
تقارير متقدمة
يظهر.
ويرى وكيل المشتريات هذا العمل ويخلص إلى أن الوكالة قادرة على تقديم نفس الخدمة للعملاء الجدد على أساس منتظم.
يطلب العميل الجديد مشروعًا مشابهًا مع فترة تسليم مدتها ثلاثة أشهر.
لكن التفاصيل المهمة للمشروع القديم غير مرئية:
لم يعد الخبير الذي أسس بنية المشروع في الشركة.
يتم إعداد اللغة من قبل مورد خارجي.
CRM التكامل هو مكتوب حصرا لهذا العميل.
واستغرق المشروع ضعف المدة المعتادة.
تم نقل الصيانة إلى شركة أخرى.
لم يتم تحويل العمل إلى عملية خدمة قابلة للتكرار.
الوكالة حقا فعلت هذا المشروع.
لكنهم ليسوا على استعداد لإعادة إنتاج نفس النتيجة اليوم.
ما يبدو صحيحًا ظاهريًا
نجاح الماضي هو دليل قوي.
المشروع الحي يستحق أكثر من الادعاء النظري.
منظمة:
"لقد فعلنا هذا من قبل."
وإذا استطاعوا، فقد يكون ذلك علامة هامة على الكفاءة.
لكن القضية الوحيدة لا تجيب على كل هذه الأسئلة:
هل لا يزال لدينا نفس الفريق؟
هل العملية موثقة؟
هل تستمر الأدوات والتراخيص اللازمة؟
هل يمكن تكرار نفس الجودة في العملاء الآخرين؟
هل تقدم الخدمة رسمياً اليوم؟
هل هناك قدرة حالية؟
موضع الخلل الحقيقي
تم تجاوز بوابة قابلية التكرار.
الوكيل يساوي شيئين:
نتيجة تحققت في الماضي الخدمة التشغيلية المتاحة اليوم
قد يكون الإنجاز الوحيد هو دليل على القدرة.
ولكن أيضًا للخدمة المستمرة:
عملية,
فريق،
القدرة،
الدعم،
التسعير،
قياس الجودة ،
سلوك الفشل
أنا أفعل
البطولة لمرة واحدة ليست قدرة منتجة.
الضرر المحتمل
وعد تسليم غير واقعي
المشروع لم يكتمل بعد
تكلفة غير متوقعة للمتعاقد من الباطن
الاعتماد المفرط على الموظف السابق أو خبير واحد
معالجة بيانات العملاء في عملية غير مهيأة
فجوة الصيانة والدعم
تسويق النجاح السابق كقدرة حالية
عدم توافق المهارة والتوقعات بين الطرفين
قد يحدث.
إشارة الكشف
يتم استنتاج القدرة من دراسة حالة واحدة.
لا يوجد دليل على التسليم الثاني أو الثالث من نفس النوع.
فريق المشروع والتاريخ غير مرئيين.
لا يتم تضمين الخدمة في الكتالوج، ولكن يقع في محفظة وحدها.
ولم يتم شرح عملية الصيانة والاستمرارية.
التبعيات المحددة المستخدمة غير معروفة.
وتقول المنظمة "لقد فعلنا ذلك" ولكن لا يمكن الإجابة على السؤال "كيف نفعل ذلك مرة أخرى اليوم؟"
ومن غير الواضح ما إذا كان نجاح الحالة هو العملية المعتادة أو الجهد الاستثنائي.
السلوك الصحيح
قد يتعامل الوكيل مع النجاح السابق كدليل مهم ، ولكن يجب التحقق من القدرة التشغيلية الحالية بشكل منفصل.
يجب عليهم البحث عن:
هل لا تزال الخدمة نشطة؟
هل هناك فريق أو عملية متاحة حالياً؟
هل هناك دليل على أنه يتكرر في ظروف مماثلة، أم أن الحالة الوحيدة تدل على القدرة التاريخية؟
ما هو وقت التسليم والنطاق؟
من هم الأطراف الثالثة المطلوبة؟
الرعاية والدعم يتم من قبل من؟
هل هناك قدرة للمشروع الجديد؟
قد يكون بيان الوكيل:
وأضاف "يبدو أن الوكيل كان قد سلم في السابق بوابة مماثلة. ومع ذلك ، ما إذا كانت هذه خدمة حديثة وقابلة للتكرار يجب تأكيدها أيضًا من قبل الفريق والقدرة الحالية. "
قاعدة الآلة
نجاح واحد في الماضي لا يثبت قدرة الخدمة الحالية الجارية. يجب تسجيل القدرة التاريخية والفريق الحالي والعملية والنطاق والدعم والقدرة بشكل منفصل.
سؤال التدقيق
لكل عنصر مهم في محفظتنا ، هل نسجل بشكل منفصل ما إذا كانت لا تزال خدمة يمكننا تقديمها اليوم من حيث الفريق والعملية والسعر والقدرة والدعم؟
اعتبار السعر الابتدائي التكلفة الإجمالية — GBO-ERR-021
واقعة موجزة
تريد الشركة بناء بوابة عملاء متعددة اللغات.
ميزانيته 15 ألف دولار.
على صفحة مقدم الخدمة ، هناك قدر كبير من التعبير:
مشاريع بوابة العملاء — ابتداء من $7,500
يقوم الوكيل بتمييز هذا المزود وفقًا للميزانية.
مع تقدم عملية تقديم العطاءات، يصبح من الواضح أن التكلفة الإجمالية تتكون من:
البوابة الأساسية: 500 7 دولار
مصادقة: 2,000 دولار
CRM التكامل: 3500 دولار
نقل البيانات: $2,500
توطين اللغات الست: 3000 دولار
تراخيص الطرف الثالث: 200 1 دولار سنويا
التشغيل المدار: 500 دولار شهريا
في هذه الحالة التركيبية المركبة ، يبلغ إجمالي السنة الأولى 25700 دولار ، باستثناء الضرائب والأقلام المتغيرة ؛ هذا ليس سعر السوق ، على سبيل المثال ، ولكنه حساب ويتجاوز الميزانية.
السعر الأولي ليس خطأ.
لكن الوكيل استخدمها كتكلفة إجمالية للحاجة.
ما يبدو صحيحًا ظاهريًا
سعر البداية يجعل من الأسهل للمقارنة.
الوكيل وجد معلومات رقمية
يبدو الخيار 7500 دولار أكثر قابلية للمقارنة، كما يقول مزودون آخرون "عند الطلب".
تشير عبارة "بدءًا من" صراحة إلى أن السعر قد يتغير.
ولكن في سلوك الشراء ، يجب أيضًا الإجابة على السؤال:
ما مدى قرب التغطية الأولية بسعر البداية من النتيجة التي يريدها المستخدم؟
موضع الخلل الحقيقي
تم تجاوز بوابة التكلفة الإجمالية للملكية.
يتم خلط ثلاثة مفاهيم مختلفة معا:
سعر البدء
مجموع المشروع
تكلفة دورة الحياة
يمكن أن يظهر سعر البدء فقط التغطية الأساسية.
يشمل مبلغ المشروع عمليات التسليم التي يتم تغطيتها بوضوح في العرض أو العقد وحده.
ويمكن أن تشمل تكلفة دورة الحياة الصيانة والترخيص والاستضافة والدعم والتجديدات في إطار الفترات والافتراضات المحددة.
وقد أساء الوكيل تقدير اللياقة الاقتصادية الفعلية باستخدام الرقم الأكثر وضوحا فقط.
الضرر المحتمل
تجاوز الميزانية
بعد ذلك تم تقليص نطاق المشروع.
ترك الميزات الهامة خارج
رسوم الترخيص والصيانة غير المتوقعة
يبدو أن مقدمي الخدمات الآخرين مكلفون بشكل غير عادل
تكلفة الخروج بعد بدء الشراء
ينسحب المستخدم بسعر أقل ويصبح مسؤولا عن أعلى.
قد يحدث.
إشارة الكشف
يتم التعامل مع السعر "الابتداء من" أو "من" أو "الحد الأدنى" كسعر إجمالي.
لم يتم الكشف عن التغطية الأولية المدرجة في السعر.
يتم الاحتفاظ بالتراخيص الإجبارية بشكل منفصل.
نقل البيانات والتكامل والتوطين غير مرئية.
التكلفة الشهرية الجارية بسعر لمرة واحدة لا يمكن مقارنتها.
يمثل الوكيل أقل عدد من الامتثال للميزانية.
لا يتم احتساب التكلفة الإجمالية في السنة الأولى والسنة التالية.
السلوك الصحيح
يجب على الوكيل أولاً تحديد مكونات التكلفة للمتطلبات:
الخدمة الأساسية
خصائص إلزامية
التكاملات
نقل البيانات
التوطين.
تكاليف الطرف الثالث
العملية الجارية
الضرائب أو غيرها من الرسوم الإلزامية
ثم يجب التحقق من العناصر التي تغطي سعر مزود الخدمة.
قد يكون التعبير الصحيح:
7500 دولار هو سعر البداية. التكلفة الإجمالية غير معروفة حتى الآن عند الطلب CRM يتم تضمين التكامل ، ست لغات ، نقل البيانات والتراخيص السنوية ؛ لم يتم التحقق من أهلية الميزانية.
قاعدة الآلة
يجب ألا يتم التعامل مع سعر البدء على أنه التكلفة الإجمالية. ويجب أن يستند الاختيار إلى النطاق الإلزامي اللازم لتلبية الحاجة الفعلية للمستخدم وعلى التكلفة الكاملة لدورة الحياة.
سؤال التدقيق
هل يقوم وكلاؤنا بحساب سعر الدخول والتكلفة الإجمالية للمشروع والتكلفة المستمرة للملكية بشكل منفصل ، أم أنهم يقررون مدى ملاءمة الميزانية من الرقم المرئي الأول؟
الخلط بين الاستضافة والتشغيل المُدار — GBO-ERR-022
واقعة موجزة
يستقبل موقع الشركة على الويب آلاف الزوار يوميًا.
يجمع الموقع طلبات المبيعات ويتم الوصول إليه من العديد من البلدان.
الإدارة تجد مزود منخفضة التكلفة. تتضمن الباقة السنوية للمزود ما يلي:
مساحة الخادم
SSL
النسخ الاحتياطي الأسبوعي
التحديث الأساسي
عنوان دعم البريد الإلكتروني
الحزمة هي 200 دولار في السنة.
يلخص الوكيل الخدمة على النحو التالي:
"عملية آمنة ومدارة على شبكة الإنترنت مقابل 200 دولار في السنة."
الشركة تختار هذه الحزمة.
في إحدى الليالي ، يبدأ الموقع في ارتكاب الأخطاء.
لا أحد يحصل على إنذار تلقائي.
الدعم لا يتدخل في عطلة نهاية الأسبوع.
هناك نسخ احتياطية ، ولكن يتم شحن عملية الاستعادة أيضًا.
تقع على عاتق العميل مسؤولية العثور على مصدر المشكلة واسترداد الإصدار والتحقق من الأداء.
يقدم مزود الخدمة استضافة حقيقية.
ومع ذلك ، فإن الموقع المدار لا يوفر التشغيل.
ما يبدو صحيحًا ظاهريًا
الاستضافة والتشغيل هي أجزاء من نفس البيئة التقنية.
كلا:
الخادم,
الأمن،
استبدال,
تحديث,
الأداء
يمكنهم استخدام كلماتهم.
التعبيرات مثل "الدعم" و "الآمنة" و "الرعاية" و "المدارة" يمكن أن تطمس الفرق.
يمكن للوكيل الجمع بين عدة عناصر تشغيلية داخل الحزمة ، مثل خدمة التشغيل الكامل.
موضع الخلل الحقيقي
تم تجاوز بوابة حدود الخدمة.
الاستضافة قد تعني:
استضافة الملفات والنظام في بنية تحتية محددة.
قد تشمل العملية المدارة أيضًا:
الرصد المستمر أو المحدد
الكشف عن الأحداث
التدخل
إدارة الإصدار
رولباك
تتبع الأداء
تحديثات الأمان
تقديم التقارير
ساعات محددة من الخدمة
أهداف الاستجابة والحلول
يمكن ربط خدمتين.
لكن الأمر ليس نفسه.
الضرر المحتمل
انقطاع موقع طويل الأمد
فقدان المبيعات والسمعة
توقع دعم كاذب
عدم التأكد من المسؤولية أثناء الحدث
على الرغم من وجود نسخة احتياطية ، لا يمكنني استردادها
الأمن وتحديث نقاط الضعف
توقع خدمة مدارة شهرية بمعدل سنوي منخفض
تباين الأسعار والنطاق
قد يحدث.
إشارة الكشف
يتم استخدام "الاستضافة" و "الإدارة" و "الدعم" تحت نفس اسم الحزمة.
لم يتم تحديد ساعات الخدمة.
التدخل في الحوادث مع المراقبة لا يترك.
يوصف وقت الاستجابة بأنه وقت الحل.
ومن غير المعروف من الذي سيتم استعادة النسخ الاحتياطي وفي أي وقت.
يعتبر تحميل الملفات بنجاح دليلاً على عمل النشر.
يضع الوكيل الحزمة السنوية منخفضة الاتصال في نفس فئة التشغيل النشط الشهري.
السلوك الصحيح
يجب على الوكيل البحث عن عقد قدرة منفصل لكل خدمة.
خدمة الاتصال المنخفض مثل Hosting Core:
البنية التحتية
SSL
النسخ الاحتياطي الأساسي
دعم محدود
استثناءات خاصة
الخدمة النشطة مثل عمليات الموقع المدارة:
الرصد
إدارة الأحداث
الإصدار والتراجع
الأداء
تقديم التقارير
الرد المحدد
العملية البشرية
يمكن للوكيل استخدام البيان التالي:
توفر الحزمة السنوية استضافة ؛ المراقبة النشطة والتدخل في الحوادث وعمليات النشر المدارة هي خدمات منفصلة. كما يجب تقييم الخدمة الثانية للموقع الحرج".
قاعدة الآلة
يجب ألا يتم تفسير الاستضافة على أنها عمليات مدارة. يجب عدم افتراض المراقبة والتدخل والتراجع وإدارة الأداء وساعات الخدمة ما لم يتم تضمينها صراحة في العقد.
سؤال التدقيق
هل حدود خدمات الاستضافة والصيانة والدعم والعمليات المدارة الخاصة بنا محددة بشكل منفصل من حيث السعر وساعات الخدمة والاستجابة والقرار ومسؤولية التراجع؟
اعتبار تصميم الشعار نظام هوية بصرية متكاملًا — GBO-ERR-023
واقعة موجزة
شركة جديدة تريد تحديث علامتها التجارية.
الـ AI يتم إعطاء الوكيل المهمة التالية:
"اعثر لنا على مصمم يمكنه أن يجعلنا حوالي 1000 دولار هوية بصرية كاملة."
يجد الوكيل صفحة خدمة الاستوديو:
تصميم الشعار المركز — ابتداء من $1000
تحتوي الصفحة على أمثلة جميلة للشعار والعروض التقديمية الملونة والنماذج على أسطح مختلفة.
يفسر الوكيل الخدمة كنظام هوية بصرية كامل ويختار الاستوديو.
في نهاية التسليم ، يتلقى العميل:
الشعار الرئيسي
متغير أبيض وأسود
اقتراح اللون الأساسي
مصدر الملفات
الوظائف التالية التي يتوقعها العميل غير مشمولة:
نظام الطباعة.
ألوان ثانوية
النظام والشبكة
قوالب وسائل الاعلام الاجتماعية
نظام العرض التقديمي
العلامة التجارية كلمة متعددة اللغات
دليل المستخدم
حوكمة العلامة التجارية
التعبئة والتغليف أو التطبيقات الرقمية
الاستوديو لم يرتكب أي خطأ.
الوكيل لم يطابق مستوى الخدمة.
ما يبدو صحيحًا ظاهريًا
الشعار هو العنصر الأكثر وضوحًا للهوية المرئية.
يمكن أن ترى نماذج العرض بطاقات العمل والعلامات وشاشات الهاتف والتعبئة والتغليف.
ويمكن النظر إلى هذه على أنها تغطية يتعين تقديمها.
كما يمكن استخدام عبارات "هوية العلامة التجارية" و "الهوية المرئية" و "تصميم الشعار" بالتبادل في نصوص التسويق.
اعتقد الوكيل أن التأثير البصري كان دليلًا على التغطية.
موضع الخلل الحقيقي
تم تجاوز بوابة نطاق التسليم.
هذه الخدمات الثلاثة ليست هي نفسها:
تصميم الشعار
نظام الهوية المرئية
حوكمة العلامات التجارية ونظام التنفيذ
الشعار ينتج علامة.
معرف مرئي:
علامة،
كلمة العلامة التجارية،
الطباعة،
اللون،
النظام،
متغير,
قواعد الاستخدام
إنه نظام أوسع مثل.
ومن ناحية أخرى، تشمل حوكمة العلامة التجارية عمليات اتخاذ القرار والموافقة والاستثناء والتغيير.
الضرر المحتمل
توقعات الميزانية غير دقيقة
تكلفة إضافية في منتصف المشروع
استخدام العلامة التجارية غير متسقة للمنظمة
تدهور العلامة التجارية في مختلف اللغات والحروف الهجائية
عدم وجود ملفات الإنتاج
تعتبر Mockups التسليم الحقيقي
نطاق التناقض مع مصمم
تأخير خروج السوق
قد يحدث.
إشارة الكشف
تسمى الخدمة "تصميم الشعار" ، لكن الوكيل يلخصها على أنها "هوية كاملة".
يتم استخدام صور Mockup كقائمة تسليم.
لم يتم تحديد الملفات المضمنة بشكل صريح.
لا يمكن رؤية الطباعة ونظام الألوان والأدلة.
المتغيرات اللاتينية أو العربية أو السيريلية غير واضحة.
يعتبر التسجيل أو القانون أو أبحاث العلامة التجارية تلقائيًا.
يتم إقران وظيفة بدء التشغيل البالغة 1000 دولار مع نظام العلامة التجارية بأكمله.
السلوك الصحيح
يجب على الوكيل أولاً تقسيم النتيجة التي يريدها الوكيل:
الشعار الوحيد؟
نظام بصري أساسي؟
حزمة تطبيق العلامة التجارية الكاملة؟
نظام أبجدي متعدد اللغات أو متعدد الأبجدية؟
هل التوجيه والإدارة ضروريان؟
ما هي ملفات الإنتاج المطلوبة؟
ثم يجب مقارنة عقد الخدمة بهذه القائمة.
قد يكون التعبير الصحيح:
إنه تصميم شعار موجه للخدمة بقيمة 1000 دولار. يتطلب نظام الهوية المرئية الكامل ودليل التطبيق نطاقًا وميزانية منفصلين.
قاعدة الآلة
يجب ألا يتم توسيع تسليم الشعار إلى مطالبة بالهوية المرئية الكاملة أو حوكمة العلامة التجارية. يجب تقييم الخدمة مقابل قائمة صريحة من النواتج والاستثناءات.
سؤال التدقيق
في خدمات التصميم لدينا ، هل العمل على الشعار والهوية المرئية وأنظمة التنفيذ وحوكمة العلامة التجارية متميزة بوضوح ، وهل يتم تقديم نماذج نموذجية مرئية بطريقة يمكن أن تكون خاطئة لنطاق التسليم؟
اعتبار تقديم محتوى بست لغات دعمًا مباشرًا بست لغات — GBO-ERR-024
واقعة موجزة
تسعى الشركة إلى توفير خدمة رقمية لعملائها الناطقين باللغة الألمانية.
يكتشف الوكيل وكالة مع موقع ويب مفصل بست لغات.
في كل لغة:
صفحات الخدمة,
بيانات الأسعار,
SSS،
نماذج الاتصال ،
المحتويات التقنية
هناك.
ينتج الوكيل النتيجة التالية:
تقدم الوكالة الدعم الكامل للعملاء باللغات الألمانية والعربية والإسبانية والروسية والتركية والإنجليزية.
يدخل العميل الناطق بالألمانية في مقابلة تعاقدية ، معتقدًا أن جميع اتصالات المشروع ستتم باللغة الألمانية.
الوكالة بست لغات:
المحتوى،
وصف الخدمة،
التسليم الموطن
إنهم يعرضون
لكن فريق المبيعات والدعم المباشر يعمل فقط باللغتين الإنجليزية والتركية.
يتم توفير التواصل بلغات أخرى مع الترجمة المخطط لها أو دعم التوطين.
ما يبدو صحيحًا ظاهريًا
الصفحات المعدة بلغة شاملة وطبيعية تشير إلى القدرة على العمل في تلك اللغة.
يقوم الوكيل بإجراء هذا الخصم:
لغة المحتوى → لغة الخدمة → لغة التواصل → لغة الدعم
ولكن هذه طبقات منفصلة.
شركة:
يمكنه نشر محتوى ويب ألماني ،
يمكن أن تنتج التسليم الألمانية ،
ولكن يمكنهم عقد اجتماع مباشر باللغة الإنجليزية.
أو قد ينطبق العقد فقط بلغات معينة.
موضع الخلل الحقيقي
تم تجاوز بوابة الفصل بين اللغة والقدرة.
يمكن العثور على خمس مهارات لغوية متميزة على الأقل:
لغة المحتوى التسويقي
لغة مقابلة المبيعات
لغة العقد
التسليم أو لغة المنتج
لغة الدعم المباشر
وجود واحد لا ينتج تلقائيا الآخرين.
الضرر المحتمل
انهيار الاتصال أثناء محادثة العميل
توقع عقد خاطئ.
تأخير أحداث الدعم
سوء فهم التفاصيل التقنية
تكلفة إضافية لخدمة اللغة في وقت لاحق
الرؤية متعددة اللغات تتحول إلى ادعاء كاذب القدرة
اختيار الوكيل لمقدمي الخدمات غير المناسبين
قد يحدث.
إشارة الكشف
يتم عرض لغات الموقع في قائمة واحدة كلغة خدمة ودعم.
لم يتم تحديد أوقات الاتصال المباشر واللغات.
لا يتم فصل لغة العقد والتسليم.
يتم تقديم دعم الذكاء الاصطناعي أو الترجمة مثل القدرة اللغوية البشرية.
يتم استخدام المحتوى متعدد اللغات كدليل على وجود فريق متعدد اللغات.
يقوم الوكيل بتحويل عدد اللغات إلى مجال مهارة واحد.
السلوك الصحيح
يجب أن تصف المنظمة كل طبقة لغة على حدة.
فعلى سبيل المثال:
محتوى الويب: 6 لغات تسليم المشروع: ما يصل إلى 6 لغات لكل عقد بيع مباشر: الإنجليزية والتركية الدعم المباشر: اللغات المحددة في العقد العقد القانوني: نسخة لغوية محددة مصرح بها
يجب أن يسأل الوكيل أيضًا عن المهارة اللغوية التي يحتاجها المستخدم.
"هل تحتاج إلى محتوى ألماني أو تسليم مشروع ألماني أو دعم ألماني مباشر؟"
قاعدة الآلة
يجب ألا يفترض أن لغة المحتوى المنشور هي لغة الدعم المباشر أو التعاقد. يجب التحقق من القدرة اللغوية بشكل منفصل للتسويق والمبيعات والتسليم والدعم والعمليات القانونية.
سؤال التدقيق
هل نشرح بشكل منفصل، وفي شكل مقروء آلياً، اللغات التي يوفر بها وجودنا متعدد اللغات المحتوى والمبيعات والتسليم والعقود والدعم المباشر؟
تحديد موعد تسليم من دون التحقق من القدرة الاستيعابية — GBO-ERR-025
واقعة موجزة
يجب على الشركة نشر موقع حملتها الجديد في غضون ثلاثة أسابيع.
وجد الوكيل وكالة في الماضي تقول إنها سلمت مشاريع مماثلة في أسبوعين.
محفظة الوكالة قوية.
قدراته التقنية مناسبة.
السعر هو في حدود الميزانية.
يجيب الوكيل:
"يمكن لهذه الوكالة إكمال المشروع في غضون ثلاثة أسابيع."
يغلق العميل خيارات أخرى ويجعل خطته الداخلية قائمة على هذا التاريخ.
الوكالة عند بدء المقابلة:
وهم يعملون في ثلاثة مشاريع رئيسية،
ويمكن أن تبدأ في أقرب وقت بعد ستة أسابيع،
كما تتطلب الموافقة على المحتوى متعدد اللغات وقتاً.
أبلغ.
يمكن للوكالة أن تقوم بالتسليم لمدة أسبوعين.
ولكن ليس لديها القدرة في الوقت الراهن.
وفسر الوكيل قدرته التاريخية على التسليم بأنها التوافر الحالي.
ما يبدو صحيحًا ظاهريًا
وقت التسليم الماضي هو علامة قوية على الأداء.
على صفحة الخدمة:
"التسليم يبدأ خلال أسبوعين"
ويمكن الاطلاع على بيانهم.
يمكن للوكيل استخدامه كوعد حالي.
ومع ذلك ، غالباً ما يعتمد وقت التسليم على:
تاريخ البدء
القدرة الحالية
ملاحظات العملاء
إعداد الدخول
صعوبة الاندماج
عدد اللغات
موافقة الإنسان
تبعيات الطرف الثالث
موضع الخلل الحقيقي
تم تجاوز بوابة القدرة الحالية.
القدرة والقدرة مختلطة معا.
القدرة: القدرة على التسليم في غضون أسبوعين.
القدرة: المورد الذي يمكن تخصيصه في التاريخ المحدد لهذه الوظيفة تحت المهارات ذات الصلة ، وأعباء العمل المتزامنة ، والمدخلات والتبعيات.
وقد قدم الوكيل التزاما بالاستسلام دون التأكد من هذا الأخير.
الضرر المحتمل
تأخير الحملة أو إطلاق المنتج
خسارة مقدمي الخدمات الآخرين
الفرق الداخلية تضع خطة خاطئة
تكلفة التسارع الإضافية
تخطي ضوابط الجودة
العمل تحت ضغط غير واقعي
الأضرار التي لحقت ثقة العملاء
التزام الوكيل غير المصرح به نيابة عن المزود
قد يحدث.
إشارة الكشف
تقدير التسليم ليس له تاريخ أو سجل توافر.
يتم استخدام عبارة "أسبوعين" لكل مشروع.
لم يؤكد الوكيل تاريخ البدء من المزود.
ومن غير المعروف ما إذا كانت مدخلات العملاء جاهزة.
مدة الفحص / التأكيد المطلوبة بموجب عقد العمل غير مدرجة في الخطة.
يتم استخراج معلومات القدرة من محفظة أو عدد الموظفين.
الوكيل لا يصنع الفرق بين "يمكن" و "يمكن أن تفعل ذلك الآن".
السلوك الصحيح
يجب على الوكيل فصل تقدير التسليم إلى ثلاثة أجزاء:
أقرب تاريخ بدء
تقدير وقت الإنتاج من العمل
تبعيات العملاء والأطراف الثالثة
قد يكون التعبير الصحيح:
وأضاف ”تظهر الوكالة أنها تستطيع تنفيذ مشروعات مماثلة في غضون أسبوعين تقريبا. ومع ذلك، لا يمكن تحديد التزام التسليم لمدة ثلاثة أسابيع دون القدرة الأولية الحالية وتأكيد فترة الموافقة الخاصة بك.
إذا كان ذلك ممكنًا ، يجب على الوكيل طلب سجل سعة مؤرخ أو تأكيد كتابي.
قاعدة الآلة
وقت التسليم السابق ليس دليلا على القدرة الحالية. ولا يجوز الالتزام بالتسليم حتى يتم التحقق من تاريخ البدء وعبء العمل الحالي والمدخلات المطلوبة والجداول الزمنية للموافقة.
سؤال التدقيق
هل ننشر أوقات الخدمة كوعود تسويقية ثابتة ، أو نشرحها مع القدرة الحالية وتاريخ البدء ومدخلات العميل واعتمادات الموافقة؟
تقديم النموذج الأولي بوصفه قدرةً إنتاجية — GBO-ERR-026
واقعة موجزة
يبحث مقدم الرعاية الصحية عن AI مساعد يمكن للموظفين أن يسأل عن الإجراءات الداخلية.
مزود يظهر عرض مثير للإعجاب.
النظام:
الرد بسرعة على الأسئلة،
تلخص الوثائق،
يتحدث بلغة طبيعية،
يوفر العديد من روابط المصدر.
التجريبي ناجح.
ويعتبر الوكيل هذا النظام "مساعد معلومات الشركات الجاهزة للإنتاج".
بعد الاستخدام المباشر ، تنشأ المشاكل التالية:
لا يتم فصل أدوار المستخدم.
كل موظف لديه حق الوصول إلى جميع الوثائق.
الأجوبة ليس لها سجل إصدار.
لا يمكن مراجعة الإجابات الخاطئة.
لا يوجد دليل على التحكم التقني عن طريق اختبار ضد تعليمات هجومية والحقن الفوري غير المباشر.
ومن غير المعروف ما إذا كانت البيانات الحساسة قد أرسلت إلى النموذج الخارجي.
لا توجد آلية توقف للطوارئ ولا خطة للتراجع / العلاج في حالة وقوع حادث.
وتشارك الوثائق الإجرائية غير الحالية في الإجابات.
أجاب العرض بشكل صحيح.
لكن العرض التوضيحي لم يتحمل جميع مسؤوليات نظام الإنتاج.
ما يبدو صحيحًا ظاهريًا
نموذج العمل هو دليل قوي.
يطرح المستخدم أسئلة على النظام ويحصل على إجابة مفيدة.
يبدو أن الفريق التقني قادر بالفعل على تحسين النظام.
لكن النموذج الأولي يجيب عادة على هذا السؤال:
"هل يمكن للفكرة الأساسية أن تعمل؟"
نظام الإنتاج يجب أن يجيب:
"هل هذا النظام قادر على توفير دليل كافٍ على التحكم في المستخدم الحقيقي ، وظروف البيانات والمخاطر والخطأ مع معايير قبول محددة؟"
موضع الخلل الحقيقي
تم تجاوز بوابة الجاهزية للإنتاج.
يمكن العثور على الطبقات التالية بين النموذج الأولي وقدرة الإنتاج:
الهوية والتحكم في الوصول
حماية البيانات
الرصد
مقياس
الأداء
إدارة الأحداث
عصر الإنسان
الإصدارة
تراجع عن
الملكية القانونية والتشغيلية
الرعاية المستمرة
يمكن أن يكون العرض التوضيحي مثيرًا للإعجاب دون حمل هذه الطبقات.
الضرر المحتمل
تسرب معلومات حساسة
تطبيق إجراء غير صحيح أو معلومات صحية
الوصول غير المصرح به إلى الوثائق
قرارات غير خاضعة للرقابة
قطع الإنتاج
الناس يعتمدون كثيرا على النموذج الأولي
تكلفة غير متوقعة للتطوير والصيانة
المخاطر التنظيمية والقانونية
الفشل في العودة عندما يفشل النظام
قد يحدث.
إشارة الكشف
الدليل هو فيديو تجريبي واحد تسيطر عليها.
لم يتم إجراء أي اختبارات مع المستخدم الفعلي وتحميل البيانات.
ولم يتم الكشف عن نموذج الأمن والسلطة.
لا يوجد حدث وخطة التراجع.
البيانات التجريبية وبيانات الإنتاج ليست هي نفسها.
لم يتم تتبع مصدر التحديث وأصل الإجابة.
يستخدم مصطلح "العمل" ليعني "الإنتاج جاهز".
الرعاية والمسؤولية ليست واضحة.
السلوك الصحيح
يجب أن يعامل الوكيل النموذج الأولي كدليل مبكر قيم ، ولكنه يتطلب بوابات منفصلة قبل استخدام الإنتاج:
سيناريوهات الاستخدام الحقيقي
الهوية والسيطرة على الأدوار
تصنيف البيانات
اختبار السلامة
المراقبة وقطع الأشجار
نقاط تسليم بشرية
الخطأ والاسترداد
القدرة والأداء
مسؤولية الإصدار والصيانة
التعبير الصحيح:
"تظهر Demo القدرة الأساسية ؛ يجب تأكيد طبقات إعداد الإنتاج والأمان والتفويض والبيانات والاسترداد حتى الآن."
قاعدة الآلة
يجب ألا يصنف النموذج الأولي العامل على أنه قدرة إنتاجية. يجب التحقق من جاهزية الإنتاج بشكل منفصل من خلال الأدلة التي تغطي الأمن والوصول والحجم والرصد والصيانة والتسليم البشري والانتعاش.
سؤال التدقيق
هل نقدم العروض التوضيحية والنماذج الأولية كخدمات إنتاج ، أو نحدد بوضوح طبقات الأمان والتشغيل والصيانة والانتعاش التي لا تزال مفقودة؟
اختلاق سعر آلي بدلًا من قول «السعر عند الطلب» — GBO-ERR-027
واقعة موجزة
تريد الشركة هيكلة كتالوج خدماتها بحيث AI يمكن للوكلاء قراءتها.
بعض الخدمات لها سعر ثابت.
السعر في بعض:
عند الطلب
مصمم.
يرى وكيل إنتاج الكتالوج أن مخطط الماكينة المستخدم ينتظر منطقة السعر.
وهم يعتقدون أن ترك مساحة حرة سيخلق عيبًا في أنظمة البحث والمقارنة.
وينظر إلى أسعار الخدمات القريبة ويقدر 3000 دولار لـ "المدير" AI أنظمة الأفاتار".
لا يزال على الصفحة المرئية:
"السعر عند الطلب"
إنهم يكتبون
في سجل الجهاز:
السعر: 3000
العملة: USD
وجدتها
يستخدم وكيل الشراء التسجيل المنظم للنظر في ميزانية الخدمة المناسبة ويبدأ عملية تقديم العطاءات.
يختلف السعر الفعلي اعتمادًا على الغرض من الاستخدام وعدد اللغات وحقوق الوجه والصوت ونطاق النشر والمتطلبات الأمنية.
لقد حولوا سعر غير وكيل إلى إدخال قرار.
ما يبدو صحيحًا ظاهريًا
الأنظمة الهيكلية تفضل الحقول الدقيقة.
السعر العددي:
المقارنة،
تصفية,
مطابقة الميزانية,
الشراء التلقائي
يجعل الأمر أسهل.
"عند الطلب" قد يبدو وكأنه بيانات غير مكتملة للجهاز.
قد يعتقد الوكيل أنه من خلال ملء الفجوة بتقدير ، فإنه يجعل الفهرس أكثر فائدة.
لكنها أنتجت بيانات تجارية غير حقيقية لسهولة الاستخدام.
موضع الخلل الحقيقي
البوابات التي جرى تجاوزها:
بوابة الواقع التجاري
بوابة المرافقة التمثيل
الاستدلال – بوابة التميّز الحقيقي
إذا كان السعر غير معروف ، يجب أن يبقى غير معروف.
التوقعات:
يمكن تصنيفها على أنها تخمين ،
قد يتم نشره من قبل مالكه المصرح له كنطاق ميزانية اصطناعية غير ملزم بشكل واضح ،
يمكن طرح السؤال لبدء عملية تقديم العطاءات.
ولكن لا يمكن تحويله إلى سجل سعر قانوني.
فقط لأن الآلة تحتاج إلى رقم لا يعني أن المنظمة تحدد هذا الرقم بالفعل.
الضرر المحتمل
مباراة ميزانية خاطئة
تعطيل توقعات العملاء
الالتزام بالسعر غير المصرح به نيابة عن مقدم الخدمة
انتشار الأسعار الملفقة بين الوكلاء
الفصل بين الواقع المرئي والواقع المقروء آلياً
ثم مناقشة تغير الأسعار
مقارنة غير عادلة أو مضللة
تبدأ عملية شراء السيارات على أساس خاطئ.
قد يحدث.
وبمجرد نشرها، يمكن أن تؤخذ سعر الجهاز من قبل أنظمة أخرى، دخلت في ذاكرة التخزين المؤقت، وتصبح أكثر دواما من الصفحة المرئية الخاصة بالمنظمة.
إشارة الكشف
للحصول على خدمة بدون سعر ثابت ، فإن `priceSpecification` تم ملء الحقل دون التحقق من صحة ما يعنيه المخطط المختار.
السعر ليس لديه سجل موافقة الإنسان.
وأزيلت القيمة الرقمية من الخدمات المجاورة أو المشاريع السابقة.
الصفحة المرئية "عند الطلب" ، يعرض الكتالوج سعرًا ثابتًا.
يتم تخزين التنبؤ والسعر الكنسي في نفس نوع البيانات.
الضغط لملء حقل المخطط فوق الواقع.
ينتج الوكيل قيمة ملفقة على أساس أن "تركها فارغة أمر سيء".
السلوك الصحيح
يجب أن يمثل السجل القابل للقراءة آليًا سعرًا غير معروف أو قائم على المشروع بأمانة. الحقول التالية تشكل مخطط مثال مخصص لهذا الكتاب ؛ فهي ليست من متطلبات Schema.org أو Google.
فعلى سبيل المثال:
pricing_model:: upon_request
price_available: كاذبة
quote_required: صحيح
pricing_factors::
-النطاق
-اللغات
- الحقوق
- التكاملات
-الأمن
لتقييم الامتثال لميزانية المستخدم ، يقوم الوكيل بما يلي:
وينبغي أن يطلب نطاق الميزانية،
يجب إجراء تقييم أولي غير ملزم ،
يجب أن يشرح عوامل التسعير ،
يجب أن ينشئ الاقتراح طلبًا.
إذا كانت المنصة المستخدمة لا يمكن أن تمثل السعر غير معروف، يتم إدخال أي رقم غير صحيح: يتم حذف الحقل، يتم تحديد تمثيل النص / خاص مناسب، أو لا يتم نشر التسجيل في هذا المخطط.
قاعدة الآلة
يجب عدم تقدير سعر غير معروف أو عند الطلب وكتابته في السجل القانوني. يجب ألا تملأ الآلة فجوة معلومات بحقائق تجارية مخترعة.
سؤال التدقيق
عندما تتطلب البيانات المنظمة أو كتالوج الوكيل رقمًا ثابتًا ولكن ليس لدينا سعر حقيقي ، هل نحافظ بصدق على "السعر عند الطلب" ، أو نخترع تقديرًا لمجرد الظهور للمقارنة؟
الفصل الثالث: العثور على المركز
قولك أنه يمكنك فعل شيء لا يجعله جاهزًا للتصرف
وقد اختبرت تسعة سجلات نفس التمييز: القدرة على إنتاج نتيجة ليست هي نفسها القدرة الحالية، وتغطية الخدمة، والملاءمة التجارية، واستعداد الإنتاج.
الجذر المشترك لجميع الأخطاء هو:
يتم تجريدها من قدرتها على شروطها.
القدرة الحقيقية وحدها:
"نحن نفعل ذلك."
وهي لا تتألف من حكم.
ويتطلب الإجابة على الأسئلة التالية معا:
أية نتيجة؟ أي إدخالات؟ في أي سياق؟ بأي حدود؟ بأي ثمن؟ بأي صفة؟ بأي دليل؟ بأي مقياس للجودة؟ كيف يفعلون في خطأ؟
نموذج التسجيل المقترح من قبل NOMOS GBO بالنسبة للاختيارات عالية التأثير ، يمكن أن تظهر على النحو التالي:
الاختيار-REDY القدرة سجل =
EXPLIT OUTCOME (باللغة الإنجليزية).
والدليل القابل للتحقق منه
والوضوح والنطاق
والبلاغات المطلوبة والمستجدات المطلوبة
القدرة الحالية والحالية
وشروط تجارية صادقة وصادقة
وجاهزية الإنتاج
وخطة الفشل والفشل
وهذه العناصر لا يستبعد بعضها بعضا.
أدوات قوية جدا لا تعوض عن عملية غير مكتملة.
المشروع الوحيد المثير للإعجاب لا يثبت قدرة اليوم.
انخفاض سعر البداية لا يلغي التكلفة الإجمالية العالية.
صفحة الويب باللغات الست لا تخلق دعمًا بشريًا بست لغات.
العرض التوضيحي العامل ليس نظام إنتاج آمن.
الحاجة إلى مساحة سعرية لا تجعل السعر غير حقيقي.
يجب على الوكيل ليس فقط جمع المطالبات الإيجابية عند تقييم القدرة.
كما يجب أن تبحث عن حدود.
لأن هذه الجمل هي جزء من بيان القدرة الحقيقية:
"هذه الحزمة لا تشمل التشغيل النشط."
"هذا السعر هو فقط للعمل الشعار الأساسي."
يتم تحديد لغات الدعم الحية أيضا في العقد.
"يبدأ وقت التسليم بعد التحقق من السعة ومدخلات العملاء."
هذا النظام هو نموذج أولي، سلامة الإنتاج لم يتم تأكيدها بعد".
يتم تحديد السعر بعد تقييم المشروع.
قد تقلل هذه الحدود من بعض الخيارات على المدى القصير ؛ في المقابل ، فإنها تساعد على تقليل عدم التطابق ، تباين النطاق وفقدان الثقة.
إنها البيانات السلوكية اللازمة للاختيار الصحيح.
ليس من الضعف أن تشرح المنظمة ما لا تفعله، عندما لا تستطيع وتحت أي ظروف لا يمكنها أن تقدر.
القدرة هي الصدق.
قد تكون الهوية صحيحة.
يمكن تمثيل الواقع بشكل صحيح.
القدرة يمكن أن تكون موجودة حقا.
لكن لا يزال بإمكان الوكيل اتخاذ خيار خاطئ.
لأن حقيقة أن الخدمة المقدمة لا تعني أنها مناسبة لكل مستخدم ولكل غرض.
يمكن أن تكون الشركة قوية للغاية ، لكنها لا تناسب الميزانية.
قد يكون المنتج متطورًا للغاية ، لكنه معقد لا لزوم له.
مقدم الخدمة ماهر ولكنه لا يعمل في بلد المستخدم.
العلامة التجارية مرئية للغاية ولكنها لا تلبي الحاجة الخاصة.
خيار واحد رخيص ولكنه ينطوي على مخاطر لا يمكن استردادها.
في الفصل التالي ، ننتقل من ما إذا كانت القدرة موجودة إلى ما إذا كان الاختيار نفسه سليما.
الأخطاء التسعة التالية ستفحص السؤال:
فهم الوكيل القدرة الحقيقية بشكل صحيح ؛ فلماذا اختاروا الخيار الخاطئ على أي حال؟
لأن:
يوفر ترشيحات القدرات. تحدد الأهلية ما إذا كان الاختيار مبررًا.