Клиентский кабинет
Клиент видит заявки, статусы, документы и следующий шаг по своему обращению.
Кабинеты · внутренние сервисы · web-MVP
Соберите кабинет или внутренний сервис вокруг конкретной задачи
Опишите пользователей, данные, статусы и действия. Fluw соберёт первую web-версию, которую можно открыть в браузере, проверить с командой и уточнить до расширения проекта.
Короткий ответ
Какие задачи подходят для первой версии
Лучше начинать с одного повторяемого процесса и заметного результата на экране. Так команда проверит сам сценарий до подключения сложной логики и внешних систем.
Внутренний сервис
Сотрудники разбирают очередь, меняют статус и передают задачу следующей роли.
Web-MVP
Пользователь проходит один ключевой сценарий, а команда собирает обратную связь до развития продукта.
Пример экрана
Один процесс должен быть понятен на одном экране
В примере клиент видит запрос и документ, а менеджер — текущий статус и историю обработки. Это тестовый сценарий без подключения к реальной CRM.
Запрос
На проверке у менеджераЗапрос на подбор оборудования
- Клиент
- ООО «Пример» · демонстрационные данные
- Запрос
- Подобрать 3 позиции и подготовить предложение
- Документы
- Техническое задание · 1 файл
- Следующий шаг
- Менеджер проверяет параметры и назначает исполнителя
Клиент понимает, что принято в работу
Менеджер видит данные и ответственного
Следующий шаг остаётся заметным для обеих сторон
Как начать
Сначала описывается работа, затем собираются экраны
У каждого шага должен быть исполнитель, входные данные и видимый результат. Это помогает не превращать первую версию в длинный список несвязанных функций.
- 01
Выберите один процесс
Например: клиент отправляет запрос, менеджер проверяет его, специалист загружает результат.
- 02
Определите роли и правила
Кто видит запись, кто меняет статус, какие поля обязательны и что происходит дальше.
- 03
Подготовьте данные
Добавьте примеры заявок, документов, статусов и справочников без персональных данных.
- 04
Проверьте первую версию
Откройте экраны в браузере, пройдите сценарий и отделите обычные правки от отдельной разработки.
До начала сборки
Что нужно определить до сборки
Используйте реальные по структуре примеры без персональных данных. Они помогают проверить первую версию лучше, чем абстрактные поля и пустые состояния.
Роли: клиент, менеджер, исполнитель или администратор — и доступные каждому действия.
Данные: заявки, статусы, документы, товары или другие записи, которые появятся на экране.
Правила: обязательные поля, переходы между статусами, уведомления и следующий ответственный.
Граница проекта
Когда нужна отдельная оценка
Обычные страницы, формы, списки, карточки и экраны статусов можно проверить сначала. Задачи ниже меняют объём проекта и требуют подтверждения до запуска.
Новая интеграция, двусторонний обмен с CRM или учётной системой и обработка недоступного источника.
Сложные права доступа, критичные расчёты, платежи и требования к инфраструктуре или эксплуатации.
Нативное приложение для iOS или Android: эта страница относится только к web-интерфейсам.
Вопросы перед стартом
Проясните границы до начала сборки
Это обычный сайт или приложение?
Страница, каталог и сервис могут быть частью одного проекта. Эта страница про сценарии с данными и действиями: кабинет, внутренний инструмент и web-MVP.
Можно ли начать без полной спецификации?
Да, если есть один приоритетный сценарий и понятный результат. Остальные функции лучше отложить до проверки первой версии.
Когда нужна отдельная разработка?
Если нужны нестандартная инфраструктура, сложные права доступа, особые интеграции или требования к эксплуатации, задачу нужно оценить отдельно.
С чего начать проект?
Опишите один процесс и ожидаемый экран. Задача сохранится в проекте: там можно проверить формулировку, добавить материалы и запустить создание первой версии.
Можно ли сделать мобильное приложение?
Эта страница относится к web-интерфейсам, которые открываются в браузере. Нативное приложение для iOS или Android требует отдельной задачи и оценки.
Начать
Опишите один процесс для кабинета или сервиса
Начните с одного процесса: кто им пользуется, какие данные нужны и какое действие должно завершиться результатом.