Як вибрати найкращі функції для свого продукту – 1 частина

Як найкращі IT-команди, ми прагнемо поєднати найвищі аспекти розробки. Для цього ми ділимося нашим баченням того, як визначити пріоритети функцій у LS Intranet — корпоративному рішенні для розробників та інших команд.

Чому ваш продукт/компанія не виживе без встановлення пріоритетів?

Управління продуктом складається з трьох основних етапів:

Дослідження користувачів

Планування

Виконання

На етапі планування ми «ліпимо» образ майбутнього продукту. Вкрай важливо включити всі матеріали, які покращать продуктивність нашого продукту, його прибутковість, UX, UI тощо.

І ми не будемо балакати, оскільки багато менеджерів із продуктів одержимі цим «моделюванням», можливістю впливати на кінцевий продукт.

Відволікаючі фактори вбивають стартапи. Будівництво заради будівництва – самогубство для малого і середнього бізнесу. Таким чином, наявність суворого та чесного процесу визначення пріоритетів вимагає функціональної моделі розвитку, яка зосереджує увагу на усуненні непотрібних відволікань.

Легко витратити безцінний час команди на розробку нікому не потрібних функцій. Це значно впливає на стартапи, оскільки ресурси (час і гроші), необхідні для зростання, обмежені.

Помиляється той, хто вважає, що нова додана функція відразу спричинить магнетичний ефект на потенційних клієнтів.

Давайте поговоримо про наш процес розробки:

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

Систематизований процес:

1. Сформулювати цілі компанії на два місяці
2. Виберіть показники для моніторингу цілей
3. Збирайте та впорядковуйте ідеї
4. Виконуйте безперервне визначення пріоритетів економічного виробництва
5. Виконайте оцінку функцій
6. Створіть детальні креслення об’єктів і додайте їх до черги.

Поглиблене вивчення процесу розробки:

Формулювання цілей

У нас є 2-тижнева пробна версія продукту. Ми хочемо збільшити кількість компаній, які купують платну підписку після пробного періоду. Це наша головна мета на наступні два місяці. Нам також потрібні, оскільки на ринку існує близько 50 інтранет-систем для управління проектами.

Маємо основні метричні та допоміжні. Важливо, щоб усі ці показники були в зоні нашого впливу.

Основним показником є ​​перетворення пробної версії на платну.

Додаткові показники:

AHA-момент – момент, коли користувач розуміє цінність продукту.

Кожен продукт має свою цінність. Наприклад, для Tinder це успішний обмін повідомленнями, для Facebook якийсь час переглядає стрічку новин.

Користувачі, які відчули цінність продукту, називаються активованими. Наше завдання збільшити кількість таких користувачів (активованих користувачів). Хлопці з Facebook підрахували і з’ясували, що на активацію впливає кількість друзів – чим більше у вас друзів, тим більше новинна стрічка, а також час, протягом якого цей користувач висить у стрічці новин, що дозволяє йому бачити більше реклами.

Збір ідей

Ось основні джерела відгуків про наш продукт:

Системи підтримки користувачів (підтримка клієнтів: Intercom.com)

NPS – щомісяця ми задаємо питання – Наскільки ймовірно ви порекомендуєте нас друзям або колегам?

Product analytics (Power BI) – огляд аналітика та формулювання нових гіпотез.

Аналіз конкурентів – уважно читайте всі оголошення конкурентів і дізнавайтеся їх нові можливості.

Інтерв’ю (Custdev.com, Temi.com, Rev.com) – запис аудіо інтерв’ю, а потім транскрипція

A/B тести

Відгуки – використовуйте App Store, Google Play, Capterra.com, Appfollow.io або Appannie.com

UX тестування

Опитування та с

Упорядкування ідей

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

Як ми структуруємо наш невиконаний продукт:

За компонентами (backend, frontend, API, мобільні додатки)

За сферою застосування (UX, маркетинг, технічні борги, баги)

Відзначаючи «прапорцями» найбільш стратегічно важливі

Пов’язуючи статистичні дані та функції, щоб зрозуміти релевантність функцій

Ми прив’язуємо всі запити клієнтів до відповідних функцій. Наприклад, запит на функцію отримано через інтерком. Менеджер із підтримки додає його на дошку, а менеджер із продуктів далі пов’язує запит із конкретними функціями, які цікавлять. Таким чином, ми оцінюємо, наскільки певна функція буде затребувана.

• ← Prev
• Next →