Веб-приложение
Кабинет для работы, оформление сложной заявки, совместное согласование или сервис с несколькими ролями. Веб-приложение объединяет экраны, правила и данные, чтобы действие можно было завершить в одном рабочем пространстве.
Приложения
Приложение для действий, к которым возвращаются
Записаться, оформить заказ, продолжить работу, проверить статус. Проектируем сервис вокруг таких действий и выбираем подходящий вход: браузер, телефон или Telegram. Сначала определяем первую полезную версию, затем собираем и проверяем её на ваших сценариях.
Форматы направления
Что нужно создать.
SaaS
Когда вашим продуктом пользуются независимые компании, каждой нужны свои данные, пользователи и условия доступа. Проектируем SaaS с учётом этих границ и собираем первую версию вокруг полезного действия, ради которого клиент возвращается.
Мобильное приложение
Заказать повторно, выполнить задание на выезде, вести личный план, получить важное уведомление. Проектируем приложение для iOS и Android или выбранной платформы, когда регулярное использование и возможности телефона оправдывают отдельный продукт.
PWA
PWA подходит, когда основная работа уже помещается в браузер, а пользователю нужен удобный повторный вход. Проектируем адаптивный сервис, установку там, где она поддерживается, и согласованные возможности хранения данных и уведомлений.
Telegram Mini App
Когда аудитория уже пользуется Telegram, Mini App даёт ей полноценный интерфейс для выбора и действий. Проектируем путь от входа через бота до результата, а данные связываем с согласованной системой учёта.
Внутренняя система
Очередь заявок, карточка заказа, согласование документа, контроль исполнения. Собираем внутреннюю систему вокруг реальных операций сотрудников, чтобы статусы и действия жили в общем процессе, а не собирались из чатов в конце дня.
Сервисный портал
Личный рабочий раздел для клиентов и сотрудников: отправка запросов, отслеживание статусов и доступ к согласованным материалам.
Задача клиента
Что важно решить.
Операция разбросана по разным местам
Клиент оставляет заявку в одном канале, сотрудник меняет статус в таблице, руководитель собирает отчёт вручную. Приложение связывает эти действия через общие данные и понятные правила.
Готовый сервис перестал подходить
Команда обходит обязательные поля, ведёт дополнительные списки и переносит данные между системами. Разбираем, что можно настроить в текущем решении, а для каких операций нужен свой интерфейс.
Идея продукта ещё слишком широкая
Перечень функций не показывает, за чем человек придёт второй раз. Выделяем основной сценарий, проверяем его прототипом и откладываем возможности, без которых первая версия сохраняет смысл.
Когда выбирать
Кому подходит этот формат.
Подходит
- Компаниям с повторяющимися операциями, несколькими ролями и ответственностью за данные.
- Сервисам, где клиенты регулярно заказывают, записываются или пользуются личными функциями.
- Командам, которые готовят цифровой продукт для внешних пользователей или других компаний.
- Бизнесу, которому нужны собственные правила работы поверх существующего учёта.
Когда нужен другой вариант
Если человеку достаточно прочитать предложение и оставить контакт, начните с сайта. Если задачу закрывают несколько вопросов и кнопок, рассмотрите бота. При редком использовании и подходящем готовом решении отдельная разработка может оказаться лишней.
Согласованный состав
Что входит в работу.
Разбор задачи и границы версии
Фиксируем пользователей, действия, данные и ожидаемый результат. Отдельно записываем, какие функции откладываем, чтобы согласованный объём оставался управляемым.
Прототип и интерфейс
Показываем путь пользователя до начала основной разработки: вход, действие, подтверждение, ошибка и возвращение к работе. Состав экранов зависит от выбранного формата.
Рабочая логика
Разрабатываем согласованные функции, обработку данных и права доступа. Описываем, где хранятся данные и какая система отвечает за их актуальность.
Связь с действующими системами
Подключаем нужные обмены с CRM, учётом, оплатой или уведомлениями при наличии технической возможности. Каждая интеграция получает отдельные требования и проверку.
Проверка и запуск
Проверяем основные и ошибочные действия, проводим пробный запуск на согласованной группе, готовим выпуск и передаём инструкции. Публикация в магазинах включается только для соответствующего формата.
От знакомства до передачи
Как проходит проект.
Знакомство → бриф → обсуждение задания → коммерческое предложение → договор → оплата. Только после оплаты начинаем работу.
- 01
Уточняем устройство сервиса
После заключения договора и оплаты разбираем согласованный процесс, роли и данные. Превращаем договорённости в проверяемые требования к первой версии.
- 02
Проверяем сценарий на прототипе
Проходим путь пользователя, согласуем интерфейс и исключения. Здесь же закрываем вопросы, которые влияют на объём разработки.
- 03
Собираем и испытываем
Разрабатываем приложение и согласованные подключения. Проверяем доступы, сохранение данных, повторные действия и восстановление после ошибок.
- 04
Выпускаем и передаём
Проводим приёмку по согласованным сценариям, готовим рабочую среду и передачу результата. Фиксируем, кто управляет сервисом и как поступают запросы на изменения.
Полный порядок согласований и оплаты
Ознакомительная встреча
Вы рассказываете о бизнесе, задаче и том, что уже работает. Вместе определяем, какую часть стоит разбирать дальше. Можно начать с бесплатного аудита бизнеса за 25 минут.
Бриф — вопросы о проекте
Собираем сведения о продукте, клиентах, материалах и пожеланиях. Если часть информации пока неизвестна, отмечаем, что нужно уточнить.
ТЗ — описание будущей работы
Обсуждаем, что именно создаём, какие функции и материалы нужны и как будем проверять готовность. Поясняем спорные места до согласования.
Коммерческое предложение
Показываем состав проекта, стоимость и план. Отдельно перечисляем необходимые платные сервисы и задачи, которые не входят в выбранный объём.
Подписание договора
Закрепляем объём, сроки, порядок согласований, передачи результата и оплаты. Вы проверяете условия, затем стороны подписывают договор.
Оплата по договору
Вы вносите оплату в размере и порядке, указанном в договоре. Способ и график платежей согласуем заранее.
Работа, проверка и передача
Только после оплаты приступаем к проекту. Показываем промежуточные материалы, собираем обратную связь, проверяем результат и передаём предусмотренные файлы и доступы.
Рабочая гипотеза
Стоимость и сроки.
Из чего складывается сумма
Стоимость зависит от сценариев, платформ, ролей, интеграций, объёма данных и требований к надёжности. Ориентиры для мобильного приложения и Telegram Mini App приведены на их страницах; остальные форматы оцениваем индивидуально. До начала работ: встреча → бриф → согласование задания → коммерческое предложение → договор → оплата → работа.
Получить оценку проекта ↗Как определяем срок
План составляем после определения первой версии. На него влияют готовность обмена данными и материалов, качество исходных данных, согласование прототипа, доступность участников пробного запуска и требования выбранных платформ. Увеличение объёма пересчитываем до реализации.
Состав, цену и этапы закрепляем в договоре. Оплата — только по договору.
Выбор решения
Чем отличаются варианты.
- Веб-приложение
- Сервис в браузере для клиентов и сотрудников: несколько связанных сценариев, роли и общие данные.
- SaaS
- Продукт для разных клиентов или компаний: отдельные рабочие пространства, управление доступом и условия использования.
- Мобильное приложение
- Регулярные действия на телефоне, когда важны возможности устройства и выбранный способ распространения.
- PWA
- Веб-сервис с предусмотренной установкой и отдельными возможностями повторного использования; ограничения зависят от устройства и браузера.
- Telegram Mini App
- Интерактивный сервис внутри Telegram для аудитории, которая уже пользуется этим каналом.
- Внутренняя система
- Рабочее место команды: очередь задач, карточки, статусы, права и управленческие данные.
До начала разработки
Что стоит предусмотреть.
Выбрать платформу раньше сценария
Красивый значок не создаёт привычку пользоваться сервисом. Сначала выясняем частоту и условия работы, затем выбираем формат.
Перенести старую путаницу в новый интерфейс
Если два отдела по-разному понимают один статус, разработка закрепит конфликт. Согласуем значения полей, переходы и владельцев данных.
Запустить без ответственного
Приложению нужны обновляемые данные, управление доступом и человек, который принимает решения. Распределяем эти обязанности до передачи.
Функции и подключения
Как устроен результат.
Основные части
- Личный профиль и история действий.
- Каталог, заказ или запись — по задаче.
- Роли сотрудников и журнал изменений.
- Уведомления и поиск.
- Отчёты по согласованным показателям.
Связь с вашими системами
- CRM и учётная система — для согласованного обмена данными.
- Платёжный сервис — при необходимости принимать оплату.
- Бот, почта и другие согласованные каналы уведомлений.
Это возможный состав. Конкретные функции, доступность подключений и внешние расходы проверяем и фиксируем до старта.
Перед решением
Ответы на вопросы.
Мы пока не знаем, какое приложение нужно. С чего начать?
Опишите одно действие, которое сейчас сложно выполнить, кто его выполняет и где лежат исходные данные. На встрече сопоставим задачу с форматами и определим, что нужно проверить прежде всего.
Нужно ли готовое техническое задание?
Для первого разговора достаточно примеров и описания проблемы. Состав задания и глубину предварительной проработки согласуем перед коммерческим предложением. Разработку начинаем после фиксации объёма, договора и оплаты.
Можно выпустить небольшой сервис и расширять его?
Да, если первая версия решает законченную задачу. Записываем отложенные функции и учитываем существенные будущие ограничения; каждое расширение получает собственную оценку.
Обязательно делать и iOS, и Android?
Состав платформ определяется аудиторией. Иногда достаточно браузера или одной платформы. Поддержка двух мобильных систем и проверка устройств учитываются в объёме работ.
Можно использовать нашу CRM и действующую систему?
Сначала проверяем доступы, документацию, ограничения и состояние текущего решения. По результатам определяем, что используем, что дорабатываем и какие работы выполняет ваш поставщик.
Кому достанутся код и доступы?
Порядок передачи кода, прав на результат, документации и доступов фиксируем в договоре. Заранее разделяем разработанные материалы и сторонние компоненты с их условиями использования.
Что происходит после запуска?
При передаче определяем администратора, порядок резервирования и обработки обращений. Гарантийные условия и сопровождение закрепляем отдельно; новые функции не добавляются автоматически к принятой версии.
Есть ли смысл сразу добавлять ИИ?
Только при понятной задаче и источнике достоверных данных. Сначала стоит наладить сам процесс. ИИ-функцию оцениваем отдельно, включая ограничения, проверку ответов и передачу человеку.
Для первого разговора
Что подготовить.
- Пример реальной операции от начала до завершения.
- Описание пользователей и их прав.
- Список действующих систем и контакты ответственных за них.
- Обязательные функции первой версии, ограничения и желаемый порядок запуска.
Если чего-то пока нет, начнём с того, что есть. Не требуется писать большое техническое задание самостоятельно.
После запуска
Передача и дальнейшая работа.
- Согласованный комплект кода, документации и доступов по договору.
- Инструкция для пользователя и администратора в предусмотренном объёме.
- Описание подключений, размещения и ответственности за данные.
- Зафиксированный порядок поддержки, исправлений и развития.
Опубликованные работы
Примеры сайтов и мини-приложений агентства.
Откройте опубликованный проект, чтобы посмотреть интерфейс и работу страниц.
Заявка
Опишите задачу за 2 минуты.
Готовое техническое задание не нужно. Расскажите, что хотите изменить, что уже работает и когда нужен результат. Если представляете бюджет — укажите ориентир.
Что стоит рассказать
- Ваша задача
Где нужна перемена: на сайте, в Telegram, в продажах или в работе команды. Можно привести пример обращения клиента.
- Что уже есть
Сайт, бот, система учёта клиентов, готовые материалы — или пока только идея.
- Желаемый срок
Есть ли дата запуска или время можно обсудить.
- Ориентир по бюджету
Примерная сумма или диапазон. Если пока не определились, оставьте поле пустым.
После отправки
На этой странице появится подтверждение, что заявка принята. Затем свяжемся с вами в указанном мессенджере, уточним вводные и договоримся о следующем шаге.
Сначала разберём задачу. Если достаточно доработать то, что уже есть, предложим этот вариант.