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