Люди делают работу, которую давно может делать система

Это настройка работы так, чтобы повторяющиеся действия выполнялись по заранее согласованным правилам, а данные переходили между программами без человека посередине. Люди при этом принимают решения и разбирают то, что в правило не уложилось.

Программа - это инструмент. Автоматизация - это порядок работы, в котором инструмент занимает своё место. Можно купить хорошую систему и продолжать переносить в неё данные руками; тогда куплена лицензия, а не результат.

ERP - это единая учётная система, которая держит вместе финансы, склад, закупки и производство. Она нужна не всем: если процессов немного и они простые, связать существующие программы дешевле и быстрее, чем внедрять ERP.

Это способ, которым две программы обмениваются данными напрямую, без человека и без файлов. Если обе стороны его поддерживают, данные из одной системы попадают в другую в момент события, а не вечером выгрузкой.

Это подход, при котором сценарий собирают из готовых блоков в визуальном редакторе, а не пишут программу. Он подходит для большинства повторяющихся передач данных и не подходит там, где нужна нестандартная логика.

С разбора одного процесса: как он идёт сейчас, кто в нём участвует и где работа ждёт человека. Разбор ничего не меняет в твоих системах и не требует доступа к ним.

Карта процесса с участниками и зонами ответственности и перечень операций, которые выполняются руками. Документ остаётся у тебя независимо от того, продолжим мы работу или нет.

Один. Тот, который повторяется чаще остальных. Когда он проработал на настоящих задачах и не мешает, берём следующий.

Нет. Описываем тот, который автоматизируем, и его границы - откуда работа приходит и куда уходит. Полное описание всех процессов - отдельная работа, и она нужна далеко не всем.

Зависит от того, сколько систем он затрагивает и насколько формализован. Срок называем после разбора, потому что до него это была бы цифра, взятая из воздуха.

Это самая частая причина, по которой внедрения не приживаются. Отсюда правило: те, кто выполняет работу, участвуют в проектировании, а новый порядок какое-то время идёт параллельно со старым. Если люди возвращаются к старому - это сигнал, что схема разошлась с реальной работой, и её правят, а не заставляют её соблюдать.

Владелец процесса на твоей стороне - человек, который решает, что делать, когда правило перестало подходить. Без него схема устареет вместе с бизнесом. Мы оставляем инструкцию и журнал выполнения, но решения принимает он.

Да, и это часть работы. Инструкция и разбор на настоящих задачах входят в передачу. Порядок, которым пользуются по памяти одного человека, - это тот же порядок, что был до автоматизации.

Оно меняется. Правила и исключения живут вместе с бизнесом: появился новый тип заказа - появилось новое условие. Поэтому в передачу входит описание того, где эти правила лежат и как их править.

Работа продолжится вручную по плану возврата - он готовится заранее и входит в передачу. Процесс, который останавливается целиком из-за одного сбоя, спроектирован неправильно.

На том, что подходит задаче: обмен по API, обмен файлами, очереди, вызовы по событию, сценарные среды, обмен с учётными системами, собственный код. Инструмент выбирается после разбора процесса, а не до него.

Это среда, в которой сценарий обмена данными собирают из готовых блоков. Она удобна, когда шагов много и их нужно менять без разработчика. Обязательной не является: часть задач надёжнее закрыть прямым обменом.

Среда ставится на собственный сервер, и в этом варианте она не зависит от доступности внешнего сервиса. Облачную подписку в России оформить сложнее, поэтому мы по умолчанию исходим из установки на твой сервер или наш.

У него есть открытая версия, которую ставят на свой сервер, и платная облачная подписка. Стоимость подписки - это не стоимость работы: подписку платят вендору, а работу по настройке процесса - нам.

Нет. Если задачу лучше закрывает обмен с 1С или прямой вызов по API, сценарная среда не используется. Продавать инструмент, а не решение задачи, - это как раз то, из-за чего потом приходится всё переделывать.

Да, это одна из самых частых задач. Способ зависит от версии и от того, как 1С развёрнута: обмен по API, через типовые механизмы обмена или через файлы. Что именно подойдёт, видно после разбора.

Там, где работа требует понимания текста или решения, зависящего от случая: разобрать письмо, понять смысл обращения, подготовить черновик. Где задачу надёжнее закрывает обычное правило, остаётся правило - оно дешевле и отвечает предсказуемо.

Для разбора - никакие. Для настройки нужны доступы к тем системам, между которыми идёт обмен, и только к ним. Список фиксируется до начала работ.

Там же, где они хранятся сейчас, - в твоих системах. Обмен переносит данные между ними и не создаёт третьего хранилища, если только оно не нужно по задаче; тогда это обсуждается отдельно.

Что сработало, когда и с каким результатом, а что не сработало и почему. Журнал нужен затем, чтобы разбор сбоя не превращался в расспрос сотрудников.

Стоимость зависит от числа систем в обмене и от того, насколько процесс формализован. Называть цену до разбора значило бы называть цену неизвестной работы. Разбор одного процесса - отдельный небольшой шаг, и он даёт основание для оценки.

Как отдельный товар - нет. «Под ключ» обычно означает набор настроек, сделанных без разбора процесса; такие настройки перестают использоваться первыми. Мы делаем один процесс до рабочего состояния и передаём его.

По показателям процесса: сколько времени работа идёт от начала до конца, сколько раз её касаются руками, сколько задач не имеет владельца, сколько сроков просрочено. Эти показатели фиксируются до начала работ, иначе сравнивать будет не с чем.