Технології не стоять на місці, і процеси розробки рухаються разом з ними. Раніше компанії зазвичай використовували модель «Waterfall», але в даний час пріоритет здебільшого віддається розміщенню «Scrum». Еволюція також відбувається в сфері надання ІТ-послуг. Раніше компанії надавали своїм клієнтам програмний продукт хорошої якості в межах бюджету, і на цьому все закінчувалося. Сьогодні ІТ-компанії мають намір запропонувати максимальну вигоду клієнту та його бізнесу, надаючи йому професійну експертизу.
Розгляньмо приклад розробки продукту для клієнта відповідно до його списку вимог. Клієнт приходить до компанії з конкретним завданням і пізніше покидає її з певним рішенням. Здається, досить просто: клієнт отримав те, що хотів — продукт, розроблений відповідно до його списку вимог.
Але в чому проблема? Насправді бізнесам не потрібні рішення, розроблені відповідно до певних списків вимог, їм потрібні продукти, які працюють і приносять вигоду. Як правило, це не залежить від якості розробки, але в більшості випадків воно підлягає наступним фактам: чи є попит на ринку, чи зрозуміло це користувачам і чи має це загальну ціннісну пропозицію.
Згідно зі статистичними даними Cbinsights.com, 9 з 10 стартапів зазнають невдачі. Основна причина більшості невдач, 42%, полягає в тому, що нікому не потрібен запропонований продукт.
Ми вважаємо, що хороший продукт не може бути розроблений без глибокого знання його користувачів. Будучи безпосередніми учасниками створення продукту, ми хочемо знати, для кого ми це робимо і які завдання повинні вирішити.
Така робота — це зовсім інший рівень залученості команди в процес і зовсім інший рівень комунікації з клієнтом. Якщо ми добре знаємо бізнес і клієнтів замовника, ми можемо говорити однією мовою і пропонувати дійсно цікаві рішення, які підійдуть усім.
Отже, для чого нам потрібні дослідження?
Слід зазначити, що дослідження можуть проводитися як для стартапу, так і для готового продукту на всіх етапах його розробки.
Отже, для чого нам потрібні дослідження?
- щоб зрозуміти цілі, проблеми, мотиви користувачів та контекст використання продукту;
- щоб виявити проблеми з юзабіліті в поточній версії або в рішеннях конкурентів;
- щоб знайти нові ідеї для розвитку продукту та нові інсайти;
- щоб зрозуміти, яке ставлення користувачів до вашого продукту в порівнянні з продуктами конкурентів.
Давайте розглянемо це більш детально.
Щоб зрозуміти цілі, проблеми, мотиви користувачів та контекст використання продукту.
За будь-якою дією стоїть мета, а за будь-якою метою — мотив. Важливо для нас зрозуміти, чому користувач виконує те чи інше завдання, щоб ми могли запропонувати йому ряд рішень для задоволення його потреб.
Тільки уявіть: користувач не хоче реєструватися на сайті і не бажає створювати на ньому контент, він хоче стати відомим, наприклад. Він хоче заробити ім'я за гроші або славу, але є безліч інших способів це зробити. Навіть враховуючи, що ми можемо запропонувати лише один спосіб досягти мети, ми все ж можемо реалізувати це різними шляхами.
Дизайн також може залежати від контексту, в якому використовується продукт. Є різниця між спокійним використанням якогось рішення в домашній обстановці за комп'ютером і використанням інтерфейсу з екрана смартфона в переповненому транспорті.
Досліджуйте, чому вашому стартапу потрібен MVP
Щоб виявити проблеми з юзабіліті в поточній версії або в рішеннях конкурентів.
У випадку, якщо у клієнта є готове рішення, ми повинні обов'язково вивчити його. Нам також потрібно провести тестування юзабіліті, щоб дізнатися, наскільки ефективно і продуктивно користувачі можуть взаємодіяти з продуктом і наскільки вони задоволені ним.
Навіть якщо у нашого клієнта немає готового рішення, обов'язково повинні бути якісь схожі продукти. Ніхто не хоче наступати на ті ж граблі, на які наступають інші. Ось чому ми віддаємо перевагу тестуванню продукту конкурента, щоб уникнути їхніх помилок під час розробки рішення для нашого клієнта.
Щоб знайти нові ідеї для розвитку продукту та нові інсайти.
Ви напевно пам'ятаєте крилату фразу Генрі Форда: «Якби я запитав людей, чого вони хочуть, вони б сказали швидших коней». Цю фразу можна інтерпретувати різними способами. Коли клієнт представляє нам свою ідею, ми завжди запитуємо його: «Що це вам дасть? Як ви зараз вирішуєте цю проблему? Скільки ви готові заплатити за цю функцію?» Це зовсім інше, ніж просто задовольнити примхи клієнта.
Є велика різниця між створенням прискорювача коней і розумінням проблеми повільного транспортування на відносно короткі відстані та її вирішенням.
Щоб зрозуміти, яке ставлення користувачів до вашого продукту в порівнянні з конкурентами.
Якщо ми маємо справу з унікальним продуктом для унікальної аудиторії, швидше за все, їй не цікаві конкуренти, але навіть у таких випадках можуть бути непрямі конкуренти, які все ж зменшать ваш прибуток.
У будь-якому випадку, нам потрібно зрозуміти, з ким ми будемо конкурувати і які переваги користувачі знаходять у рішеннях конкурентів. Важливо визначити, що ми можемо запозичити, а що не будемо приймати, щоб не повторювати помилки інших. Крім того, ми завжди намагаємося знайти щось, чого не мають наші конкуренти, але що користувачі очікують від продукту.
Висновок
На завершення, ми хотіли б сказати, що розвиток IT-рішень сьогодні рухається в напрямку задоволення потреб клієнтів.
Всі давно зрозуміли, що хороша технічна реалізація може допомогти продукту витримувати великі навантаження, уникати проблем зі масштабуванням і підтримувати код у хорошому стані на протязі багатьох років. Однак не завжди клієнти одразу усвідомлюють, чи дійсно їх чистий код без помилок потрібен комусь.
Не покладайтеся лише на свою особисту думку, виявляйте проблеми користувачів, досліджуйте їх і вигадуйте рішення для них. Перевірте, чи рухаєтеся в правильному напрямку, і ймовірність невдачі значно зменшиться.
