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