Discovery stage

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

‍

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

‍

Чому важлива Фаза відкриття проекту?

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

‍

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

‍

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

‍

Що ми робимо на етапі відкриття?

• Lean Model Canvas. Спочатку ми створюємо концептуальний опис бізнес-моделі майбутнього продукту для MVP у вигляді діаграми, що описує всі бізнес-процеси, пов'язані з продуктом: пропозиція, інфраструктура, клієнти та фінансовий аспект.
• Customer Journey Map. Крім того, створюється "карта" комунікації клієнта з продуктом. Це візуальний графік взаємодії користувача з продуктом, який включає всі очікувані точки і канали такої взаємодії, а також візуалізований досвід клієнта з урахуванням його думок, емоцій, цілей, мотивів, страхів на шляху до досягнення результату.
• User Flow. Щоб визначити, як користувач буде взаємодіяти з інтерфейсом нового продукту, створюється User Flow у вигляді схематично зображених екранів програмного рішення та переходів між ними. Таким чином, через візуальні прототипи інтерфейсу проектуються сценарії поведінки користувача.
• Історії користувачів. Короткий опис того, як система буде використовуватися, описує функціональні вимоги до системи та критерії прийнятності. Історії користувачів дозволяють замовнику ефективно розставити пріоритети в реалізації функціональності продукту.
• Бачення продукту. Цей документ, що описує загальні цілі проекту і пропоноване рішення, дозволяє краще зрозуміти цілі створення продукту, його потенціал і майбутні перспективи. Бачення продукту корисне для всіх сторін, що беруть участь у розробці: розробників, персоналу, відділу маркетингу тощо.
• Нефункціональні вимоги. Наша команда також надає рекомендації щодо властивостей або обмежень системи, які не пов'язані з поведінкою системи, оптимальним стеком технологій, архітектурою інфраструктури та очікуваним навантаженням.

‍

Які проблеми можна вирішити на етапі виявлення проекту?

Давайте коротко розглянемо основні проблеми, які можна вирішити на етапі виявлення програмного забезпечення.

‍

1. Нескінченні зміни обсягу проекту та розростання бюджету. Відсутність чітко задокументованих і вимірюваних етапів може призвести до нескінченних змін і розширення обсягу робіт. У свою чергу, це може затримати запуск проекту та призвести до перевитрати бюджету.
2. Порушення термінів і витрати на встановлення. Етап виявлення програмного забезпечення дозволяє встановити чіткі часові рамки з ітеративними фазами розробки, які визначають точний час розробки проекту. Відсутність визначених цілей, пріоритетів і вимог може призвести до збільшення термінів і затримки запуску. Таким чином, ви, як клієнт, можете зіткнутися зі зростаючими витратами протягом усього процесу розробки.
3. Невідповідні проекти, які не відповідають вашим вимогам. Етап дослідження дозволяє обом сторонам уникнути непорозумінь і підтримувати зв'язок в подальшому. Ви можете вказати точні очікування та отримати змістовний зворотній зв'язок від наших експертів з точки зору технічної реалізації.

‍

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