Как оценить стоимость внедрения 1С:ERP с учетом (или без) кастомизации?

06.03.23

Бизнес-анализ

На что опирается предварительная оценка проектов внедрения и почему в неё закладывается так много доработок? Отвечаем на популярные вопросы клиентов.

При подготовке к внедрению «1С:ERP» больше всего вопросов появляется у клиентов, которые ранее пользовались SAP, Oracle, Axapta и другими западными системами. Им может казаться, что в сценарий внедрения закладывается неоправданно много доработок — как будто исполнитель собирается писать систему почти «с нуля» вместо того, чтобы развернуть типовое решение. Так ли это? И да, и нет. Чтобы разобраться, сделаем шаг назад и рассмотрим коренное различие между иностранным и отечественным рынками и ИТ-продуктами, которые они породили.

 

Разные рынки — разные продукты

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

Как выглядит внедрение западных систем?

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

 

Стадии развития рынка

 

Решения 1С, напротив, создавались для развивающегося российского рынка — переменчивого, динамичного и высококонкурентного.

За те двадцать лет, что фирма «1С» работает над своими флагманскими продуктами (сначала «1С:УПП», потом «1С:ERP»), отечественный бизнес не раз претерпевал серьёзные изменения. И сегодня российские компании продолжают искать оптимальные способы организации и оцифровки своих операций в стремлении сделать их эффективнее и конкурентоспособнее.

Вот почему для нашего рынка характерна вариативность реализации операционных процессов, а продукты 1С («1С:ERP», «1С:УХ» и связанные с ними отраслевые решения) предоставляют широкий спектр возможностей для такого рода исканий.
 

Как выглядит внедрение 1С?

Из-за специфики рынка исполнитель уже не может прийти к заказчику с готовым сценарием запуска системы. Вместо того на этапе обследования и моделирования внедренцы и заказчик общими усилиями приходят к пониманию целевого состояния бизнес-процессов и оптимальных способов их реализации в программе, за чем следует разработка и, собственно, внедрение. В спокойные времена, без жёстких дедлайнов корпорации внедряют 1С с большим количеством детальных кастомизаций.

 

Когда привычка побеждает

Ещё один момент: период полезной эксплуатации ERP-систем довольно велик. В условиях стабильности он может достигать 15 лет.

Пользователям, долго работавшим в одной программе и привыкшим к её функционалу и интерфейсу, бывает трудно адаптироваться к другому продукту. Особенно, если процессы налажены эффективно и их не хочется перестраивать. В некоторых случаях легче внести в программу локальные изменения, сделав «как раньше». Даже если переход под воздействием внешних факторов (снятие с поддержки «1С:УПП», уход зарубежных вендоров) осуществляется в сжатые сроки. Так, например, у нас был опыт переноса в «1C:ERP» кодов из SAP для удобства клиента.

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

Ярослав Стеценко, генеральный директор компании «Внедренцы и Программисты»

Что учесть при расчёте стоимости проекта?

Для начала определитесь, к какому сценарию вы готовы:

  • «заточить» систему под специфику бизнес-процессов компании (даже если это будет делаться очередями: сперва самое необходимое, потом дополнительное);
  • быстро внедрить коробку без доработок или с минимальным количеством таковых.


Первый сценарий = Waterfall

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

 

 

Поскольку предугадать объём доработок на ранних этапах нельзя (для этого нужно провести обследование и моделирование), при начальной оценке проекта Waterfall мы рекомендуем ориентироваться на максимальную стоимость с учётом всех возможных доработок и рисков.

Второй сценарий = Agile

Для реализации второго сценария обычно применяют гибкую модель, цель которой — быстро развернуть программу, запустив «конвейерные» работы, и — насколько возможно — задействовать типовую функциональность. В этом случае внедрение отталкивается от подсистем программы, а за точку отсчёта берутся отдельные её функции. Бизнес-процессы перестраиваются под них, а доработки сводятся к минимуму (фронт, печатные формы, интеграции). Заняться более глубокой кастомизацией, если позволяет бюджет и есть желание, можно потом — в рамках сопровождения.

Частично этот подход схож с подходом к внедрению западных систем (пришёл — развернул — показал, как будет работать).

Ярослав Стеценко, генеральный директор компании «Внедренцы и Программисты»

 

Если клиент готов к такому режиму, мы осуществляем расчёт по Agile, определяя минимальную границу бюджета. Обычно она существенно отличается от бюджета проекта по Waterfall.

***

Не исключено, что на практике подход к внедрению будет гибридным, а не основанным только на Waterfall или Agile. Сочетание разных методологий позволит эффективнее выполнять поставленные задачи, а потому будет более целесообразным. Поэтому план внедрения и расчёт стоимости должны учитывать особенности конкретного проекта и составляться индивидуально.

Предварительные методы оценки помогут понять порядок стоимости и структуру типовых проектов. А сформировать предметное представление о подходящих сценариях можно в рамках совместной работы исполнителя и заказчика на этапе обследования.

Внедрение 1С:ERP

Комплексное внедрение 1С:ERP на любое предприятие для повышения прибыльности и производительности компании


бюджет стоимость методологии внедрение 1С:ERP ERP

См. также

Работа с требованиями Анализ бизнес-процессов Анализ предметной области Бизнес-аналитик Бесплатно (free)

Искусственный интеллект (ИИ) уже достаточно сильно проникает во все области. Не исключена и область работы аналитиков 1С. В этой статье я порассуждала, как ИИ может положительно повлиять на его работу. Но начну я с сентиментального рассказа «Маленький Аналитик 1С и Планеты Софт-Скиллов».

07.02.2025    2189    0    ashtey    4    

14

Анализ предметной области Анализ потребностей и поиск решений Бесплатно (free)

Есть мнение, что аналитик 1С – это не системный и не бизнес-аналитик, а универсальный специалист, который в целом выполняет определенный пул задач. Расскажем о том, почему в проектной разработке актуальна роль фуллстек-аналитика, и в чем ее плюсы и минусы.

03.02.2025    347    0    G_113632731684988669149    0    

4

Внедрение изменений Бесплатно (free)

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

24.01.2025    485    0    dabu-dabu    0    

6

Внедрение изменений Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

При переходе компании с устаревших решений, таких как 1С:УПП, важно определиться, где будет вестись бухгалтерский учет – в 1С:ERP или в 1С:Бухгалтерии. Расскажем об особенностях и принципиальных различиях ведения регламентированного учета в 1С:ERP и 1С:БП – на что нужно обратить внимание при обследовании, какие вопросы задать клиенту, чтобы в конечном итоге сделать правильный выбор в пользу одной или другой программы.

17.01.2025    1843    0    user1455139    7    

21

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Когда через несколько лет внедрения 1С:ERP в качестве консолидирующей системы учета оказалось, что для работы 24/7 ее функциональность избыточна и сложна, нужна методика и инструменты для извлечения нужной функциональности в отдельные решения. Расскажем о том, как «распилить» монолит, контролируя качество получившихся решений с помощью набора собственных инструментов.

09.01.2025    4831    0    mitia.mackarevich    8    

20

Работа с требованиями Работа с заинтересованными сторонами Анализ потребностей и поиск решений Бесплатно (free)

Requirements Modeling Language (RML) - язык, разработанный специально для визуального моделирования требований. При разработке RML существующие модели были модифицированы для упрощения восприятия информации заинтересованными сторонами. В RML используются только простые и интуитивно понятные символы.

12.12.2024    803    0    SerjoginaMaria    5    

5

Работа с заинтересованными сторонами Анализ потребностей и поиск решений Бесплатно (free)

Еще в начале года у меня возникло желание сделать что-то наподобие гайда для начинающих аналитиков, но смена работы, проекты, курсы и конференции отодвинули эту идею в сторонку. Я долго думала, как к ней вернуться, потому что длинные тексты - моя слабая сторона. Решила идти маленькими шагами и публиковать в ТГ канале небольшие посты, а тут собрать их в полноценный гайд. Буду благодарна, если поделитесь этими статьями с начинающими аналитиками. Мне бы очень хотелось, чтобы этот контент принес как можно больше пользы.

11.12.2024    654    0    SerjoginaMaria    2    

4

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

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

04.12.2024    1518    0    bolikov    34    

8
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. kauksi 217 06.03.23 09:54 Сейчас в теме
Это все хорошо, но вот Long Time Support релизы в 1С живут год а не 15 лет... Очередной 2.5.8 завершит свою поддержку в апреле, а новый LTS 2.5.12 еще даже бету не выпустили. Такое впечатление, что 1С работает не на качество, а на скорость, как минимум по два релиза в месяц выпускают (ерп, зуп, упп и т.д.), постоянно анонсируют в 99% большинству потребителей не нужный функционал и при этом не могут разрешить насущные проблемы. Остановились бы и устранили множество багов в ЕРП для начала, чтобы не было проблем с текущей работой пользователей. Внедрить за много миллионов одно дело, а потом разгребать косяки с каждым обновлением совсем другое...
EgorSP; KokaDu; minudo; Alex1c; +4 Ответить
3. 13D 71 08.03.23 22:57 Сейчас в теме
(1) отчасти я с вами согласен, но только отчасти... скорость принятия законов в нашей стране задают и темп написания релизов. Тут не то что до "чего нибудь революционного", тут бы - так успеть. А отсюда и живучесть релизов, и качество кода. Но с другой стороны, когда у тебя 18,5 процентов кассы продаж коробок (а в итс и того сильно больше) приходится только на одну конфигурацию... чего уж там говорить.
ах да - статья.... тема не раскрыта. увы
2. DemetrKlim 182 06.03.23 10:40 Сейчас в теме
Каждый раз меня цепляет эта отсылка к нашей, якобы, изначальной ущербности и вторичности. Там, дескать рынки "зрелые", а здесь - еще "с зеленцой". То есть, в этом вся проблема, да? А когда наш рынок, "дозреет", то все вопросы рассосутся сами собой и наступить благость и лепота... Н-ну! Всегда подмывает спросить - а сколько времени наш конкретный специалист разрабатывал программное обеспечение для нужд западного (кстати, это КАКОГО??) рынка, чтобы потом сравнить с нашим, на котором тоже надо отработать некое время? Извините заранее, но про некий абстрактный "ЗАПАД" чаще всего пишут те, кто там ни разу на клавиатуру не нажал.
Я не испытываю пиитета к "компасному" определению степени развитости. Уверен, что закон всемирного тяготения, как и закон Ома, работают одинаково в обоих полушариях земли. Я предпочитаю внимательнее смотреть на полушария мозгов. И вот в чем я вижу разницу.
В странах с очень развитой экономикой конкуренция гораздо плотнее и последствия глупостей и несуразной хозяйственной деятельности там наступают быстрее и неотвратимее. В этом вся разница - неэффективные там просто не выживают! У нас ситуация гораздо благожелательнее. У нас в очень многих областях либо за счет монополизма, либо за счет огромного запаса объективно сложившейся рентабельности множество предприятий особо не напрягается в повышении своей эффективности. И это напрямую отражается на том, в чем барахтаюсь я и мои коллеги при работе во внедрении информационных систем. Какую фразу мы слышим очень часто? "Давайте попробуем!.... так-то и так-то..." Значимое число среди менеджмента и специалистов абсолютно спокойно относится к тому, что "можно же попробовать". При этом вообще никого не волнует - эти эксперименты за чей счет? На том, что принято называть Западом, такая дурь никак не пройдет. Есть проект - его же просчитали, сопоставили, анализировали. Менять проект находу - дебилизм! Но у нас это в порядке вещей! И при чем здесь "зрелость рынка", если речь о банальных основах здравого смысла? Если какой-либо "эксперимент", никем никак заранее не просчитанный, заведет работу в тупик и надо будет возвращаться на три (пять, десять) месяцев назад - это кто из "экспериментаторов" из своего кармана оплатит? В этом разница между нами и Запа... нет, просто адекватными людьми, там гораздо меньше халявы и люди относятся к своему карману, как к эрогенной зоне - в смысле того, что чужих к ней не подпускают.
И вот в чем я вижу причину. У нас родилось (или мы скопировали) термин "бизнес-процесс". Я исхожу из того, что применительно к нашей трактовке, это абсолютно пустая погремушка. Проверяется просто. Соберите трёх (пять, пятнадцать) вполне толковых менеджеров, раздайте им листочки бумаги и ручки. Дайте 5 минут, за которые они должны написать определение термина "бизнес-процесс", потом соберите листочки. Сразу не читайте, подойдите поближе к туалету, ибо, опИсаться можно, читая эти строки)) Как всегда, мы скопировали нечто из чужой системы. Скопировали вывеску, а не технологию, скопировали ритуал, а не религию. В понимании человека из законопослушной страны, бизнес-процесс это практическая реализация ранее описанного в нормативно-законодательных документах, процесса! Ни разу не был в США, но, уверен, там ни один дебил не назвал бы бутлегерство - "бизнес-процессом"! То, что не предусмотрено законом, не может быть бизнесом (для этого есть куча других профильных определений и этим). У нас же под бизнес-процессом подразумевается любая ахинея, которая по мнению "экспериментаторов" должна привести.. к чему-то там. И продажа цыганом краденого коня - это тоже "бизнес-процесс")) И абсолютно неважно, существует ли такая правовая конструкция, которую в секунду озарения увидел менеджер в своем перегретом воображении, или такового никто из законодателей еще не предусмотрел - неважно! Это же родился "бизнес-процесс", он подлежит немедленному описанию и занесению "в цифру". Я именно в этом вижу непредсказуемость наших "этапов цифровизации". Мы изначально никогда не знаем - за что мы беремся. Примитивнейшие учетные и контрольные функции, которые по количеству и сложности вроде бы, прочитываются еще на начале проектирования, в наших условиях (с учетом привычек и сложившейся чудовищной практики) в процессе внедрения обрастают какими-то костыльками, заглушками, заплатками, витиеватыми ветвлениями и ничем не обоснованными импортами, экспортами, интеграциями и всем тем, чем нас одарила технология. Фантазии менеджеров не унять ничем!
Так что, не надо ссылаться на "незрелость рынка". Есть закрепившийся в 90-х правовой нигилизм, доминирующая безответственность и низкие запросы на эффективность. Перевожу - "плевать на законы - делаем, что хотим, отвечать за сделанное не будем, ибо - не в традициях, а разориться нам не дадут по причине вынужденного импортозамещения о отсутствия конкурентов в радиусе 5 тыс. км."
Вот, как-то так....
BotMan4; Rasdag; DeD MustDie; sintez-oka; KokaDu; Alex1c; +6 Ответить
4. user1754524 126 13.03.23 14:36 Сейчас в теме
Добрый день! Спасибо за статью.
Зацепило название статьи, и оно же вызвало первые вопросы, на которые я не увидела ответ в статье.
Ключевой вопрос - что вы понимаете под термином "кастомизация"?
Настройка системы под требования процессов Заказчика - это кастомизация или не кастомизация?

И второй вопрос - так как же все-таки оценить стоимость внедрения?
Как коррелируют между собой понятия - кастомизация и сценарии внедрения?

Я из статьи поняла только одно в первом сценарии мы называем максимально возможную цену, за которую сможем продать проект
А во втором случае, сначала называем минимальную, а потом просто добираем до максимума в процессе
Но тогда стоимость проекта не зависит от сценариев, а зависит от чего-то другого?
Например, наличие или отсутствие требуемого функционала, в типовой конфигурации?

А требуемый функционал можно дорабатывать и по сценарию Waterfall и по сценарию Agile
Согласны?
Оставьте свое сообщение