Веб-сервисы и кабинеты
Проектируем интерфейс для сотрудника или клиента. Каждое действие связываем с записью, которую человек должен получить в результате.
Разрабатываем веб-сервисы и мобильные приложения под работу вашей компании. Согласуем, как сотрудник пройдет свою задачу в программе и что она передаст в другие системы.
Обсудить разработкуСотрудник оформляет заказ в таблице, а затем переносит его в учетную систему. Компания платит за повторный ввод, хотя данные уже записаны. Такой участок можно взять за основу собственного приложения: согласовать, где сотрудник оформляет заказ и как запись попадает дальше.
В Синтел начинаем разработку с разбора этой работы. На вашем примере показываем будущий путь заказа и согласуем действия пользователя. По этому сценарию вы сможете проверить первую версию программы.
Формат выбираем под место работы: за компьютером может быть удобен веб-сервис, на выезде нужен доступ с телефона. Сначала определяем, что человек должен сделать, затем выбираем способ.
Пример такой постановки есть на странице производственного учета: разбираем путь от документа до проверенной цифры и определяем задачу для программы.
Проектируем интерфейс для сотрудника или клиента. Каждое действие связываем с записью, которую человек должен получить в результате.
Разбираем работу с телефона и условия использования. На этом этапе согласуем платформы и требования к работе без связи, если она нужна.
Описываем порядок обработки записи и создаем нужные модули. Права пользователей проверяем вместе с владельцем процесса.
Подключаем согласованные источники данных. Для обмена определяем поведение при повторной передаче и при ошибке.
Изучаем текущую программу и задачу доработки. После проверки предлагаем границу изменения и порядок дальнейшего сопровождения.
Проверяем, какие записи приложение должно читать или передавать в CRM. Права и способ подключения согласуем до разработки обмена.
Изучаем конфигурацию и нужные документы. По результату определяем границу обмена с заказной программой.
Разбираем, какое событие должно попасть в приложение. Возможность передачи подтверждаем по доступным средствам подключения.
Проверяем способ работы с согласованным ящиком. Действия приложения с письмами описываем отдельно от доступа на чтение.
Проверяем, какие данные заведения нужны приложению и как их получить. Подключение включаем в разработку после проверки вашей версии iiko.
Проектируем шаг, на котором модель готовит черновик по рабочему материалу. В интерфейсе оставляем исходник для проверки. Действие с последствиями подтверждает пользователь.
Для оценки нужен пример работы будущего пользователя. По нему определяем состав приложения и точки подключения к другим системам.
В предложении показываем, какой результат входит в первую версию. Развитие приложения и поддержку обсуждаем отдельно. При изменении требований пересматриваем состав работ до их выполнения.
Да. Выбираем законченный пользовательский сценарий и согласуем, что входит в первую версию. Возможные расширения записываем отдельно.
Смотрим, где и как будет работать пользователь. Затем сравниваем подходящие способы выполнить его задачу.
Сначала изучим доступные исходники и устройство системы. По результату проверки подтвердим, какое изменение можем взять в работу.
Условия передачи исходников и документации фиксируем в договоре до начала разработки.
Для оценки сначала согласуем первую версию. Подключение к 1С, например, включаем после проверки конфигурации и нужных документов.
Опишите действие, для которого нужна программа. Если эту работу уже выполняют вручную, покажите текущий результат: с него начнем обсуждение первой версии.
Товарные знаки «Битрикс24», «1С», iiko и «Яндекс» принадлежат их правообладателям. Названия и логотипы используются в информационных целях.