Мої продукти

Розділ 3 — Продакт менеджмент

Як будувати успішні продукти в IT?

Андрій Осипенко   /   3 хв читання

Не думайте рішенням — думайте потребами та ринком. Найуспішніші продукти побудовані на великих ринках та болючих проблемах.

Якість продукту чи крутий UI/UX впливає на бізнес успіх значно менше, ніж сильний офер, розуміння дистриб'юції цього оферу, та наскільки він попадає в існуючий ринок.

Після 10 років в айті, можу вам з впевненістю сказати, що побудувати якісний продукт — значно легше ніж знайти потребу та ринок.

Розробка найдорожча частина делівері продукту. Кількість годин розробників, дизайнерів та тестувальників, щоб заделіверити найменший продукт буде коштувати сотні годин.

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

В ідеалі, більшість продуктової роботи, пророблена ще до моменту потрапляння таски на борду розробника.

Найкращий код = ненаписаний код, його не треба підтримувати й мати на увазі при майбутній розробці продуктів.

Але тут постає питання, а як нам цю потребу знайти?

  • CustDev: Інтерв'ю з цільовою аудиторією. Де ви говорите про їх проблеми та "роботи". Не про рішення. Ваша задача — почути схожі патерни у їх поведінці, які в ідеалі підкріплені грішми. Це розмова — не сейлс колл.
  • Тестування за допомогою прототипів.

Ваша задача зробити прототип рішення, що протестувати попит на нього. Без залучення розробників.

Ще раз, перевірити попит — а не те, що ви успішно закриваєте цю потребу.

  • Це може бути вебсайт з вашим офером ( p.s. я так розробляв обидва курси, контент не був записаний до моменту того, як я провалідував попит на нього ), люди купляють рішення своїх проблем / робіт, а не продукт.
  • Фіча яка працює повністю мануально на бекенді. Т.е. данні записуються в csv чи text файл, а ви їх мануально опрацьовуєте.
  • Інтерфейс фічі, який нічого не робить — але прив'язаний до продуктової аналітики. Після натискання на кнопки ми можемо сказати користувачу, що ми поки дивимося на попит на цю фічу.

→ Тестування через контент. Пишіть про проблеми та біль. Шерьте ваші перші прототипи.