Личный кабинет клиента
Клиент видит разрешённые ему статусы и документы, отправляет обращение и понимает следующий шаг.
Отдельно проектируем вход и праваРазработка под рабочую задачу
Веб-приложения под ваш рабочий процесс
Создаём личные кабинеты и внутренние сервисы: клиент проверяет заказ, сотрудник оформляет заявку, руководитель видит статус работы. Сначала запускаем основной сценарий, затем добавляем согласованные функции. Работаем в Иркутске и удалённо по России.
от 100 000 ₽за согласованный первый этап
15 минут онлайн · бесплатно · без обязательств
Выбираем подходящий формат
Когда нужен собственный веб-сервис
Внутренний рабочий сервис
Сотрудники выполняют конкретный процесс в браузере: создают заявки, меняют статусы и работают со списками.
Начинаем с одного процессаИнтерфейс к вашей системе
Создаём удобный доступ к данным и действиям в CRM или другой системе с доступным API. Учитываем права пользователей.
Сначала проверяем источник и интеграциюЭто примеры возможных проектов. Состав работ и бюджет определяем после обсуждения вашей задачи.
Первый полезный выпуск
От 100 000 ₽ за согласованный рабочий сценарий
Стартовая цена относится к небольшому первому этапу, а не к любой платформе целиком. Количество ролей, экранов, интеграций, требования к защите и размещению фиксируем до разработки.
Что входит в первый этап веб-приложения
- Описание одного основного рабочего сценария и границ первого этапа
- Прототип согласованных экранов для нужных ролей
- Адаптивный веб-интерфейс и серверная логика согласованного сценария
- Согласованная модель данных и базовые проверки доступа и ввода
- Проверка основного, ошибочного и повторного действия на тестовых данных
- Публикация в согласованном окружении, передача доступов и инструкции
Что согласовываем отдельно
- Сервер, домен, платные лицензии и внешние сервисы оплачиваются отдельно при необходимости
- Интеграции, миграцию данных, онлайн-оплату и сложные правила доступа оцениваем по отдельной карте работ
- Отдельное мобильное приложение, SaaS-сервис для нескольких компаний с раздельными данными и дополнительные модули не входят в минимальный бюджет автоматически
- Нагрузочное обследование, круглосуточную эксплуатацию, резервирование и дальнейшее развитие согласовываем отдельно
Что влияет на итоговую стоимость
- Количество ролей, экранов, сущностей и действий пользователя
- Правила доступа, согласования, уведомления и история изменений
- Наличие API, качество исходных данных и число внешних систем
- Требования к размещению, доступности, нагрузке и передаче продукта
Задача бизнеса
Рабочий инструмент вместо ещё одной таблицы
СейчасСтатус заявки нужно уточнять у сотрудника
Что меняемПользователь видит доступные ему заявки и статусы в своём кабинете
СейчасКаждый шаг процесса описывают в переписке
Что меняемСтатусы, действия и правила переходов заданы в приложении
СейчасСразу заказывают большой продукт с неопределённым объёмом
Что меняемПервый сценарий принимают отдельно и только затем планируют расширение
Работа и приёмка
Как превращаем задачу в работающий сервис
- 01
Выбираем первый сценарий
Определяем пользователей, их действия, данные и ценность результата. Фиксируем то, что входит в первый выпуск, и отдельный список будущих возможностей.
- 02
Проектируем поведение
Согласуем экраны, роли, правила доступа, данные, интеграции и ошибочные ситуации. После этого закрепляем состав, срок и бюджет этапа.
- 03
Разрабатываем и проверяем
Собираем приложение в тестовом окружении. Проверяем вход, права, сохранение данных, ошибки, повторы и сценарии работы на телефоне и компьютере.
- 04
Запускаем и передаём
Проходим приёмку с ответственным заказчика, публикуем согласованный выпуск и передаём доступы, инструкцию и список следующих улучшений.
Как поймём, что результат готов
- Пользователь проходит согласованный сценарий от входа до результата, данные сохраняются.
- Пользователь видит только разрешённые ему данные и действия; ошибки ввода и отказ в доступе объясняются на экране.
- Проверены повтор действия, обновление страницы и согласованные ошибочные ситуации.
- Приложение опубликовано в согласованном окружении, доступы и инструкция переданы.
Подробный список проверок, срок и состав передачи закрепляем в задании до начала работ.
Примеры использования
Какие задачи можно решить
Посмотрите, как может работать сайт или приложение в вашей отрасли: от задачи пользователя до проверки результата.
Кабинет оптового покупателя: повторный заказ без цепочки сообщений
Покупатель собирает повторный заказ в браузере, видит его состав и отправляет на подтверждение. Менеджер получает структурированный запрос вместо фотографий списка в мессенджере, а источник цен, остатков и документов остаётся явно определённым.
Веб-приложение бригады: задача, фото и замечания прямо с объекта
Монтажнику на телефоне нужен понятный список своих работ, адрес, условия доступа и простой отчёт. Офис получает результат у нужной задачи, а не собирает фотографии из нескольких личных чатов.
Сервисный кабинет клиента: обращение и статус без поиска переписки
Клиент регистрирует обращение и видит понятный следующий шаг в одном кабинете. Сервисная команда продолжает работать в CRM, а наружу показывает только разрешённые статусы, уточнения и документы — без внутренних комментариев.
Без скрытых обязательств
Что важно решить до разработки
Не заменяем CRM без причины
Если основная система уже хранит бизнес-данные, сначала проверяем возможность использовать её как источник. Отдельный интерфейс не должен создавать вторую несогласованную базу.
Нагрузка и доступность
До выбора технического решения уточняем число пользователей, частоту действий и объём данных. Отдельно согласуем, какую нагрузку нужно проверить перед запуском.
Обслуживание после запуска
Заранее определяем, где размещается приложение, кто отвечает за доступы, обновления, резервные копии и помощь пользователям. Регулярные расходы показываем отдельно от разработки.
Вопросы
Вопросы о разработке веб-приложений
Какое веб-приложение можно разработать от 100 000 ₽?
Небольшой первый выпуск с одним ограниченным сценарием и согласованными экранами. Например, простой внутренний инструмент или интерфейс к доступным данным. Полноценная SaaS-платформа, сложная интеграция, оплата и множество ролей не входят в минимальную цену автоматически.
В чём разница между сайтом и веб-приложением?
Сайт прежде всего помогает изучить предложение и обратиться в компанию. Веб-приложение позволяет выполнять рабочие действия: входить под своей ролью, изменять данные, подавать заявку, смотреть статус или проходить этапы процесса. Для таких задач нужно отдельно проектировать данные, права и поведение.
Вы разрабатываете личные кабинеты?
Да. Сначала определяем, кто входит в кабинет, какие данные ему доступны и какие действия разрешены. Затем согласуем источник данных, способ входа, интеграции и критерии приёмки. Стоимость зависит от этого состава, а не только от количества экранов.
Можно связать приложение с Битрикс24, 1С или другой системой?
Да, если система предоставляет подходящий способ интеграции. До обещания результата проверяем API, лицензии, права, лимиты и доступность нужных данных. Карта обмена, обработка ошибок и стоимость подключения согласовываются отдельно.
Приложение будет работать на телефоне?
Адаптивный веб-интерфейс проверяем в браузере на телефоне и компьютере в рамках согласованных сценариев. Отдельное приложение для App Store или Google Play, автономная работа и специальные возможности устройства требуют отдельного задания.
Где будут храниться данные и размещаться приложение?
Размещение и источники данных выбираем после обсуждения требований. Можно использовать согласованное окружение заказчика. Права, доступы, резервирование, мониторинг и ответственных за эксплуатацию фиксируем заранее; расходы на инфраструктуру не считаем автоматически включёнными в разработку.
Что мы получим после запуска?
Согласованный выпуск приложения, доступы и инструкцию. Состав передачи исходного кода, документации, прав использования и порядок исправления замечаний закрепляем в договоре. Следующие модули и сопровождение планируем отдельно.
Обсудим задачи вашего веб-приложения
Уточним, кто будет работать в приложении, какие нужны функции и с какими системами его связать. Предложим состав первого этапа и предварительную стоимость.