Як я можу ефективно протестувати ідею продукту, перш ніж будувати його?

Я прочитав купу інтернет-ресурсів про це, але цікаво, чи є кращий спосіб перевірити ідею продукту, перш ніж витрачати незліченну кількість тижнів на створення чортової речі?

Я читав про такі речі, як Validate.tech, які перевіряють ідеї продукту протягом менш ніж одного дня, але, здається, неправильно заманювати людей із цільовою сторінкою та нічого іншого.

Я знаю, що це дещо абстрактно, але хотілося б почути ваші думки в будь-якому випадку.

Розуміючи, що таке ідея продукту на відміну від способу його реалізації.

Дивно, як багато людей думають, що ви не можете випробувати ідею без тон зусиль. Скажімо, у вас була ідея продавати взуття в Інтернеті. Вам потрібна ІТ-команда для створення веб-сайту, виробника та дистрибуційного центру, так?

Ну так, ти робиш. Але на веб-сайті можуть бути зображення взуття та форма, яка надсилає вам електронний лист. Виробником може бути просто місцевий магазин взуття. Центром розподілу може бути ваш кухонний стіл та кілька поштових марок.

Як це тест? Добре, якщо проблема в тому, що ніхто не замовляє взуття, у вас є результат. Якщо проблема полягає в тому, що ви витрачаєте багато часу на кухні, розсилаючи взуття, у вас є результат.

Цей тест доводить, чи люди купуватимуть взуття в Інтернеті. Це дає вам тип даних, про які люди можуть інвестувати у ваш бізнес.

На це питання є лише одна відповідь: побудувати прототип якомога швидше! Прототипізація означає, що ви пропускаєте непотрібні та неважливі частини, такі як налаштування, правильне керування помилками тощо і просто перевіряєте, чи працює основна ідея. Не переймайтеся документуванням та / або коментуванням коду прототипу, оскільки прототип так чи інакше призначений для відмови. Якщо продуктивність програмного забезпечення неважлива, я б радив використовувати сучасну інтерпретовану мову високого рівня, наприклад, Python. Однак продуктивність може бути основною частиною продукту, тому в деяких випадках може знадобитися мова на основі JVM або C або C ++.

Однак, виділіть час для повторного виконання всієї речі, якщо обраний прототип стане продуктом. Ми на роботі пропустили повторне доповнення прототипу для деякого нашого коду, і це спричинило великі болі, оскільки прототипу з низькою якістю коду та обробці помилок було потрібно велику кількість роботи, щоб ефективно функціонувати як продукт.

Ви не можете перевірити продукт у справжньому розумінні, перш ніж його створити, але ви можете:

• Знущайтеся над зовнішнім виглядом зі статичними зображеннями або навіть відео
• Опишіть поведінку потенційних зацікавлених сторін у документах та / або відео
• Прототип UX та поведінка, щоб продемонструвати, що це може бути

Ви можете почати з побудови мінімально життєздатного продукту - найменшого, найпростішого продукту, який ви могли б переконати когось заплатити за вас. Це може бути інструментом без перешкод, інтегрованим у існуючий робочий процес ваших користувачів, який дає певну користь для виправдання додаткових зусиль. Хорошим прикладом програмного забезпечення, яке я використовую таким чином, було: Вам потрібен бюджет , який розпочав життя як електронну таблицю Excel / OpenOffice, перш ніж стати самостійним додатком.

Один із способів можна подумати про MVP - це як початковий крок до швидкого підходу до запуску , в якому ваш початковий MVP - це лише перший ітеративний крок до вашого кінцевого продукту: ви поділяєтесь цим MVP з кількома користувачами, збираєте відгуки про те, які користувачі отримують переваги більшість з яких можливостей, а потім "поворот", щоб створити новий MVP, який фокусується виключно на тих користувачах та їхніх потребах тут - мета полягає в тому, щоб зосередити увагу не на великій групі потенційних клієнтів, які хочуть вашого продукту, а на меншій групі клієнтів. кому це потрібно , і тому більше шансів заплатити за це. Створення MVP може дозволити вам протестувати кілька ідей продукту, перш ніж зануритися на той, який, швидше за все, буде успішним.

Відомий приклад продукту, який розвинувся таким чином, - Flickr , який розпочав життя як відеоігра, перш ніж стати в чат, перш ніж стати сайтом обміну фотографіями.