🖕🏾 🤯 💅 كيفية اختبار منتجك علنا ⛹🏻 ⚪️ 🥑

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

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

حاول تجريد أكبر قدر ممكن من العواطف

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

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

اخرج إلى الحقول

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

تحتاج إلى محاولة معرفة ما يحتاج إلى فئة المستخدمين التي تم تصميم منتجك من أجلها. ما هي المعلومات وما هي الوظائف التي يحتاجون إليها ، وفي أي حالات ، وبأي شكل ، وبأي سرعة؟ قدر الإمكان تسجيل سلوك المستخدم وطرق استخدام منتجك ؛ ما الصعوبات التي يواجهونها في نفس الوقت ، وما هي العواطف التي يظهرونها في حالات معينة؟ سيساعدك تحليل كل هذه المعلومات في صقل وتلميع التطبيق أو الجهاز الذي أنشأته.

جمع المراجعات على أوسع نطاق ممكن

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

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

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

لحن في التعاطف

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

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

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

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

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

لا تعقيد

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

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