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