لماذا يقتل "الجيد بما فيه الكفاية" مشروعك؟

نادراً ما يفشل المشروع لأن قراراً واحداً كان سيئاً. وفي أغلب الأحيان، يتباطأ بعد سلسلة من الاختيارات التي تبدو مقبولة. التقرير واضح بما فيه الكفاية. الميزة تعمل بشكل جيد بما فيه الكفاية. يمكن للعميل العثور على الزر. يمكن للفريق حل المشكلة لاحقًا. يبدو هذا المعيار آمنًا لأنه يحافظ على تقدم العمل. ومع ذلك، فإن عبارة "جيد بما فيه الكفاية" يمكن أن تضيف بهدوء التكلفة والارتباك والمخاطر إلى المشروع. لقد رأيت فرقًا تقضي أشهرًا في إصلاح المشكلات الصغيرة التي بدت غير ضارة في البداية. المشكلة ليست أن كل مهمة تحتاج إلى عمل مثالي. تحتاج معظم المشاريع إلى حدود ومقايضات ومواعيد تسليم معقولة. تبدأ المشكلة عندما لا أحد يحدد ما يعنيه "جيد بما فيه الكفاية". ## التكلفة الخفية للعمل المقبول لقد عملت ذات مرة مع فريق برمجيات صغير أطلق لوحة تحكم لإعداد التقارير. قامت لوحة المعلومات بتحميل البيانات، وأظهرت المخططات الأساسية، واجتازت حالات الاختبار الرئيسية. ووصفه الفريق بأنه جاهز. كان للمستخدمين تجربة مختلفة. كانت تسميات التصفية غير واضحة. تستخدم الملفات المصدرة تنسيقات تاريخ غير متناسقة. أظهر الطلب الفاشل شاشة فارغة بدلاً من رسالة مفيدة. لم تمنع أي من هذه المشكلات المنتج من العمل. قاموا معًا بإنشاء طلبات الدعم والتفسيرات المتكررة والإحباط المتزايد. أمضى الفريق لاحقًا عدة أسابيع في تصحيح التفاصيل التي كان من الممكن التعامل معها أثناء الإصدار الأول. استغرقت أعمال الإصلاح وقتًا أطول لأن المستخدمين قد كونوا بالفعل عادات حول التصميم الضعيف. ويظهر هذا النمط في العديد من أنواع المشاريع: - صفحة التسويق تحتوي على معلومات مفيدة ولكنها تجعل الزوار يبحثون عن الخطوة التالية. - تعتمد عملية البيع على التحديثات اليدوية لجداول البيانات. - خطة البناء تترك ملكية غير واضحة للتغييرات الصغيرة. - يعمل تطبيق الهاتف المحمول على حجم جهاز واحد ولكنه يبدو معطلاً على الأجهزة الأخرى. - يحتوي التقرير على بيانات دقيقة ولكنه يستخدم مصطلحات لا يفهمها العملاء. قد تبدو المشكلة المرئية صغيرة. التكلفة المتكررة ليست كذلك. ## لماذا تقبل الفرق المعايير الضعيفة غالبًا ما يدخل "الجيد بما فيه الكفاية" إلى المشروع من خلال الضغط. المدير يريد نتيجة سريعة. يفترض المتخصص أن شخصًا آخر سيقوم بتحسين العمل. يتجنب الفريق إثارة المخاوف لأن الموعد النهائي يبدو ضيقًا بالفعل. يوافق العميل على المسودة دون التحقق من كيفية استخدامها. يمكن لهذه العبارة أيضًا إخفاء قرار مفقود. إذا لم يكن لدى الفريق معيار جودة مشترك، يقوم كل شخص بإنشاء نسخة شخصية من العمل المقبول. قد يركز أحد المصممين على التلميع البصري. قد يركز أحد المطورين على الوظيفة. قد يركز أحد مديري المبيعات على سرعة الإطلاق. يمكن أن يشعر كل شخص بالرضا بينما يواجه العميل تجربة غير متكافئة. أحاول فصل السرعة عن الرعاية. يمكن أن يكون الإصدار السريع معقولًا عندما يعرف الفريق ما الذي سيصدره، ومن سيستخدمه، وما هي المشكلات التي تظل مفتوحة. تصبح السرعة باهظة الثمن عندما يتعامل الفريق مع عدم اليقين كخطة. ## طريقة عملية لوقف الانجراف ### 1. تحديد النجاح الأساسي للمستخدم اكتب جملة واحدة: "بعد استخدام هذا المنتج أو الصفحة أو العملية، يجب أن يكون العميل قادرًا على..." اجعل الجملة محددة. "فهم الخدمة" واسع النطاق. "مقارنة ثلاث خطط وطلب عرض أسعار مناسب" يمنح الفريق شيئًا ما لاختباره. يساعد هذا البيان في إزالة العمل الذي يبدو جذابًا ولكنه لا يدعم مهمة المستخدم. ### 2. تعيين حد أدنى للجودة قم بإنشاء قائمة قصيرة من الشروط التي يجب استيفاؤها قبل الإصدار. بالنسبة لموقع الويب، قد تتضمن القائمة ما يلي: - تعمل الصفحات الرئيسية على أحجام الشاشة الشائعة. - نماذج الاتصال ترجع استجابة واضحة. - الأسعار والتواريخ وتفاصيل الخدمة مطابقة للمصدر المعتمد. - روابط تؤدي إلى الصفحات المتوقعة. - يمكن للعملاء فهم الخطوة التالية دون مساعدة إضافية. الأرضية عالية الجودة ليست مطلبًا للعمل الخالي من العيوب. إنها طريقة لحماية تجربة المستخدم الأساسية. ### 3. ضع علامة على الدين قبل أن يصبح غير مرئي يمكن لبعض المشكلات الانتظار. قم بتسجيلها مع المالك والسبب وتاريخ المراجعة. "تحسين البحث" غامض للغاية. "مراجعة مرشحات البحث بعد 500 جلسة للعملاء" تمنح الفريق نقطة مرجعية. عندما يكون للعمل غير المكتمل مكان في الخطة، فمن غير المرجح أن يختفي بعد الإطلاق. ### 4. اختبار المسار الكامل غالبًا ما تختبر الفرق أجزاء منفصلة من المشروع. تجربة العملاء المسار بأكمله. أود أن أطلب من شخص لم يقم ببناء المنتج إكمال المهمة الرئيسية. شاهد أين يتوقفون. استمع إلى الأسئلة التي يطرحونها. لاحظ الأماكن التي يخمنون فيها. يمكن لملاحظة مدتها خمس دقائق أن تكشف أكثر من مجرد اجتماع طويل حول ما كان من المفترض أن تفعله الواجهة. ### 5. تتبع الاحتكاكات المتكررة قد تكون إحدى الشكاوى بمثابة تفضيل شخصي. نفس الشكوى من العديد من المستخدمين تستحق الاهتمام. ابحث عن أسئلة الدعم المتكررة، والنماذج المهجورة، والتصحيحات اليدوية، والموافقات المتأخرة، والحلول البديلة. توضح هذه الإشارات أين يؤدي العمل "المقبول" إلى تكلفة أكبر. ### 6. قم بمراجعة المعيار بعد كل إصدار يتغير المشروع بمجرد استخدامه. قد تظهر البيانات الجديدة أن أحد المتطلبات كان صارمًا للغاية بينما كان الآخر ضعيفًا للغاية. أفضل مراجعة قصيرة تحتوي على ثلاثة أسئلة: - ما الذي ساعد المستخدمين على إكمال المهمة؟ - أين تردد الناس أو طلبوا المساعدة؟ - ما هو القرار الذي يجب أن نغيره قبل الإصدار القادم؟ وهذا يبقي الجودة مرتبطة بالأدلة وليس بالذوق الشخصي. ## الجيد بما فيه الكفاية يحتاج إلى حدود المشروع المفيد لا يحتاج إلى صقل كل التفاصيل قبل أن يتمكن أي شخص من استخدامها. إنها تحتاج إلى حدود واضحة. إذا كانت التفاصيل المرئية البسيطة غير مكتملة، فقد يختار الفريق إطلاقها. إذا لم يتمكن العملاء من فهم السعر، أو فقدوا بياناتهم، أو أكملوا المهمة الرئيسية، فلن يعد نفس المعيار مناسبًا. والآن أطرح سؤالاً مباشراً قبل الموافقة على العمل: “ما هي تكلفة هذا الاختيار على العميل إذا تركناه كما هو؟” قد تكون الإجابة صغيرة. قد يكون ذلك تأخيرًا أو تذكرة دعم أو لحظة ارتباك. وقد يكشف أيضًا عن مشكلة ستنتشر عبر المشروع بأكمله. جيد بما فيه الكفاية يمكن أن يحمي الفريق من التلميع الذي لا نهاية له. وبدون حدود واضحة، يمكن أيضًا أن يحول التنازلات الصغيرة إلى نظام يجد الناس صعوبة في استخدامه. الهدف ليس العمل المثالي. الهدف هو العمل الذي يحترم العميل، ويدعم غرض المشروع، ويترك للفريق مسارًا واضحًا للتحسين التالي.

كنت أعتقد أن "الجيد بما فيه الكفاية" هو مكان آمن. تم الانتهاء من العمل. العملاء لم يشتكوا. وكانت المبيعات ثابتة. عمل الموقع الإلكتروني، وخرجت رسائل البريد الإلكتروني، وعرف الفريق ما يجب فعله. ومع ذلك، شعرت بشيء عالق. يمكن أن تبدو الأعمال التجارية مستقرة بينما تفقد الاهتمام والثقة والفرص بهدوء. تبقى المشاكل الصغيرة مخفية لأنها لا تسبب أزمة فورية. الصفحة البطيئة، أو العرض غير الواضح، أو شكوى العملاء المتكررة، أو المتابعة الضعيفة قد تبدو بسيطة في حد ذاتها. إنهم معًا يشكلون كيفية حكم الناس على الأعمال. تعلمت أن التقدم نادراً ما يبدأ بتغيير جذري. يبدأ الأمر غالبًا برفض تجاهل التفاصيل التي تعيق العملاء. ### لاحظ أين تظهر عبارة "جيد بما فيه الكفاية" أبدأ بالنظر إلى تجربة العميل الكاملة. وأسأل: - هل يستطيع الزائر الجديد فهم العرض خلال ثواني معدودة؟ - هل يجيب الموقع على الأسئلة الشائعة؟ - هل من السهل العثور على الخطوة التالية؟ - هل تتطابق أوصاف المنتج مع الخدمة الفعلية؟ - هل يسمع فريق الدعم نفس الشكوى مرارًا وتكرارًا؟ - هل يغادر العملاء قبل أن يتصلوا بنا؟ هذه الأسئلة بسيطة، ولكن الإجابات يمكن أن تكشف أكثر من مجرد لقاء طويل. قد تركز الشركة على اكتساب المزيد من الزيارات عندما تكون المشكلة الحقيقية هي الصفحة المقصودة المربكة. قد تستمر شركة أخرى في إضافة ميزات بينما لا يزال العملاء يعانون من العملية الأساسية. المزيد من النشاط لا يحل دائمًا المشكلة الرئيسية. ### تحويل الشكاوى إلى معلومات مفيدة لا أتعامل مع كل شكوى على أنها هجوم. غالبًا ما تظهر الشكوى عدم تطابق توقعات العميل وتجربة الشركة. إذا سأل العديد من الأشخاص عن كيفية إرجاع منتج ما، فقد لا يكون من السهل العثور على سياسة الإرجاع. إذا استمر المستخدمون في طلب نفس الشرح، فقد تحتاج صفحة المنتج إلى لغة أكثر وضوحًا. أقوم بجمع التعليقات من: - رسائل خدمة العملاء - مراجعات المنتجات - مكالمات المبيعات - مصطلحات البحث في موقع الويب - تذاكر الدعم - استطلاعات الخروج ثم أقوم بتجميع المشكلات المتشابهة معًا. تعليق واحد قد يكون شخصيا. النمط المتكرر يستحق الاهتمام. على سبيل المثال، لاحظ بائع تجزئة صغير عبر الإنترنت أن العديد من العملاء سألوا عما إذا كان التسليم يشمل التتبع. وكانت الشركة قد قدمت الإجابة بالفعل، ولكن تم وضعها بالقرب من أسفل صفحة الطلب. أدى نقل معلومات التتبع بشكل أقرب إلى تفاصيل التسليم إلى تقليل الأسئلة المتكررة وجعل عملية الشراء أسهل للفهم. كان التغيير صغيرا. جاء التأثير من حل نقطة ارتباك حقيقية. ### تحسين جزء واحد من التجربة في كل مرة إن محاولة إصلاح كل شيء مرة واحدة غالبًا ما تؤدي إلى مزيد من العمل وتركيز أقل. أختار مجالًا واحدًا يؤثر على العملاء بشكل مباشر. يمكن أن تكون: 1. صفحة جوال بطيئة 2. وصف خدمة غير واضح 3. نموذج اتصال طويل 4. صورة منتج ضعيفة 5. رد دعم متأخر 6. عملية طلب تحتوي على خطوات كثيرة جدًا أقوم بتحديد ما يجب تغييره وإجراء التعديل ومشاهدة النتيجة. على سبيل المثال، قد تحتوي صفحة الخدمة على عدة فقرات حول الشركة ولكن جملة واحدة فقط غامضة حول ما يتلقاه العميل. سأعيد كتابة الصفحة حول أسئلة العميل: - ما هي المشكلة التي تعالجها الخدمة؟ - لمن هو مناسب؟ - ماذا تتضمن العملية؟ - ما هي المعلومات التي يجب على العميل تقديمها؟ - ماذا يحدث بعد التحقيق؟ الكتابة الواضحة لا تحتاج إلى ادعاءات مبالغ فيها. يحتاج إلى إجابات مفيدة. ### قياس أكثر من النتائج السطحية يمكن أن يبدو العدد الكبير من الزوار إيجابيًا، لكن حركة المرور وحدها لا توضح ما إذا كانت الصفحة تساعد الأشخاص. أولي اهتمامًا لإشارات مثل: - الوقت المستغرق في الصفحات الرئيسية - معدل إكمال النموذج - أسئلة الدعم المتكررة - إرجاع المنتج - مصطلحات البحث المستخدمة على موقع الويب - الاحتفاظ بالعملاء - الردود على رسائل البريد الإلكتروني للمتابعة. تحتاج هذه الأرقام إلى سياق. قد يشير انخفاض معدل إكمال النموذج إلى مشكلة فنية أو سؤال مربك أو عدم تطابق الجمهور. أتجنب الحكم على التغيير من رقم واحد فقط. أقوم أيضًا بمقارنة التعليقات من قبل التحديث وبعده. الأرقام تظهر الحركة غالبًا ما تشرح كلمات العملاء سبب حدوث ذلك. ### حافظ على معيار واضح للتغييرات "الجيدة بما فيه الكفاية" من شركة إلى أخرى. قد يحتاج المقهى المحلي إلى عملية طلب بسيطة وساعات عمل دقيقة. قد تحتاج شركة البرمجيات إلى إرشادات إعداد واضحة ودعم موثوق. قد تحتاج شركة استشارية إلى شرح عمليتها دون الاختباء وراء وعود واسعة النطاق. وينبغي أن يأتي المعيار من احتياجات العميل، وليس من الرغبة في تقليد منافس أكبر. أستخدم اختبارًا عمليًا: إذا كنت أرى هذا العمل لأول مرة، هل سأعرف ما يقدمه، ولماذا قد يناسبني، وما الذي يمكنني فعله بعد ذلك؟ إذا كانت الإجابة لا، فإن العمل ليس جاهزًا للتوقف. ### تجنب التلميع الذي لا نهاية له رفض التسوية لا يعني تغيير كل شيء إلى الأبد. هناك نقطة حيث تضيف المزيد من تعديلات التصميم قيمة قليلة. أبحث عن الفرق بين التحسين المفيد والتفضيل الشخصي. من المفيد تغيير الزر لأن العملاء لا يمكنهم العثور عليه. تغييره مرارا وتكرارا لأنني أفضل الظل الآخر قد لا يكون كذلك. يساعد مرشح القرار البسيط على: - هل يزيل هذا التغيير الارتباك؟ - هل يقلل من الجهد؟ - هل يجيب على سؤال شائع؟ - هل يمكنني ملاحظة تأثيره؟ - هل يدعم الهدف الفعلي للعميل؟ إذا كانت الإجابة واضحة فالتغيير له سبب. إذا لم يكن الأمر كذلك، أترك الأمر لوقت لاحق. ### تعلم من الشركات التي فاتتها التحول قامت شركة Kodak بتطوير تقنية الكاميرا الرقمية المبكرة ولكنها ظلت مرتبطة بشكل وثيق بأعمال الأفلام الخاصة بها لسنوات. غالبًا ما يتم اختزال القصة في خطأ واحد، إلا أن تراجع الأعمال عادةً ما يأتي من العديد من الاختيارات التي يتم اتخاذها بمرور الوقت. يمكن للنموذج المألوف أن يشعر بالأمان بينما تنتقل عادات العملاء إلى مكان آخر. الدرس الذي أتعلمه ليس أن كل شركة يجب أن تلاحق كل اتجاه. وهو أن الراحة لا ينبغي أن تحل محل الاهتمام. عندما يغير العملاء طريقة بحثهم عن منتج أو مقارنته أو شرائه أو استخدامه، تحتاج الشركة إلى دراسة هذا التغيير. إن الحفاظ على العملية القديمة فقط لأنها نجحت مرة واحدة يمكن أن يخلق مسافة بين الشركة والأشخاص الذين تخدمهم. ### بناء عادة المراجعة قمت بتحديد وقت منتظم لمراجعة رحلة العميل. أتحقق من صفحة واحدة، أو عملية واحدة، أو مصدر واحد للتعليقات. أسأل الفريق عما يسأله العملاء باستمرار. أقوم بمراجعة ما إذا كانت وعودنا تتطابق مع ما نقدمه. أقوم بإزالة المعلومات التي لم تعد تساعد وأضيف التفاصيل التي يحتاجها الأشخاص بالفعل. تمنع هذه العادة المشكلات الصغيرة من أن تصبح جزءًا من هوية الشركة. "جيد بما فيه الكفاية" قد يحافظ على استمرارية العمل لفترة من الوقت. ولا يخبرني ما إذا كان العملاء يشعرون بالفهم، أو ما إذا كانت العملية تحترم وقتهم، أو ما إذا كان العرض لا يزال يناسب احتياجاتهم. أنا لا أهدف إلى الكمال الذي لا نهاية له. أهدف إلى عمل أكثر وضوحًا وأسهل في الاستخدام وأكثر صدقًا بشأن القيمة التي يقدمها. وهنا يصبح التحسين عمليا. ليس في المطالبات الأعلى، ولكن في القرارات الأفضل التي يمكن أن يشعر بها العملاء.

يمكن تسليم المشروع في الوقت المحدد ولا يزال يفتقد العلامة. لقد رأيت فرقًا تطلق مواقع ويب وبرامج وحملات ومواد تجارية نجحت تقنيًا ولكنها تركت المستخدمين في حيرة من أمرهم. شعر التصميم بالازدحام. كان من الصعب متابعة الرسالة. أضافت العيوب الصغيرة الاحتكاك في كل خطوة. غالبًا ما تبدو عبارة "جيد بما فيه الكفاية" غير ضارة في البداية. وفي وقت لاحق، يمكن أن يجلب المزيد من طلبات الدعم، وقرارات أبطأ، ومشاركة ضعيفة، وأعمال إصلاح إضافية. يستحق مشروعك معيارًا واضحًا قبل بدء الإنتاج. أبدأ بطرح أسئلة بسيطة: - من سيستخدم هذا المشروع؟ - ما هي المشكلة التي يجب أن تحلها؟ - ما الإجراء الذي يجب على المستخدم اتخاذه؟ - ما هي الأجزاء التي يجب أن تعمل بشكل جيد من الإصدار الأول؟ - كيف سنعرف أن النتيجة تؤدي وظيفتها؟ تساعد هذه الأسئلة في فصل العمل المفيد عن العمل الذي يملأ قائمة مرجعية فقط. كما تحمي العملية الواضحة المشروع من انحراف النطاق. وأقسم العمل إلى مراحل عملية: 1. تحديد حاجة المستخدم يجب أن يبدأ المشروع بحالة المستخدم، وليس فقط بقائمة الميزات. بالنسبة لموقع ويب خاص بالخدمة، قد يرغب المستخدم في فهم العرض، والتحقق مما إذا كانت الخدمة تناسب احتياجاته، والاتصال بالشركة دون البحث في عدة صفحات. يمكن لخطة المشروع التي تتجاهل هذا المسار أن تنتج موقع ويب مصقولًا لا يزال يفشل في توجيه الزوار. 2. تعيين معيار مشروع مشترك "الجودة العالية" تعني أشياء مختلفة لأشخاص مختلفين. أفضل أن أكتب المعيار. قد يتضمن ذلك: - بنية واضحة للصفحة - سهولة التنقل - محتوى قابل للقراءة - نمط مرئي متسق - تخطيطات ملائمة للجوال - استجابة سريعة على الأجهزة الشائعة - نماذج بسيطة - فحوصات أساسية لإمكانية الوصول - عناوين وأوصاف صفحات سهلة البحث. معيار مشترك يمنح الفريق شيئًا عمليًا للمراجعة. كما أنه يقلل من ردود الفعل على أساس الذوق الشخصي وحده. 3. اعتمد على المهمة الرئيسية لكل مشروع مهمة رئيسية. قد يحتاج المتجر عبر الإنترنت إلى مساعدة المتسوقين على مقارنة المنتجات. قد تحتاج منصة الحجز إلى تسهيل اختيار المواعيد. قد يحتاج موقع الويب B2B إلى شرح الخدمة ودعم قرار الاتصال. أبقي هذه المهمة مرئية أثناء التخطيط والتصميم والكتابة والاختبار. يمكن أن تكون الميزات الإضافية مفيدة، لكن لا ينبغي لها أن تدفن المسار الرئيسي. 4. اختبار قبل الإطلاق لا أعتمد فقط على الآراء الداخلية. يمكن أن يكشف اختبار مستخدم صغير عن المشكلات التي يتوقف فريق المشروع عن رؤيتها بعد أسابيع من العمل. على سبيل المثال، اطلب من شخص لم ير المشروع أن: - البحث عن خدمة معينة - شرح ما تقدمه الشركة - إكمال نموذج - تحديد الأسعار أو تفاصيل الاتصال - استخدام المشروع على الهاتف مشاهدة حيث يتوقف الشخص مؤقتًا. استمع إلى الكلمات التي يستخدمونها. غالبًا ما يشير ارتباكهم إلى مشكلة في المحتوى أو التخطيط أو التنقل. 5. مراجعة الأداء بعد الإصدار الإطلاق ليس نهاية المشروع. ألقي نظرة على الإشارات المفيدة مثل إكمال النموذج والمشاركة في الصفحة واستعلامات البحث وأسئلة العملاء والأخطاء الفنية. لا تحكي هذه الإشارات القصة بأكملها، ولكنها تساعد في تحديد الأماكن التي قد يواجه فيها المستخدمون مشكلات. على سبيل المثال، قد تكتشف شركة خدمات محلية صغيرة أن الزوار يقرأون صفحة الخدمة الرئيسية ولكن نادرًا ما يرسلون نموذج الاتصال. قد يكون السبب عبارة عن نموذج طويل، أو خطوات تالية غير واضحة، أو تفاصيل خدمة مفقودة، أو تخطيط سيئ للهاتف المحمول. كل قضية تتطلب استجابة مختلفة. العمل الجيد في المشروع لا يعني إضافة المزيد من أجل المظهر. يتعلق الأمر بجعل كل جزء يخدم غرضًا واضحًا. أعتقد أيضًا أن الجودة يجب أن تتوافق مع الاحتياجات الفعلية للمشروع. لا تحتاج صفحة الحملة الصغيرة إلى نفس النظام الذي تحتاجه المنصة الكبيرة. قد لا يحتاج موقع الويب البسيط إلى العشرات من الميزات. يمكن أن يؤدي العمل الإضافي إلى زيادة التكلفة والصيانة دون تحسين تجربة المستخدم. السؤال الأفضل ليس "هل يمكننا إضافة هذا؟" إنه "هل سيساعد هذا المستخدم أو الشركة؟" عندما أعمل على مشروع ما، أبحث عن الفجوة بين ما تم طلبه وما يحتاجه المستخدمون بالفعل. غالبًا ما تحتوي هذه الفجوة على التحسينات الأكثر فائدة: - رسالة أكثر وضوحًا - مسار أقصر - ترتيب أفضل للمحتوى - عوامل تشتيت أقل - اختبار أكثر موثوقية - طريقة عملية لقياس النتائج يجب أن يشعر المشروع بأنه مدروس، وليس مثقلًا. يجب أن يساعد الأشخاص على المضي قدمًا بجهد أقل ويمنح الفريق طريقة واضحة لتحسينه بعد الإطلاق. "جيد بما فيه الكفاية" قد يكمل المهمة. يخلق المشروع المخطط جيدًا نتيجة يمكن للأشخاص فهمها واستخدامها والوثوق بها.

تقبل العديد من الفرق عبارة "جيد بما فيه الكفاية" لأنها تبدو عملية. تم الانتهاء من العمل، وتبقى التكلفة في حدود الميزانية، ولا يحتاج أحد إلى إعادة فتح المناقشة. أنا أفهم هذا الاختيار. لقد صنعتها بنفسي. تمر المسودة بمراجعة تحتوي على بعض الأقسام التقريبية. يتم تشغيل موقع ويب باستخدام نموذج اتصال بطيء. يحتوي التقرير على أخطاء صغيرة يبدو من السهل إصلاحها لاحقًا. المشكلة ليست دائما الحل الوسط الأول. المشكلة هي ما يخلقه هذا الحل الوسط بعد أن يصبح جزءًا من العمل اليومي. يمكن أن تظهر التكلفة الخفية لقبول الخير بما فيه الكفاية بعدة طرق. قد تؤدي مشكلة صغيرة إلى إبطاء العميل. قد تجبر العملية الضعيفة الموظفين على تكرار نفس المهمة. عيب بسيط في التصميم قد يجعل الناس يتساءلون عن العلامة التجارية بأكملها. قد يؤدي التحسن المفقود إلى توفير مجال عمل آخر لخدمة السوق بشكل أفضل. ## التكلفة التي تظهر بعد الإطلاق عندما أنظر إلى مشروع مكتمل، أحاول ألا أحكم عليه فقط من خلال ما إذا كان يعمل اليوم أم لا. أسأل ما الذي سيطلبه من الفريق الشهر المقبل. قد يستمر موقع الويب المستعجل في تلقي الطلبات. إذا كانت عملية الدفع تربك المستخدمين، فقد يقضي الموظفون ساعات في الإجابة على الأسئلة الأساسية. قد تدفع الشركة مقابل الدعم الإضافي، وتخسر ​​المبيعات، وتجمع التقييمات السيئة. جاء الادخار الأصلي من تخطي بعض التحسينات. التكلفة اللاحقة تنمو من خلال العديد من الأحداث الصغيرة. ويظهر هذا النمط في البرامج والتسويق وخدمة العملاء والعمليات الداخلية. إن الاختيار الذي يوفر ساعتين اليوم يمكن أن يخلق عشر ساعات من العمل اليدوي لاحقًا. من السهل تفويت التكلفة لأنها نادرًا ما تصل كفاتورة واحدة كبيرة. ويظهر ذلك على شكل تأخيرات، وتصحيحات متكررة، وشكاوى العملاء، وإحباط الموظفين، وضياع الفرص. ## "جيد بما فيه الكفاية" يمكن أن يضعف الثقة قد يغفر الناس خطأً صغيراً عندما يفهمون السبب وراءه. الأخطاء المتكررة ترسل رسالة مختلفة. قد تتلقى الشركة التي تنشر تفاصيل منتج غير واضحة المزيد من أسئلة ما قبل البيع. الشركة التي ترسل فواتير تحتوي على أخطاء قد تجعل العملاء يتحققون من كل سطر. فريق الخدمة الذي يقدم إجابات مختلفة قد يثير الشك، حتى عندما تكون الخدمة نفسها مفيدة. الثقة تنمو من خلال التجارب المتكررة. يمكن لنقطة اتصال ضعيفة أن تؤثر على كيفية رؤية الأشخاص لبقية الأعمال. لقد رأيت هذا ذات مرة في مشروع محتوى بسيط. تناول المقال الموضوع الصحيح، إلا أن الافتتاحية لم تجب على سؤال القارئ الرئيسي. لقد أنهى الكاتب عدد الكلمات المطلوب، لكن الزوار غادروا بسرعة. قام الفريق لاحقًا بتغيير الهيكل وإضافة أمثلة واضحة وإزالة الأقسام المتكررة. أصبحت المقالة أسهل في الاستخدام، وتلقى فريق الدعم عددًا أقل من الأسئلة حول نفس المشكلة. ولم تكن المسودة المبكرة عديمة الفائدة. لقد كان غير مكتمل للمهمة التي كان يتعين عليه القيام بها. ## تكلفة التأخر في التعلم النتيجة "الجيدة بما فيه الكفاية" يمكن أن تخفي معلومات مفيدة. عندما يطلق فريق منتجًا ما دون التحقق من كيفية استخدام الأشخاص له، يتعلم الفريق أقل. عندما تتلقى صفحة المبيعات القليل من الاهتمام ولكن لا أحد يراجع بنية الصفحة، فقد تقوم الشركة بإلقاء اللوم على السوق بدلاً من الرسالة. عندما يستمر الموظفون في استخدام عملية يدوية بطيئة، تفقد الشركة فرصة العثور على سير عمل أفضل. يمكن أن يكون الإصدار الأساسي خيارًا معقولًا عندما يساعد الفريق على اختبار فكرة ما. وتظهر الخطورة عندما تصبح النسخة الأساسية دائمة دون مراجعة. تقدم Netflix مثالاً مفيدًا. بدأت الشركة بتأجير أقراص DVD ثم انتقلت لاحقًا نحو البث مع تغير عادات العملاء والتكنولوجيا. إن البقاء مع نموذج العمل الأول كان من شأنه أن يحد من نموه. كانت الخدمة الأصلية مفيدة، ولكن كان على الشركة مواصلة دراسة ما يحتاجه الأشخاص بعد ذلك. الدرس المستفاد ليس أن كل شركة يجب أن تغير نموذجها في كثير من الأحيان. والدرس المستفاد هو أن الحل العملي لا يزال يحتاج إلى مراجعة منتظمة. ## طريقة عملية للحكم على المقايضة عندما أسمع أحدهم يقول: "هذا جيد بما فيه الكفاية"، أطرح بعض الأسئلة: 1. ما هي المشكلة التي يحلها هذا الإصدار؟ 2. من سيتحمل تكلفة نقاط ضعفه؟ 3. هل ستؤثر المشكلة على العملاء أو الموظفين أو الإيرادات أو الثقة؟ 4. هل يمكننا إصلاحه لاحقًا دون إعادة بناء النظام بأكمله؟ 5. ما هي النتيجة التي توضح لنا أن هناك حاجة إلى الترقية؟ هذه الأسئلة تحول الشعور الغامض إلى قرار واضح. قد لا تحتاج المهمة منخفضة المخاطر إلى تلميع إضافي. قد تحتاج صفحة دفع العميل أو عملية السلامة أو المستند القانوني أو رسالة المبيعات الرئيسية إلى مستوى أعلى. يعتمد المستوى الصحيح للجودة على تأثير الفشل. ## ضع خطًا واضحًا للجودة غالبًا ما تهدر الفرق الوقت لأن الجودة ليس لها معنى مشترك. قد يعتقد شخص ما أن كلمة "جيد بما فيه الكفاية" تعني الخلو من الأخطاء الإملائية. قد يتوقع آخر تجربة مستخدم سلسة وبيانات واضحة وسهولة الصيانة. يعتقد كلا الشخصين أنهما يستوفيان نفس المعيار، لكنهما يعملان لتحقيق نتائج مختلفة. أفضّل تحديد سطر جودة قصير قبل بدء العمل: - يمكن للمستخدم الرئيسي إكمال المهمة دون مساعدة. - المعلومات الأساسية دقيقة وسهلة العثور عليها. - يمكن الحفاظ على العملية من قبل الفريق الحالي. - المخاطر المعروفة لها مالك وتاريخ مراجعة. - النتيجة تدعم غرض المشروع. هذه القائمة لا تتطلب الكمال. فهو يخلق حدودًا مفيدة بين التسوية المعقولة والمشكلة التي يمكن تجنبها. ## قم بمراجعة ما اخترت تركه لكل مشروع حدود. الميزانية والوقت والموظفين والأدوات تشكل النتيجة. لا يتظاهر الفريق القوي بأن كل التفاصيل يمكن أن تحظى باهتمام متساوٍ. أكتب العناصر التي تم تأجيلها. ثم أضع علامة على كل منها على أنها منخفضة أو متوسطة أو عالية المخاطر. يمنع هذا السجل البسيط التنازلات المنسية من أن تصبح ميزات دائمة. قد يكون تخطيط الهاتف المحمول المؤجل مهمًا إذا قام العديد من المستخدمين بالزيارة من الهواتف. قد لا يتطلب تفضيل اللون البسيط الاهتمام. قد تؤدي عملية النسخ الاحتياطي المفقودة إلى حدوث مشكلة خطيرة حتى لو لم يحدث أي خطأ حتى الآن. إن عملية كتابة هذه العناصر تؤدي إلى تغيير المحادثة. يمكن للفريق أن يقرر بناءً على التأثير بدلاً من الذاكرة أو التفضيل الشخصي. "جيد بما فيه الكفاية" ليس دائما خيارا سيئا. يمكن أن يساعد الفريق في إصدار نسخة تجريبية، أو التحكم في الإنفاق، أو تجاوز تفاصيل بسيطة. تبدأ المشكلة عندما تنتهي العبارة من المناقشة. أحاول أن أتعامل معه كسؤال بدلاً من ذلك: جيد بما فيه الكفاية لماذا، ولمن، وإلى متى؟ يساعدني هذا السؤال في حماية الوقت دون تجاهل الجودة. إنه يحافظ على حل وسط صغير من التحول إلى تكلفة تشغيل كبيرة. يجب ألا تترك المهمة المنتهية قائمة المراجعة فقط. يجب أن يدعم الأشخاص الذين يستخدمونه بعد انتهاء المشروع. نرحب باستفساراتكم: 12362375@qq.com/WhatsApp +8613856285869.

دونالد نورمان 2013 تصميم الأشياء اليومية، الطبعة المنقحة والموسعة جاكوب نيلسن 1994 هندسة قابلية الاستخدام إريك ريس 2011 The Lean Startup كلايتون إم كريستنسن 1997 معضلة المبتكر فيليب كوتلر هيرماوان كارتاجايا وإيوان سيتياوان 2021 التسويق 5.0 التكنولوجيا من أجل الإنسانية جيمس بي ووماك ودانيال تي جونز 2003 التفكير اللين يزيل الهدر ويخلق الثروة في مؤسستك