لقد بنينا المنتج الخطأ لمدة 6 أسابيع

لقد بنينا الشيء الخطأ لمدة ستة أسابيع. لم يشتكِ العميل أبدًا. وكانت تلك هي المشكلة.

الأمر لا يتعلق بالأدوات أو حيل الإنتاجية. بل يتعلق بحقيقة قاسية.

طلب منا عميل في قطاع الرعاية الصحية نظامًا لحجز مواعيد المرضى. طرحنا الأسئلة. أومأنا برؤوسنا موافقين. وبدأنا في البناء.

في الأسبوع السادس، عرضنا عليهم نسخة تجريبية (demo). ساد الصمت على العميل.

قالوا: "هذا رائع. لكن الممرضات لا يحجزن المواعيد. من يفعل ذلك هم منسقو التأمين. سير عملهم مختلف."

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

أغلى الأكواد تكلفة هو الكود الذي يحل المشكلة الخطأ. والأسوأ ليس الكود الذي ينهار (crashes)، بل الكود الذي يعمل بشكل مثالي ولكنه لا يحل شيئًا.

إليكم أكبر أخطائنا:

كيف تعالج هذا الأمر:

كن صريحًا عندما تختلف في الرأي. قل للعميل: "سنبني هذا لأنك طلبت ذلك. ولكننا نعتقد أن X سيؤدي إلى Y. دعنا ندون هذا كتابيًا."

هذه الجملة تمنع إلقاء اللوم لاحقًا.

توقف عن اعتبار النشر هو النهاية. أنت بحاجة إلى تتبع الأخطاء (error tracking)، وتنبيهات وقت التشغيل (uptime alerts)، ولوحة تحكم واحدة لمعدلات الخطأ وزمن الاستجابة (latency). كما أنك بحاجة إلى توثيق (documentation) لنفسك في المستقبل.

ما هو الخطأ الذي يستمر فريقك في ارتكابه؟

المصدر: https://dev.to/deorwine/we-built-the-wrong-product-for-6-weeks-the-client-never-complained-and-that-was-the-problem-17an