Дарий Назаров
Резюме PDF
Все кейсы
B2BВнутренний продукт · Telegram Mini App2026

Solutions Hub для отдела вычислительного проектирования

Telegram Mini App для поиска готовых решений и приёма заявок в отдел вычислительного проектирования IND. Спроектировал интерфейс и реализовал фронтенд; три итерации проверены с сотрудниками бюро.

Клиент
IND · отдел вычислительного проектирования
Роль
Продуктовый дизайнер и фронтенд Mini App
Сроки
Июль – октябрь 2026
Команда
Отдел вычислительного проектирования, разработка бюро
  • −1 деньработы отдела высвобождает каждая задача, закрытая готовым скриптом без заявки
  • −0,5 дняпереписки экономит каждая заявка, принятая без круга уточнений
  • 3 итерацииинтерфейса проверены с сотрудниками бюро до запуска пилота
Экраны Mini App: колода тем, готовое решение и шторка заявки

Бизнес-цель

Освободить время отдела, не потеряв обращения

Экономический эффект

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

Продуктовый фокус

Каталог решений сокращает повторные обращения. Заявка с темой, описанием и исходниками снижает объём уточнений.

01

Как это работает

Полминуты из жизни сотрудника: выбрал тему, нашёл похожий проект отдела, оставил заявку с контекстом и через профиль дописал отделу.

  1. 01Тема вместо категорииКарточки описывают задачи языком архитектора. Свайп меняет тему, тап показывает реальный проект отдела.
  2. 02Сначала готовоеПод темой лежат скрипты, инструменты и сделанные проекты. Часть задач закрывается без заявки.
  3. 03Заявка с контекстомТема и выбранное решение уже подставлены в форму. Обязательное поле одно: описание задачи.
  4. 04Статус и перепискаВ профиле видно, на каком этапе заявка. Сообщение по ней уходит в чат отдела.

02

Исходная проблема

Раньше заявки в отдел шли через общий бот поддержки бюро. Он собирал задачу без контекста, и отдел уточнял её в переписке.

  • Первый экран

    Старый бот: пустой чат с одной кнопкой запуска
    • Пустой чат и одна кнопка
    • Не сказано, чем помогает отдел
    • Нет примеров задач
  • Меню

    Старый бот: меню из двух кнопок после запуска
    • Два действия: создать заявку или открыть свои
    • Нет каталога готовых решений
    • Найти ответ самому нельзя, только писать в отдел
  • Выбор категории

    Старый бот: выбор категории заявки из пяти пунктов
    • Категорию спрашивают до описания задачи
    • Категории по отделам бюро, а не по задачам
    • Наш отдел спрятан за кнопкой CD
  • Мои заявки

    Старый бот: список активных заявок одной обрезанной строкой
    • Заявка видна одной обрезанной строкой
    • Нет статуса, срока и исполнителя
    • Узнать, что с задачей, можно только в чате

03

Opportunity Solution Tree

Цель: сократить путь от задачи до готового решения или принятой заявки. OST связывает барьеры пользователей с каталогом, поиском и формой обращения.

Opportunity Solution Tree · рабочая версия

Opportunity Solution Tree (OST)Дерево от одной цели через проблемы пользователя к решениям. Показывает не только что делать, но и где идей не хватило.Фреймворк
Основная метрика самообслуживания — доля задач, решённых готовым инструментом без новой заявки.

Не знаю, что это уже существует

  • Каталог инструментов и поиск
  • Мини-инструкции
  • Квиз-навигатор по задачам

Не уверен, что задача для отдела

  • Примеры типовых обращений
  • Автоподсказка типа задачи по тексту
  • Глоссарий терминов

Уже решали, а я не знаю

  • Витрина сделанного
  • Проверка на дубликат
  • Библиотека проектных алгоритмов

Отдел перегружен

  • Видимая загрузка отдела
  • Шаблоны уточняющих вопросов

Не понимаю, что после отправки

  • Статус заявки
  • Связь с исполнителем
  • Приёмка результата

Не умею сформулировать

  • Уточняющие вопросы под тип задачи
  • Аннотация проблемного места прямо на фото
  • Ветка осталась самой бедной на идеи
Assumption Risk AssessmentУровень подтверждения потребностей и план проверки рискованных допущений.Метод
ДопущениеРискНа чём держитсяЧто делаем

Люди не знают о готовых инструментах

Жёлтый

Отдел публикует примеры в чате, и их почти не читают. Косвенно, но проверяемо

Проверить, находят ли сотрудники нужное решение в витрине. Если не пользуются, выяснить причину перед выводом о гипотезе

Люди не понимают, подходит ли задача отделу

Жёлтый

Правдоподобно по контексту, фактом не подтверждено

Уточняющие вопросы под каждый тип задачи

Люди не умеют формулировать задачу

Жёлтый

Сначала пометил зелёным по ошибке, при проверке цитата не подтвердилась

Понижено. Решение дешёвое, поэтому осталось в работе

Новый сотрудник не знает про инструмент

Жёлтый

Рабочее допущение об онбординге; требует проверки с новыми сотрудниками

Онбординг при первом запуске

Люди хотят учиться делать сами

Красный

Данных нет вообще. Возможно, человеку нужен результат, а не навык

Не делаем

04

Приоритеты MVP

Из 22 решений выбраны каталог, поиск, статусы и заявка с контекстом. LLM-подсказки и квиз отложены до результатов пилота.

Impact–Effort MatrixПриоритеты решений по влиянию и трудозатратам.Матрица

Impact–Effort Matrix

Impact–Effort MatrixПриоритеты MVP по влиянию и трудозатратам.Метод

Первая волна

  • Каталог инструментов со ссылками на сетевой диск
  • Поиск по каталогу текстом, без модели
  • Лента сделанного: закрытые заявки как витрина
  • Дашборд нагрузки: видно очередь отдела
  • Профиль с открытыми задачами и статусом

Отложено до данных

  • Подсказки формулировок на модели
  • Библиотека кейс-стади с разбором
  • Квиз-навигатор по типу задачи
  • История заявок с таймлайном

05

Продуктовая модель

По согласованию с бизнесом вход организован через компетенции отдела. Внутри темы — готовые инструменты, проектные алгоритмы и заявка на адаптацию.

User Flow

Wireframes · MVP

06

Единый экран и Bottom Sheet

Отдельные экраны выбора и заявки объединены. Форма открывается поверх каталога, черновик сохраняется при переходах. Решение проверено в трёх итерациях.

Было: заявка отдельным экраном в конце цепочки

До: отдельные экраны и потеря черновика при переходе. После: каталог и заявка на одном экране.

Было
До правки: Было: заявка отдельным экраном в конце цепочки
Стало
После правки: Было: заявка отдельным экраном в конце цепочки
  • 01

    Черновик сохраняется при переходах

    Переходы между решениями не сбрасывают заполненную заявку.

  • 02

    Выбор остаётся на карте

    Выбор темы и решения остаётся в каталоге; Bottom Sheet содержит только заявку.

  • 03

    Bottom Sheet подстраивается под экран

    Высота Telegram Mini App зависит от устройства. Bottom Sheet подстраивается под содержимое и доступное место, чтобы кнопка отправки оставалась видна.

07

Интерфейс Mini App

Тема и выбранное решение автоматически передаются в заявку. Пользователь описывает задачу, прикладывает материалы и отслеживает статус. В октябре интерфейс стал плоским: без теней и рамок, состояния показаны заливкой, приложение открывается на весь экран Telegram.

Общий список показывает загрузку, помогает найти дубликат задачи и открыть готовый результат.
  • Темы отдела

    Свайп меняет тему, тап переворачивает карточку.

    Главный экран: колода тем отдела и свёрнутая шторка заявки
  • Обратная сторона карточки

    Реальный проект, в котором отдел решал такую задачу.

    Обратная сторона карточки темы с фотографией проекта
  • Уже готово по теме

    Скрипты, инструменты и проекты, где это уже делали.

    Список готовых скриптов и сделанных проектов по теме
  • Готовое решение

    Шаги применения, путь к файлам, статья в базе знаний бюро.

    Экран инструмента Rhino в Blender: шаги, путь к файлам и ссылка на статью
  • Заявка

    Тема и решение подставлены, обязательно только описание.

    Форма заявки с подставленными темой и решением
  • Мои заявки

    Статус, срок и проект по каждой заявке.

    Профиль со списком своих заявок и их статусами
  • Заявка изнутри

    Дописать задачу или задать вопрос, ответ придёт в Telegram.

    Карточка заявки с полем сообщения отделу
  • Задачи отдела

    Загрузка отдела и подписка на чужую задачу вместо дубликата.

    Доска отдела: задачи в работе и сделанные, кнопка подписки

08

Метрики пилота

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

  • Метрики пилота

    Снимок с телефона, первые дни пилота. Данных пока мало для выводов.

    Экран метрик пилота в Telegram: люди, открытия, доля нашедших путь и ушедших ни с чем
Request LifecycleСтатус и доступные из него действия. По этой таблице собраны экраны кабинета и тексты уведомлений.Документ
СостояниеЧто может человек

На рассмотрении

Дополнить описание, отменить

Требуется уточнение

Ответить, приложить материалы

В работе

Посмотреть статус, связаться с исполнителем

Результат готов

Принять или описать замечания

На доработке

Посмотреть замечания и статус

Завершена

Открыть результат

MVP MetricsМетрики пилота и Guardrail Metric: сокращение числа заявок не должно означать, что сотрудникам стало труднее получить помощь.Метрики

Скорость и самообслуживание

  • Время от открытия до готового решения или отправленной заявки
  • Переходы «карточка темы → готовое решение»
  • Доля инструментов, использованных без последующей заявки

Качество заявок

  • Доля заявок, принятых без круга уточнений
  • Число циклов уточнения и время до принятия в работу
  • Подписки на существующую задачу вместо новой заявки

Конверсия темы в дело

  • Конверсия проектного алгоритма в заявку «хочу так же»
  • Доля заявок, созданных после «не нашли подходящее»

Guardrail Metric

  • Уход после просмотра карточки без открытия решения и без заявки
  • Если она растёт вместе с падением числа заявок, значит стало неудобно, а не хорошо

09

Результат и следующий этап

Mini App работает внутри бюро и передаёт заявки в систему отдела. Три итерации проверены с сотрудниками. Пилот идёт: события приложения и история заявок собираются в сводку, по ней решим, что делать во второй волне.

Хотите обсудить похожую задачу?

НаписатьОбо мне
Я на связи!

Расскажите о задаче.
Отвечу за день

Ищу команду, где смогу отвечать за пользовательский сценарий от исследования до запуска и оценки результата.

Написать на почтуTelegram
dariy.nazarov@gmail.com+7 985 884-37-27