Serpin

Проблема

Ограниченный доступ к качественной медицинской помощи в сельских населённых пунктах — Serpin помогает людям своевременно оценить симптомы, получить первичные рекомендации и быстро связаться с медицинским специалистом, сокращая время до оказания помощи.

«Однажды из-за того что мне нужна была справка, я пошла в больницу — тогда я увидела семью, которая живёт в селе Ақдала, и все члены семьи заболели пневмонией. Это всё началось с обычного кашля, где эта семья думала излечить это традиционным способом. После этого мне вспомнилось, что моя семья также это проходила: они не поехали в больницу из-за того, что в нашей больнице только медсёстры, и они мало что могут сделать. И с этого момента всё началось».

Что придумали

Для решения проблемы команда предложила три уровня продукта. Чат-бот работает даже при слабом интернете, когда нет стабильного электричества, но есть мобильная сеть: пользователь описывает симптомы и понимает, насколько срочно нужно обратиться к врачу. Голосовой помощник рассчитан на тех, кому сложно пользоваться телефоном или набирать текст — пожилых людей, детей, людей с нарушением зрения или тех, кто оказался в экстренной ситуации: достаточно сказать, что произошло. Приложение объединяет обе функции и добавляет GPS-трекер на случай ДТП — скорая помощь или близкий человек может узнать точное расположение человека, — а также обучение первой помощи с практическими заданиями.

«Изюминка нашего проекта — это быстрое использование и практичность, сделали удобными для людей благодаря custdev. Медицина без границ».

Главный провал: продукт, который казался идеальным только команде

«Самая первая ошибка — это дезорганизованность команды: все что-то делали, но не показывали друг другу, это привело к большой ссоре, и несколько человек из команды ушло. Чтобы решить эту проблему, мы использовали метод to-do».

Следующая трудность оказалась более болезненной — момент, когда гипотеза встретилась с реальными пользователями.

«Следующая трудность была на стадии customer development, когда мы поняли, что наш продукт идеален только в наших глазах, а для других это мусор. Мы решили эту проблему, записывая всё, что они сказали, и частично добавляя новые вещи, функции».

Разбор изобретателя

Метод-этап	Приоритизация по принципу Парето вместо угадывания частых случаев
Что сработало	Готовность признать после customer development, что продукт «идеален только в наших глазах» — и перестроить его по реальной обратной связи, а не защищать первую версию
Что не сработало	Контент строился без систематического сбора реальных случаев — на менторской сессии стало ясно, что нужен не общий охват симптомов, а конкретный топ самых частых сценариев
→ Инструмент Части 2	Принцип Парето в продукте для здравоохранения: сходить туда, где реальные случаи уже происходят (приёмный покой), и собрать топ-20/50 — вместо того чтобы придумывать сценарии за столом

Где проект сейчас

Аудио-интервью уточняет техническую линию: у команды уже работает Telegram-бот, рассчитанный на слабый интернет, а сейчас разрабатывается мобильное приложение и голосовой помощник — с прицелом на полную автономность, без интернета вовсе.

Обоснование команда даёт не теоретическое: по её словам, за двадцать минут до записи интервью у неё отключили свет. Для проекта, рассчитанного на сельскую местность, это и есть проверка требований — условия эксплуатации команда наблюдает на себе.

Команда переходит в 11-й, выпускной класс. После менторских сессий, по собственным словам, начала работать эффективнее: подавалась в несколько конкурсов, но пока без успеха — команда называет это честно, без прикрас. Отдельное личное достижение капитана: её статьи начали публиковать в городской газете.

По данным менторской сессии (18.07.2026), фокус сместился: бот превращается в приложение, а консультации — в обучение и рекомендации. Backend частично готов, фронтенд ещё не начат (макеты пока нерабочие). В планах — контент по типичным экстренным ситуациям (удушье, отёк Квинке, инсульт, утопление) в формате коротких видео и гифок на ~10 секунд.

Ментор предложил команде принцип Парето: сходить в приёмный покой и собрать топ-20/50 реальных случаев и частых ошибок вместо того, чтобы охватывать все возможные симптомы сразу. Бизнес-модель определена как B2G — подписка с частных пользователей не работает в этой нише, ставка сделана на гранты, тендеры, государственно-частное партнёрство и программы Минздрава. Голосовой помощник обсуждается как переход от простого «диктофона с одной диагностикой» к полноценному ИИ-ассистенту (LLM + распознавание и синтез речи) — с оговоркой о юридических рисках: система не заменяет врача, необходимы явные дисклеймеры.

«Сейчас проект на стадии развития и доработки MVP, планов очень много: хочется улучшить навыки делать презентацию и питчить. Ещё мы ждём ответы от наших инвесторов, могут ли они инвестировать в нас, и подали заявку в несколько конкурсов — ждём обратной связи».

Потенциал развития

Взгляд со стороны: чем этот проект может стать, если довести его до продукта. Это аналитическая гипотеза редакции, развивающая стратегическую часть менторской сессии, а не заявление команды.

Ценность Serpin — не в самом чат-боте или приложении (интерфейс воспроизводим), а в двух активах, которые команде ещё предстоит собрать: библиотеке реальных частых случаев из приёмного покоя (топ-20/50) и офлайн-архитектуре, работающей там, где интернета и электричества может не быть. Именно второе прямо вытекает из личной истории капитана — сельская больница с одними медсёстрами и без возможности быстро доехать до врача.

Бизнес-модель команда уже определила сама (B2G — гранты, тендеры, ГЧП, программы Минздрава) — эта логика верна именно потому, что подписка с сельских семей никогда не покроет разработку, а государство обязано обеспечивать доступ к медицинской помощи.

Направления, куда это масштабируется

Направление	Что переиспользуется	Пример применения
Поддержка решений для сельских фельдшерских пунктов	Триаж-логика («что делать прямо сейчас») как инструмент, а не только потребительское приложение	Лицензирование движка сельским медпунктам, где работают только медсёстры — прямое попадание в историю, с которой всё началось
Библиотека частых случаев как обучающий актив	Топ-20/50 реальных случаев из приёмного покоя, когда будет собран	Материал для обучения фельдшеров и общественных работников здравоохранения, не только контент внутри приложения
Голосовой интерфейс для недоступных пользователей	Голосовой помощник для тех, кто не может печатать	Расширяемо за пределы медицины на любые госуслуги для пожилых и слабовидящих
Интеграция с экстренными службами	GPS-трекер и передача точного местоположения	Интеграция с существующими системами диспетчеризации скорой помощи (103) для сельской и удалённой местности

Что нужно доказать. Первое — медико-юридическую валидность триаж-логики: сама команда фиксирует этот риск на менторской сессии, и без подписи врача система не может давать медицинские рекомендации без ответственности. Второе — реальные данные из приёмного покоя: на момент сессии визит туда был ещё запланирован, а не завершён — без него топ-20/50 остаётся гипотезой. Третье — путь в B2G: гранты и тендеры Минздрава требуют долгого цикла согласований, который школьная команда ещё не проходила.

Что советуют тем, кто начинает

«Сейчас время, когда основная конкуренция — это маркетинг. Если ты заранее не думаешь о том, как будешь продавать его, то можешь очень сильно разочароваться, когда выкатишь его в свет, после долгих бессонных ночей. Спасает уникальность? Очень навряд ли. Если идея классная — её очень быстро скопируют. Не сомневайтесь! И если кто-то будет уметь работать с трафиком лучше, чем вы, то он просто начнёт забирать под себя рынок. Людям «пофиг», кто первый придумал это».

«Изобретать — это…»

«Изобретать — это посмотреть, что вы сможете и умеете делать на самом деле».

Взгляд эксперта

Аналитическая врезка редакции: оценка проекта и принципа, который он демонстрирует, — не команды.

Что здесь сильно. Трёхуровневая архитектура доступности — чат-бот для слабого интернета, голос для тех, кто не может печатать, приложение для остальных — это проектирование от худшего сценария связи, а не от идеального смартфона. Так думают команды, которые видели свою аудиторию вживую, а не в презентации.

Какой принцип это демонстрирует. Формулировка команды «наш продукт идеален только в наших глазах, а для других это мусор» — самое честное определение customer development в этой книге. Умение записать критику и вернуться с исправленной версией — навык, который отличает проект от домашнего задания.

Куда это масштабируется. Первичная маршрутизация симптомов для сельской местности — задача всего региона Центральной Азии; решение, работающее при плохой связи, автоматически работает везде.