Внедрение сервисного контура отличается от типового проекта автоматизации тем, что основные пользователи — мастера, а они работают не за столом и не заинтересованы в отчётности. Проект, спроектированный ради удобства руководителя, здесь проваливается предсказуемо: данные вносятся формально, а значит, отчётность недостоверна. Разберём этапы, риски и точки, в которых проект чаще всего сходит с рельсов.
Этап 1. Обследование
Смотреть нужно на фактический процесс, а не на его описание. Что выяснять:
- как обращение попадает в компанию и через сколько каналов;
- где сейчас хранится информация о заявках — система, таблица, тетрадь диспетчера;
- как принимается решение о назначении исполнителя;
- ведётся ли реестр обслуживаемого оборудования и в каком состоянии;
- как учитываются запчасти, выданные мастеру;
- что происходит при отсутствии детали;
- как оформляется сдача работ и когда;
- какие данные требует заказчик и в каком виде.
Отдельно стоит провести день с диспетчером и съездить с мастером на объект. Час такого наблюдения даёт больше, чем неделя интервью: становятся видны обходные пути, о которых на совещании не говорят.
Этап 2. Проектирование процесса
Решения, которые принимает компания, а не подрядчик:
- статусная модель заявки и наряда, развилки после диагностики;
- правила расчёта приоритета и сроков;
- что считается моментом выполнения;
- кто и на каком основании назначает исполнителя;
- обязательные поля при закрытии наряда;
- порядок работы при отсутствии запчасти;
- роли и права.
Пятый пункт — точка, где проект решается. Каждое обязательное поле — это время мастера на объекте. Слишком много обязательных полей означает формальное заполнение, слишком мало — отсутствие данных для отчётности.
Этап 3. Подготовка данных
Самая трудоёмкая часть, выполняемая силами компании.
- реестр обслуживаемого оборудования с привязкой к клиентам и адресам;
- серийные номера, даты продажи и установки, гарантийные сроки;
- классификатор работ с нормативами времени;
- классификатор дефектов и причин;
- номенклатура запчастей с применимостью к моделям;
- условия обслуживания по договорам;
- квалификация и допуски мастеров.
Первый пункт обычно оказывается неожиданно тяжёлым: реестра оборудования у клиентов чаще всего просто нет, он существует в виде разрозненных сведений в договорах и в памяти мастеров. Его сбор нужно начинать раньше всех остальных работ.
Этап 4. Настройка
- Справочники и классификаторы.
- Документы: заявка, наряд, акт.
- Статусная модель и правила переходов.
- Расчёт приоритетов и сроков по рабочему календарю.
- Рабочее место диспетчера.
- Мобильное место мастера, если есть выездные работы.
- Учёт запчастей, включая запас у мастера.
- Роли и права.
- Отчётность.
Этап 5. Пилот
Запуск на ограниченном контуре: одна бригада, один тип оборудования или один клиент. Параллельно старый порядок сохраняется.
Проверяется не система, а регламент: успевают ли мастера вносить данные на объекте, хватает ли диспетчеру информации для назначения, что участники делают в обход. Последний вопрос — самый информативный.
Минимальная длительность — три-четыре недели: нужно застать и обычные дни, и авральные.
Этап 6. Запуск и стабилизация
- расширение на все бригады и всех клиентов;
- обучение по ролям на реальных данных;
- назначенная дата отказа от старого порядка;
- сопровождение первых недель с быстрой реакцией на проблемы;
- еженедельный разбор: что не заполняется и почему.
Риски и контрольные точки
| Риск | Признак | Контрольная точка |
|---|---|---|
| Нет реестра оборудования | Заявки заводятся без объекта | Готовность реестра до настройки |
| Мастера не вносят данные | Наряды закрываются вечером в офисе | Доля закрытий на объекте в пилоте |
| Слишком много обязательных полей | Однотипные значения во всех нарядах | Ревизия полей по итогам пилота |
| Параллельная работа по-старому | Таблица диспетчера жива | Назначенная дата отказа |
| Нет владельца процесса | Некому принимать решения по спорам | Назначение до старта |
| Отчётность недостоверна | Цифры расходятся с ощущениями руководителя | Сверка на пилоте |
Вторая строка — главный риск проекта. Если наряды закрываются задним числом, все показатели времени становятся фикцией, и проект формально успешен при полном отсутствии результата.
Итог
Внедрение сервисного контура состоит из шести этапов, где критичны три вещи: реестр обслуживаемого оборудования, который нужно начинать собирать раньше всего; аккуратный выбор обязательных полей, потому что каждое из них — время мастера на объекте; и пилот, проверяющий регламент, а не систему. Главный индикатор успеха — доля нарядов, закрытых непосредственно на объекте, а не вечером в офисе.
Внедрение решения «1С:Сервисный Ремонт» построено по четырём шагам: обследование и проектирование, настройка системы, обучение пользователей с загрузкой данных, запуск и начальная поддержка.
Компания «Сайфилд» внедряет сервисный контур в «1С» — от обследования и проектирования процесса до пилота и сопровождения запуска. Опишите свою ситуацию, и мы предложим план.