Опис Проблеми
Члени некомерційної організації хочуть запровадити розділ під назвою «Рецепти» на своєму веб-сайті, який допоможе спільноті людей із ЗЗК (запальними захворюваннями кишківника) готувати власні рецепти відповідно до їхніх уподобань, а також дозволить іншим робити свій внесок у межах відповідної тематики.
Ми називаємо продукт RECIPE, а Основні Цілі такі:
- Використання платформи для підвищення обізнаності щодо найкращих доступних рецептів для пацієнтів із ЗЗК та персон, пов’язаних із ними.
- Зробити платформу більш орієнтованою на контент шляхом залучення глобальної спільноти пацієнтів із ЗЗК.
Цільова група [Наші стейкхолдери]
- Пацієнти: Пацієнти, які шукають рецепти страв для приготування з метою контролю симптомів
- Доглядальники: Пошук рецептів від імені пацієнтів
- Учасники: Люди, які хочуть додавати рецепти для пацієнтів/доглядальників
- Адмін: Фільтрувати рецепти, надіслані учасниками для пацієнтів/доглядальників
Загальна картина
- Унікальна ціннісна пропозиція — надання пацієнтам персоналізованих рекомендацій щодо рецептів на основі інгредієнтів та дієти, а також розрахунок харчової цінності та кількості калорій на одну порцію.
- Канали – Використання наведених нижче засобів та способів для просування нової функції. Онлайн-канали / Спливаючі сповіщення / Рекламні листи / Примітки до випуску
- Ресурси — Використання наявних внутрішніх ресурсів, патентів, авторських прав тощо.
Деталі продукту
Додавання розділу рецептів на веб-сайт для переходу до рецептів
На сторінці рецепту
- Контрольний список для вибору інгредієнтів: (види овочів, борошно, напої, бобові, олія)
- Контрольний список алергій – Вкладки-фільтри для вибору бажаного типу дієти: (низьке вмісту солі, низьке вмісту клітковини, низький вміст жиру, без лактози, висококалорійна тощо)
- Калькулятор харчування
Фреймворк здійснення аналізу:
- Припущення / Визначення обсягу
Поки ми обмірковуємо нашу систему, ми проходимо через процес розуміння та складання переліку наших припущень, того, на чому нам потрібно зосередитися, і того, що виходить за межі обсягу.
Поточний стан Припущення:
- Постачальники/доглядачі направляють пацієнтів до інших ресурсів (зовнішніх веб-сайтів, груп у Facebook тощо) за рецептами
- Друковані матеріали для пацієнтів є в наявності в офісі, але вони не можуть розповсюджувати їх електронною поштою або надсилати на внутрішні сайти
У межах проєкту:
- Список інструкцій для приготування страви + відео
- Надішліть рецепт на веб-сайт
- Відгук на рецепт
Поза межами проєкту:
- Пацієнти, які користуються веб-сайтом, є вже зареєстрованими користувачами
2. Створіть діаграму робочого процесу AS-IS [Поточний стан]
Цей робочий процес показує поточний процес, який ми хочемо вдосконалити
3. Створіть діаграму варіантів використання (Use case diagram)
Діаграми варіантів використання допомагають нам відобразити взаємодію між системою та її користувачами. Мета створення діаграми варіантів використання полягає в тому, щоб зрозуміти функції, які нам потрібно розробити, та різні способи їх використання тим чи іншим користувачем.
Варіанти використання також застосовуються для мозкового штурму з метою визначення функцій, які потрібні системі на високому рівні, без деталізації.
4. Створіть діаграму робочого процесу TO-BE [Майбутній стан]
Яким ми хочемо бачити кінцевий продукт — схема робочого процесу TO-BE дає уявлення про те, яким є процес. Ми розробляємо різні робочі процеси для різних персон; нижче наведено робочий процес для Пацієнтів та Адміністратора
Діаграма робочого процесу TO-BE [Пацієнт]
Діаграма робочого процесу TO-BE [Адміністратор]
5. Створіть беклогу продукту
Мета створення беклогу продукту полягає у визначенні певного функціоналу, який необхідно розробити для досягнення діаграми майбутнього стану. Найпростіший спосіб побудувати беклог продукту – розглянути функції, зазначені в діаграмі варіантів використання. З беклогу продукту ми можемо отримати наш MVP.
Беклог продукту – використайте діаграму варіантів використання для отримання функціональності
- Надсилати нові рецепти
а. Кнопка на веб-сайті «Надіслати нові рецепти»
б. Визначте тип користувача, який надсилає рецепт (наприклад, лікар, існуючий пацієнт або інший)
в. Створіть форму для подання нових рецептів — Обов’язкові поля
д. Створіть форму для подання нових рецептів — Фільтри (на основі дієти (наприклад, низький вміст вуглеводів, високий вміст вуглеводів)
2. Переглядати/використовувати рецепти відповідно до дієтичних потреб
3. Залишити відгук про рецепт
4. Затвердити подану рецептуру
5. Надіслати електронний лист пацієнту з рецептом
6. Поділитися в соціальних мережах
7. Панель використання
8. Процес адміністративного затвердження — Затвердження
6. Напишіть User Stories
Після того, як ми визначили важливий функціонал у нашому беклозі продукту для створення MVP, ми пишемо призначену для користувача історію для кожного функціоналу, тобто яка бажана дія та її обґрунтування?
Як <користувач>, я хочу <функціональність>, щоб <критерії обґрунтування>.
- Орієнтація на зацікавлені сторони / клієнтів
- Функціональність: Бажана дія
- Обґрунтування: Встановлення параметрів для значення/результату. Відділ контролю якості/тестування використовує це для створення тестових сценаріїв/випадків.
Функціональність: Кнопка на веб-сайті для «Надсилання нових рецептів»
Як пацієнт, я хочу натиснути кнопку «Надіслати нові рецепти», щоб мати можливість надсилати нові рецепти на розгляд та використання. За умови, що пацієнт є зареєстрованим користувачем і увійшов до системи + «Сторінка рецептів». Коли пацієнт натискає кнопку «Надіслати новий рецепт», він має можливість побачити «Форму нового рецепту».
Як лікар/доглядач, я хочу натиснути кнопку «Надіслати новий рецепт», щоб мати можливість подавати нові рецепти на розгляд та використання. Враховуючи, що пацієнт є зареєстрованим користувачем і увійшов до системи + «Сторінка рецептів». Коли пацієнт натискає кнопку «Надіслати новий рецепт», тоді він має можливість побачити «Форму нового рецепту».
Як адміністратор, я хочу натиснути кнопку «Надіслати нові рецепти», щоб мати можливість надсилати нові рецепти на перевірку та використання. За умови, що я увійшов до Панелі адміністратора. Коли адміністратор натискає кнопку «Надіслати новий рецепт», тоді має можливість отримати доступ до «Форми нового рецепту», тоді новий поданий рецепт відображається на публічному сайті без необхідності затвердження.
7. Створіть прототип.
Оригінальна стаття — Business Analysis Case Study- Non-Profit Organization, переклад — Ivan Vilchavskyi, ревью — Іван Вільчавський. Зображення з оригінальної статті.