Конспект
Ви можете працювати в одному проєкті як учасник команди, а можете долучитися до проєкту в якості консультанта.
Зазвичай консалтингові проєкти ведуть спеціалісти, що мають певний досвід створення схожих проєктів, напрацювали свій підхід і, опираючись на досвід, можуть реалізувати проєкти ефективніше.
Ефективний консалтинговий проєкт – це пропозиція, що базується на розумінні потреб бізнесу (замовника), наших власних компетенцій (в тому чисті технологічних) та як ми можемо ці потреби задовольнити.
Продуктовий консалтинг
Ви вже маєте певний набір інструментів, що можете ефективно застосовувати для вирішення продуктових задач. В основі продуктового консалтингу лежить вміння вирішувати задачі опираючись на створення та валідації продуктових гіпотез — як певні функції змінять продуктові метрики.
Коли ми працюємо з існуючим бізнесом, та навіть з бізнес-ідеєю, то зазвичай вже хтось щось зробив до нас. Консалтинг починається з такої ревізії.
Що вже зроблено? Що треба зробити?
- Проаналізуйте відповіді на запитання брифу
- Проведіть аудит наявних матеріалів
- Чого вам не вистачає, щоб рухатися далі?
Команда проєкту
Паралельно з аудитом проєкту вам важливо зрозуміти можливості своєї команди. Це дозволить адекватно оцінити свої сили та зрозуміти що ви зможете реалізувати в рамках проєкту. Часто хочеться реалізувати проєкт по максимуму, але час та можливості команди — це ваші основні обмеження, ваші вихідні дані.
Питання до команди
- Скільки вас?
- Хто готовий зайняти ключові ролі (максимум дві ролі на людину)
- Координатор/фасилітатор — той, хто буде вести комунікацію з замовником, збирати та готувати темплейти, проводити воркшопи
- Дослідник — той, що буде слідкувати за тим, щоб проведені активності допомагали здобути інформацію для валідації гіпотез, шукати користувачів та готувати звіти по дослідженню
- Дизайнер — той, хто буде відповідати за реалізацію озвучених ідей та пропрацьовувати деталі
- Технар — той, хто буде налаштовувати додатки, з якими ви працюєте, роздавати доступ, запускати кампанії, включати-виключати запис відео на інтерв'ю
- Скільки часу кожен може приділяти проєкту протягом тижня (без плачевних наслідків для основної роботи та вашого здоров’я)?
- Підсумуйте – це ваш час на проєкт
План проєкту
Базуючись на побажаннях замовника та можливостях команди запишіть:
- Що вам треба зробити в рамках проєкту? Врахуйте:
- Час на підготовку активностей (пошук користувачів)
- Час на виконання роботи (дизайн, прототипи, інтерв’ю)
- Час на підготовку звітів
- Час на спілкування з замовником
- Скільки часу це може зайняти?
- Що важливіше / пріоритетніше?
Якщо ви робите певні активності вперше — запишіть реальний час після виконання активності. Це буде ваш базис на наступному проєкті.
Темплейт
В навчальному проєкті ви будете працювати за типовим планом. Він підготований таким чином, щоб всі команди рухалися в одному темпі та могли задавати схожі питання і ділитися інсайтами про певну активність.
План
Замовнику ми зазвичай показуємо загальний план проєкту високого рівня та домовляємося коли йому буде зручно зустрітися, щоб переглянути результат.
Загальний план
Тиждень | Завдання | Очікуваний результат |
02/11-08/11 | Установче дослідження | Підтвердження заявленої проблеми, деталі щодо очікування користувачів |
09/11 - 15/11 | Створюємо дизайн концепцію | Провести міні-воркшоп з замовником та окреслити майбутнє рішення |
16/11 - 22/11 | Створюємо прототип для тестування гіпотези | План тестування з зазначенням яка функціональність дозволить перевірити гіпотезу та робочий прототип |
23/11 - 29/11 | Тестуємо прототип | Якісні та кількісні результати, що дозволять перевірити гіпотезу |
30/11 - 06/12 | Аналізуємо результати | Звіт про результати тестування та рекомендації замовникам |
07/12 - 13/12 | Презентація проєкту | Презентація для замовника і як бонус стаття чи кейс про проведене дослідження. |
Приклад деталізованого плану на тиждень
У кожної задачі має бути відповідальний — той, хто задачу ініціює та оформлює результати. При цьому у виконанні задачі може брати участь вся команда
План установчого дослідження
Завдання | Відповідальний | Очікуваний результат |
Створити глосарій проєкту | Дослідник | 10-15 ключових термінів проєкту |
Заповнити канву ціннісної пропозиції | Координатор | Канва, що описує 3-5 болей та здобутків користувача |
Матриця конкурентів | Дизайнер | Зайти 3-5 конкурентів та розмістити їх в матрицю |
Виділити дійових осіб проєкту | Дослідник | 1-3 персони, що беруть участь у вирішенні проблеми користувача |
Записати задачі користувачів | Дизайнер | Розбити процес вирішення проблеми користувача на 3-5 менших завдань. |
Сформувати мапу шляху користувача | Координатор | Покрокова діаграма, що показує як користувач успішно вирішує свою проблему. |
Сформувати питання до користувача | Дизайнер | Перелік питань, що дозволять зрозуміти чи актуальна для користувача проблема і шлях її вирішення. |
Знайти користувачів | Координатор | Заброньовані зустрічі 3-5 людьми, що відповідаю профілю дійових осіб |
Провести інтерв’ю | Дослідник | Записи розмов (відео чи на папері) |
Аналіз інтерв’ю | Дизайнер | Відповіді на питання, згруповані навколо гіпотез |
Висновок щодо гіпотез | Координатор | Список гіпотез та резолюція по кожній з них, зібраний в презентацію для замовника |
Пропозиція замовнику по проєкту
Підготуйте документ, що дасть розуміння
- Що ви покажете як результат проєкту?
- Які активності виконаєте?
- Чим вам замовник може допомогти?
- Який план наступних зустрічей?
Пропозиція зазвичай презентується під час зустрічі та потім надсилається. Якщо у якоїсь за сторін після зустрічі з’являються пропозиції щодо змін, ці зміни вносяться в документ.
