О компании заказчика
Заказчик — университет при Министерстве здравоохранения, который занимается улучшением процессов работы специалистов врачебного дела и предлагает инициативы, которые могут быть рассмотрены и внедрены на федеральном уровне.
Исходная ситуация
До начала проекта у заказчика была идея цифрового опросника питания, но не было готовой системы. Процесс работы врачей с пациентами строился в основном на устном опросе: специалист задавал вопросы о питании, количестве приёмов пищи, продуктах и привычках пациента, а затем на основе ответов формировал рекомендации.
Такой подход занимал время и зависел от ручной работы врача. Заказчик хотел оптимизировать процесс: сделать его быстрее, структурированнее и удобнее как для специалиста, так и для пациента.
Дополнительным фактором были сжатые сроки. MVP нужно было подготовить примерно за два месяца, чтобы заказчик смог протестировать решение в клинике и продемонстрировать идею на собрании Министерства здравоохранения.
Задачи проекта
Разобраться в идее заказчика и перевести её в понятные требования к MVP.
Описать логику работы цифрового опросника питания.
Сформировать техническое задание и критерии приёмки системы.
Спроектировать архитектуру системы.
Разработать алгоритмы обработки ответов пациента.
Сделать интерфейс для прохождения опроса и получения результата.
Реализовать модуль формирования резюме опроса и официальной рекомендации.
Обеспечить сохранение результатов в системе для дальнейшей работы врача.
Согласовать дизайн и внутреннюю логику системы с руководством заказчика.
Передать MVP для тестового внедрения в клинику.
Решение
Что мы предложили
Мы предложили превратить идею заказчика в рабочую MVP-систему: цифровой опросник, который помогает собирать данные о питании пациента, обрабатывать ответы по заданным алгоритмам и формировать итоговое резюме с рекомендациями.
Такое решение подходило задаче заказчика, потому что оно не просто заменяло бумажный или устный опрос цифровой формой, а помогало врачу быстрее видеть проблемные точки в питании пациента и работать с более структурированной информацией.
Что было сделано
Команда взяла на себя путь от первичного анализа идеи до передачи системы заказчику:
провели Discovery и углубились в проблему;
подписали NDA и необходимые документы для работы с данными;
получили допуски к работе с данными университета;
сформировали техническое задание;
описали архитектуру системы;
подготовили список требований и алгоритмов работы опросника;
разработали дизайн;
согласовали интерфейс и внутреннюю систему с руководством;
реализовали продукт;
передали систему университету для внедрения в клинику;
продолжили технологическое сопровождение.
Как был организован процесс
Проект требовал аккуратной работы с требованиями и документами, поэтому команда начала не с разработки, а с погружения в задачу. Сначала нужно было понять, как врач работает с пациентом, какие данные необходимо собирать и каким должен быть итоговый результат опроса.
После этого команда оформила требования, архитектуру и критерии приёмки, чтобы у заказчика было понятное основание для согласования результата. Это было особенно важно из-за участия государственного контура и необходимости проходить согласования с руководством.
Коммуникация строилась так, чтобы заказчик мог видеть ход работы, согласовывать ключевые решения и не погружаться в каждую техническую деталь. Команда закрывала большую часть организационной и продуктовой неопределённости на своей стороне.
Какие инструменты, технологии или подходы использовались
Подходы:
Discovery;
подготовка технического задания;
проектирование архитектуры системы;
UX/UI-дизайн;
разработка MVP;
согласование требований и критериев приёмки;
технологическое сопровождение после передачи продукта.
Технологии: Информация не указана. В транскрибации отмечено, что технологии нужно дополнительно уточнить у CTO.
Ход проекта
От идеи — к понятной системе
Заказчик пришёл с идеей цифрового опросника питания. Сама потребность родилась из практической проблемы: врачу нужно быстро и качественно собирать информацию о питании пациента, видеть отклонения и формировать рекомендации.
До проекта этот процесс был устным и во многом ручным. Врач задавал вопросы, фиксировал ответы, анализировал их и на основе своего опыта формулировал рекомендации. Такой подход работал, но занимал время и не давал единого цифрового следа для дальнейшей работы.
Важно: задача была не просто «сделать форму с вопросами», а создать систему, которая помогает врачу быстрее принимать решение и делает рекомендации более структурированными.
Быстрое погружение и Discovery
Работа началась с Discovery. Команде нужно было быстро разобраться в предметной области, понять задачу заказчика, ограничения и ожидаемый результат.
На этом этапе были подписаны NDA и необходимые документы, получены допуски к работе с данными университета. Параллельно команда начала прорабатывать концепцию будущей системы, чтобы не терять время в условиях сжатого срока.
Техническое задание и архитектура
После погружения команда сформировала техническое задание, архитектуру системы и список алгоритмов, по которым должен работать опросник.
Это позволило перевести идею заказчика в понятный план разработки: что именно должно быть в системе, как пользователь проходит опрос, как обрабатываются ответы, где сохраняется результат и что получает врач или пациент на выходе.
Что было особенно важно: заранее описать требования и критерии приёмки, чтобы минимизировать риски затягивания проекта на этапе согласований.
Разработка интерфейса и внутренней логики
После согласования концепции команда подготовила дизайн системы. Интерфейс и внутренняя логика были согласованы с руководством заказчика.
Основной фокус был на том, чтобы опросник был понятным для пользователя, а результат — полезным для врача. Система должна была не просто собирать ответы, а формировать итоговое резюме и рекомендацию по питанию.
MVP за 2 месяца
Разработка заняла два месяца. В проекте участвовали аналитик, дизайнер, frontend-разработчик, backend-разработчик и руководитель проекта.
Сжатые сроки были одним из ключевых ограничений: заказчику нужно было успеть подготовить MVP к собранию, где обсуждались инициативы для Министерства здравоохранения. Поэтому команда параллельно вела работу с документами, согласованиями и разработкой.
Сложность проекта: часть требований и правок могла согласовываться до полутора-двух недель. Это создавало риск сдвига сроков.
Решение: команда заранее готовила документацию, чётко описывала требования и работала с нужными исполнителями, чтобы ускорить согласования.
Передача продукта и тестовое внедрение
По итогам проекта заказчик получил полноценную систему, разработанную в соответствии с документом и критериями приёмки.
MVP передали университету для внедрения в клинику и дальнейшего тестирования. В дальнейшем система была направлена на развитие и внедрение на федеральном уровне.
Сложности и ограничения
Сложность: Сжатые сроки разработки. Как решили: Команда параллельно вела Discovery, подготовку документации, проектирование и разработку. Это позволило уложиться в срок около двух месяцев.
Сложность: Долгие согласования требований и документов. Как решили: Требования и критерии приёмки заранее фиксировались в документации. Команда старалась точнее описывать решения и обращаться к нужным исполнителям, чтобы ускорить процесс согласования.
Сложность: Работа с государственным контуром и данными университета. Как решили: Были подписаны NDA и необходимые документы, получены допуски к работе с данными. Процесс был организован с учётом формальных требований заказчика.
Результат
Заказчик получил MVP цифровой системы опросника питания, разработанный в соответствии с согласованными требованиями и критериями приёмки.
Система позволила:
перевести устный опрос пациента в цифровой формат;
ускорить процесс выдачи рекомендаций;
формировать итоговое резюме по результатам опроса;
сохранять результаты в системе для дальнейшей работы врача;
помогать врачу быстрее определять проблемные точки в питании пациента;
дать пациенту возможность самостоятельно проходить опрос и получать официальную рекомендацию без обязательного посещения врача;
передать продукт для тестового внедрения в клинику;
подготовить решение для дальнейшего развития и внедрения на федеральном уровне.
По словам участника проекта, процесс выдачи рекомендаций от врача пациенту ускорился в несколько раз. Точные количественные метрики в транскрибации не указаны.
Почему этот кейс важен для похожих клиентов
Этот кейс близок компаниям и организациям, у которых есть полезная идея, но пока нет понятной цифровой системы для её реализации. Особенно если процесс сейчас держится на ручной работе, устных коммуникациях, разрозненных документах или экспертных действиях сотрудников.
Мы можем быть полезны, когда нужно быстро превратить идею в MVP: разобраться в задаче, структурировать требования, продумать логику продукта, разработать интерфейс и довести решение до тестового внедрения. Такой подход помогает заказчику не утонуть в деталях и быстрее перейти от обсуждения идеи к рабочему продукту.
