قل لا للميزات

في كل مشروع، يأتينا طلب من العميل: «هل يمكن إضافة هذه الميزة؟» — والإجابة الأسهل دائمًا هي: «نعم، بالطبع». لكن «نعم» التي تبدو لطيفة اليوم تُصبح عبئًا في الشهر القادم. كل ميزة تُضاف تحتاج صيانة، اختبارًا، توثيقًا، وتؤثر على قرارات التصميم المستقبلية. الميزة مجّانية فقط في اللحظة التي تُكتب فيها.

المبدأ: كل نعم هي لا لشيء آخر

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

إن كنت غير متأكد إن كانت الميزة مطلوبة، الإجابة لا.

الاختبار: ثلاثة أسئلة

قبل إضافة أي ميزة، اسأل ثلاثة أسئلة. أولًا: هل هذه الميزة تحل مشكلة حقيقية لأكثر من ٨٠٪ من مستخدمينا، أم مشكلة نادرة لـ ٥٪ منهم؟ ثانيًا: ماذا سنحذف لإفساح المجال لهذه الميزة؟ (يجب أن يكون هناك شيء). ثالثًا: هل نحن متأكدون أن هذه الميزة ستبقى مفيدة بعد ستة أشهر، أم أنها تستجيب لهوس اليوم؟

اللا الصحيحة

قول «لا» للميزات لا يعني تجاهل احتياجات العميل. يعني الاستماع بعمق، فهم المشكلة الحقيقية وراء الطلب، ثم اقتراح حل أبسط وأفضل. كثيرًا ما يكون الحل الذي يطلبه العميل ليس الحل الذي يحتاجه. وظيفتك كحرفي منتج هي أن تفرّق بين الاثنين.

خلاصة

كل منتج ممتاز نحبّه اليوم بُني على مئات «اللا» التي لم نسمع بها. الميزات التي رُفضت. الأفكار التي قُتلت في مرحلة التصميم. الطلبات التي أُعيد تشكيلها إلى حلول أذكى. عندما تبني منتجًا، تذكّر: أنت لست تُضيف ميزات — أنت تصنع تجربة. والتجارب العظيمة مصنوعة من الرفض بقدر ما هي مصنوعة من القبول.