Работа разбросана по инструментам
Одни данные вводятся несколько раз, а статус приходится искать в почте и таблицах.
Разработка веб-систем
Веб-система для процессов, которые не помещаются в готовый продукт.
Разрабатываем в Эстонии личные кабинеты, запись, CRM- и административные процессы, панели управления и другие веб-системы. Решение строится вокруг ролей, прав, модели данных и ежедневной работы, а не ограничений готового ПО.
Обсудить проектКогда стоит рассмотреть свою систему
Клиенту не хватает самообслуживания
Запись, запрос, документ или статус заказа требуют отдельного кабинета и действий.
Логика готового ПО не подходит
Ролям, правилам и данным компании нужен свой процесс или серверная логика.
Свою систему создают для ограниченного процесса
Начинаем с ролей и решений
Клиент, специалист, администратор и руководитель могут по-разному видеть одну запись и выполнять разные действия. До проектирования экранов описываем права, ответственность и точки принятия решений, чтобы доступ не превратился в набор случайных исключений.
Модель данных должна выдерживать исключения
Главной сущностью может быть запись, клиент, автомобиль, заявление или работа. Определяем её статусы, связи, историю и обязательные поля вместе с правилами отмены, исправления и дублей. Это общая основа интерфейса и отчётности.
Первый этап завершает один процесс
Начальную версию не выбирают по числу экранов. Этап должен провести пользователя от понятного начала к проверяемому результату и позволить администратору обработать этот результат. Редкие случаи и соседние процессы остаются в явном плане следующих работ.
Что может охватывать веб-система
Что может охватывать веб-система
- Самообслуживание и личные кабинеты
- Запись и выбор услуги
- CRM- и административные процессы
- Панели управления, роли и права
- Модель данных, серверная логика и API
Что собираем для описания процесса
Реальные рабочие случаи
Кроме обычного пути рассматриваем прерванные, задержанные и исправленные случаи. Примеры форм, таблиц или обезличенных рабочих экранов помогают увидеть, какие сведения действительно влияют на решение.
Роли и правила доступа
Собираем группы пользователей, их действия и данные, которые каждой группе разрешено видеть или менять. Если доступ зависит от отдела, клиента или статуса работы, эти условия становятся отдельными приёмочными сценариями.
Системы и ответственные
Определяем, какая система отвечает за клиента, цену, документ и другие ключевые данные. Для каждой интеграции нужны документация, возможность тестирования и человек, способный подтвердить значение полей источника.
Разработка начинается с процесса
Описание процесса
Фиксируем участников, действия, решения, данные и исключения до экранов.
Архитектура
Определяем границы, модель данных, права и подключения.
Разработка по этапам
Создаём проверяемые части по порядку и регулярно показываем рабочую версию.
Внедрение
Тестируем роли и основные случаи, готовим данные и согласуем поддержку.
Признаки готового этапа
Признаки готового этапа
- Роли и права описаны проверочными сценариями
- Определены владелец и история основных данных
- Работают обычный процесс и критичные исключения
- Администратор может найти, изменить и завершить результат
- Зависимости следующего этапа вынесены отдельно
Приёмка и дальнейшее развитие
Каждый этап принимается по согласованным ролям и рабочим случаям, а не только по изображениям экранов. При внедрении фиксируются подготовка данных, создание пользователей и ответственность за поддержку. Новые пожелания получают приоритет после использования и не меняют незаметно уже принятую границу.
От выбора услуги до записи
iProff
В iProff клиент выбирает устройство, модель и ремонт, затем поддерживаемый способ обслуживания, дату и необходимые данные.
Открыть проект
Вопросы о веб-системах
Как определяется первый этап?+
Выбираем действия, которые образуют один полезный рабочий процесс. Зависимости и следующие части остаются в явном плане.
Можно подключить существующую CRM или ERP?+
Да, если система предоставляет подходящий API или другой согласованный обмен. Границы проверяются до реализации.
Входит ли административный интерфейс?+
Если он нужен процессу, проектируем роли, поиск, статусы и необходимые действия.
Как планируются дальнейшие изменения?+
После внедрения исправления и функции получают приоритет по влиянию, зависимостям и объёму.
Веб-система для процессов, которые не помещаются в готовый продукт.
Коротко опишите цель, пользователей, текущее решение и нужные функции. На первой встрече уточним вопросы и определим, какой разбор нужен до оценки.