Три кити продуктової роботи

Три кити продуктової роботи

Без чого продуктова команда не може створити успішний продукт? Щоб відповісти на це запитання, давайте для початку згадаємо, що таке “правильна” продуктова команда. В англійських джерелах ще використовують термін empowered. Сильна? Наділена повноваженнями? Здатна показати результат? Завжди складно перекладати ці ємні англійські терміни.

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

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

Для створення ефективних рішень і виконання роботи такій команді потрібен вільний доступ до трьох речей.

Прямий доступ до користувачів і клієнтів

Очевидно, але потребує повторення. Зручність і цінність продукту неможливо перевірити без доступу до користувачів і клієнтів. Крім інформації про потреби спілкування з ними дає ще й чудову мотивацію команді. Ми бачимо живих людей, які використовують те, над чим ми працюємо. Ще й тому важливо залучати інженерів до такого спілкування. Чудово пам’ятаю ефект на команду розробки, коли ми проводили юзабіліті-тестування і стрімили екран і відео користувачів на всю команду. Приклад подібного нижче.

Підпишіться на наш Телеграм. Там ви знайдете анонси нових матеріалів та приємні бонуси

UX тімбілдинг

Провели UX тестування застосунку, який зараз пиляємо з командою. Крім цілого списку запитань щодо юзабіліті інтерфейсу отримали ще й чудовий тімбілдінг! Запис екрана, обличчя респондента і звуку транслювався за закритим посиланням на YouTube. Це посилання я і закинув у наш продуктовий канал у Slack. У підсумку вся команда та інші колеги, яким цікавий наш продукт, дивилися тести в реальному часі, обговорювали проблеми в коментарях, пропонували рішення, сперечалися і раділи підтвердженню наших гіпотез.

Для того щоб спробувати такий експеримент у себе вам знадобиться:

  1. запросити респондентів з вулиці. Ми користуємося послугами агентства для підбору, але можна запросити і друзів, і друзів друзів;
  2. написати сценарій тестування і список запитань, які вам цікаво поставити респондентам;
  3. зайняти переговорку або інше приміщення на кілька днів, не пускати туди нікого, крім респондента і ведучого тесту;
  4. освоїти OBS Studio, безкоштовна і кросплатформна. Для запису відео екрану і респондента;
  5. використовувати Screencast, додаток для захоплення картинки з Android;
  6. знайти макбук і QuickTime player для захоплення картинки в iOS (не найкраще рішення, якщо знаєте краще – поділіться в коментарях)
  7. анонсувати тест у груповому чаті з можливістю коментарів.

Прямий доступ до бізнес стейкхолдерів

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

Прямий доступ до інженерів

Для тих продактів, кому пощастило мати свою власну команду розробки, це очевидно. Саме інженери здатні обрати найкращі технології для конкретного рішення. Завдання продакта – залучати їх на ранній стадії та обговорювати завдання напряму. Менеджер проєктів або product owner не може замінити вас у цій важливій роботі. Тільки в прямому контакті з розробкою створюються інноваційні продукти.

Якщо ви бачите, що у вашій компанії хтось заважає доступу до цих трьох китів – говоріть про це. Змінюйте ситуацію. Ця боротьба варта ваших зусиль. Без прямого доступу до цих трьох ресурсів ваша команда, швидше за все, зазнає невдачі.

Рейтинг
( Поки що оцінок немає )
Сподобалася стаття? Поділитися з друзями:
Роби Бізнес, Укр
Додати коментар

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: