Основи проектування цифрових продуктів

2. Старт проєкту 

Принципи проектування
та збір інформації

Що розглянемо?

Установнча зустріч (Kick-off meeting).

Kick-off workshop

Брифінг, складання та узгодження техзавдання.
       

Установнча зустріч

Установча зустріч (Kick-off meeting)

перша зустріч з учасниками проєкту та замовником проекту.

Ця зустріч повинна визначити основні елементи проекту та інші заходи з планування.

Також ця зустріч знайомить членів команди проєкту
і замовника і дає можливість обговорити роль кожного з членів команди.

Під час установчої зустрічі маєте встановити:


- високорівневі цілі та завдання;

- сформувати проблему та як плануєте її вирішувати;

- учасники команди тощо...

Підготовка до Kick-off meeting

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

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

Це все важливо для розуміння проєкту
та планування власного дизайн-процесу. 

Принципи проведення зустрічі:

- деталізація зайва;

-  пристуність всіх ключових осіб;

- чітке планування зустірчі та контроль
за її проведенням.

Проведення Kick-off meeting

1. Agenda

2. Intro
 

3. Business Review

4. Project Review

5. Follow up

Agenda

 

Оголосити чи попередньо проінформувати
про розклад, порядок денний зустрічі.


Це допоможе кожному із учасників піготуватися/налаштуватися до зустрічі, що допоможе сформувати відповідне очікування у учасників зустрічі.  

Intro
 

Далі проводимо представлення учасників, розпочинаємо із себе, коротко: позиція/роль, досвід, зона відповідальності в проєкті.

Потім просимо представитись кожного із учасників.


Це допоможе сформувати представлення про зони відповідальності та компетенції кожного із учасників проєкту.  

Business Review
 

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


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

Project Review
 

Для вірного уявлення про проєкт всіх його учасників слід з'ясувати/узгодити таке:

-  проблема, що буде вирішуватися;

- мета продукту/сервісу;

- яку користь продукт/сервіс буде приносити користувачам.
 

Це дуже важливо для формування загального бачення продукту/сервісу:


"....." проблема буде вирішена
                           для "....." аудиторії
    для оримання ними "......" вигоди/користі/цінність
враховуючі "....." обмеженнями  

Варто дізнатись у стейкходерів детальніше про проблему, що має вірішуватись:


- як виявили її;

- чи дійсно вона існує;

- чому саме така ідея реалізації її буде вирішувати.

 

Слід встановити метрики успіху:


- коли ми вирішили проблему?

- як будемо вимірювати?

- чи вирішує він саме "нашу" проблему?

- чи корисний продукт для замовника?

 

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

Далі слід акцентуватися на конкурентах (прямі/непрямі), які стратегії чи філософії конкурентів,
які є тренди в індустрії, домені...
 

Варто з'ясувати що вже було реалізовано для проєкту:
дослідження, аналіз, концепти, попередній досвід...

Також деталізуємо обмеження...  пристрої... контекст...

Знову згадуємо про ризики...

Що може закрити проєкт?


 

Далі визначаємо ролі на проєкті, експерти домену (бізнесу), хто приймає які рішення тощо.

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


 

Потім про контент... й інше)

В допомогу RACI-матриця

Головне це все узгодити серед учасників

Дуже важливо  визначити та узгодити процес затвердження дизайну:


- хто?

- як?

- коли?

- які очікування?

Follow up
 

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

Поінформуйте відповідальну особу, що будете далі робити та коли наступна зустріч.

Kick-off workshop 

Kick-off workshop

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



Якщо коротко ми маємо зрозуміти проєкт)

Кого варто залучати:

- замовник, його представники;

- ВА, РО;

- продуктова/бізнес команда;

- дизайн команда;

- розробники.
 

Активності/інструменти:

- карта емпатії;

- карта шляху користувача (CJM);

- карта функціоналу (Feature Mapping);

- карта подібності (Affinity Mapping).

Карта емпатії
 

Карта емпатії

метод/інструмент візуалізації знань про користувача.


Основні блоки:

- кому ми співпереживаємо?
- що їм потрібно зробити?
- що бачать?
- про що розмовляють?
- що роблять?
- що чують?
- що думають та що відчувають?

Карта шляху користувача (CJM)

Карта шляху користувача (CJM)

метод/інструмент візуалізації шляху користувача для досягнення мети.


Основні блоки:

- персона;
- сценарій / очікування;
- етапи;
- дії / емоції;
- покарщення.
 

Головний фокус може бути як на пошуку проблемних точок, так і на шляхах їх вирішення.

Карта функціоналу (Feature Mapping)

Карта функціоналу (Feature Mapping)

метод/інструмент формування функціоналу майбутнього продукту та перетворення у робочі процеси.


Основні блоки:

- кроки користувача та дія системи;
- user stories;
- задачі (tasks).

Кроки користувача та дія системи

User stories

Як користувач я хочу зробити "...щось - дію..." щоб отримати "...щось - цінність..."

Деталізація на конкретні задачі певним виконавцям
task

Як користувач я хочу зробити "...щось..." щоб отримати "...щось..."

Далі це легше інтегрувати в реалізацію, наприклад, Agile

Карта подібності (Affinity Mapping) 

Карта подібності (Affinity Mapping)

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


Основні блоки:

- ідеї (сутності);
- згруповані ідеї (їх групи).

Яка твоя улюблена страва? 

Об'єднання за певними ознаками... 

Завдання)

Що маємо виконати

1. Сформуйте завдання вашого проекту.
 

2.Визначте ключові цілі замовника, його бачення цільової аудиторії і їх потреб.
 

3.Розплануйте і вкажіть план і терміни робіт, очікування від результату вашої роботи.
 

4. Дайте відповідь на ключові питання в загальному описі проекту: why, what, how, who?

Оформіть бриф-презентацію:
 

- опис проєкту (Project Description );

- проблема + дизайн-задача (Problem Statements)

- ідеальний результат (Picture of Success);

- вимоги по проєкту (Requirements);

- ЦА (Audience);

- дизайн принципи (Design Principles: customer-first, technical requirements, ...)

Додатково деталізуйте:
 

- передісторія проєкту і поточного завдання (Project background);

- цілі стейкхолдерів (Stakeholder goals);

- цілі, потреби користувачів (User goals/needs/stories);

- метрики продукту для оцінки ефективності (KPI);

- обмеження (Blockers and restrictions).

Дякую за увагу!