تخطٍ إلى المحتوى
28 أغسطس 2026 · استراتيجية المنتج

التحدث إلى المستخدمين قبل أن تبني مضيعة لوقت الجميع

يصف هذا المقال المنتج وقت نشره. راجع منشئ الذكاء الاصطناعي وفرق الوكلاء للاطلاع على القدرات الحالية.

التحدث إلى المستخدمين قبل أن تبني مضيعة لوقت الجميع

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

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

الشيء الذي لا يمكن للمقابلات أن تنتجه

ما تحتاج فعليًا لمعرفته قبل البناء هو أمر سلوكي، لا وجداني: هل سيفتح الشخص هذا التطبيق مرة ثانية، هل سيدفع مقابله، هل سيعلق في الشاشة الثالثة ويستسلم. لا شيء من ذلك يظهر في محادثة. يظهر في إعادة تشغيل جلسة، أو رسم بياني للتسرب، أو تذكرة دعم فني. قد يخبرك المستخدم بكل صدق أن التسجيل "منطقي"، ثم يتخلى عنه بعد أربعين ثانية، لأن التقرير الذاتي والسلوك أداتان مختلفتان تقيسان أمرين مختلفين.

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

~ساعتان الزمن الوسيط الذي يستغرقه بانٍ منفرد على BuildMidas للانتقال من فكرة مكتوبة إلى تطبيق مباشر قابل للنقر — وغالبًا أقل من الوقت اللازم لجدولة خمس مقابلات مع المستخدمين

ما أفعله بدلاً من ذلك

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

هذا يقلب قمع البحث التقليدي، ويستحق التوضيح بدقة ما الذي يتغير:

المقابلة أولاًالبناء أولاً
ما الذي تقيسهالنية المصرّح بها ("ربما سأستخدم هذا")السلوك المكشوف (فتحوه ثلاث مرات هذا الأسبوع، أو لم يفعلوا)
تكلفة الخطأمنخفضة لكل دورة، لكن قد تظل مخطئًا لأشهر عبر عشرات المقابلاتدورة بناء واحدة، ثم تصحّحك البيانات بسرعة
أفضل سؤال يُطرح"ما الذي يزعجك في طريقة قيامك بهذا اليوم؟""أرني آخر مرة حاولت فيها فعل X هنا"
ما الذي يجيد اكتشافهما إذا كانت المشكلة موجودة أصلاًما إذا كان حلك المحدد لها يعمل
نمط الفشلالجميع مهذّبون، لا أحد صادق، تبني الشيء الخاطئ بثقةتطلق شيئًا خامًا قبل أن تكسب الثقة، فيترك انطباعًا أول سيئًا

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

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

أين يكون النقاد محقين

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

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

استراتيجية المنتج
مشاركةXLinkedInFacebookRedditQuoraواتسابتيليجرامالبريد الإلكتروني
← جميع المقالات