Топ-3 мифов о ценообразовании проектов 1С. Сколько на самом деле стоит внедрение?

04.10.22

Управление проектом

Из чего складывается стоимость проекта, которую сообщает исполнитель, можно ли ей доверять и что делать клиенту, чтобы получить более точную оценку? Отвечаем на самые щекотливые вопросы и разбираем популярные заблуждения вместе с коммерческим директором компании «Внедренцы и Программисты» Кристиной Шавриной.

Стоимость внедрения 1С — вопрос болезненный.

Во-первых, само по себе внедрение — дорогостоящее мероприятие, особенно если речь о комплексных решениях вроде «1С:ERP». В таких масштабах разброс цен может исчисляться сотнями тысяч, если не миллионами. Поэтому ответственным лицам важно разобраться, из чего складывается финальная сумма.

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

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

 

Оценка стоимости проекта 1С: заблуждения

 

Миф №1. Основные траты — это покупка коробки и лицензий

 

Как на самом деле?

При внедрении комплексных программ софт — это 10–20% от стоимости проекта.

Так, цены на «1С:ERP» начинаются от 432 000 руб., клиентская лицензия на 50 рабочих мест обойдётся вам в 187 200 руб. А сам проект — от 4 до 30 млн руб.

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

Заказчик привык к своим процессам и может думать, что они элементарны: купили — продали — сделали счёт-фактуру. На деле же туда вложено много всего: заказ под заказ, заказ на производство, резервирование, планирование, индивидуальные соглашения, разные прайс-листы, товары в пути, акты расхождения, логистика и доставка… Или, например, некоторым клиентам компания выставляет не стандартный счёт-фактуру, а что-то своё. Вроде бы мелочь, но печатную форму придётся дорабатывать, а бюджет — увеличивать. Сюда же относятся нетиповые документы (скажем, печать пропусков в бизнес-центр или на завод), собственные шаблоны договоров, сложный порядок начисления зарплаты и т.д. Таких мелочей могут быть десятки, и обнаружатся они только во время обследования.
Кристина Шаврина, коммерческий директор «Внедренцев и Программистов»

 

Миф №2. Существует «правильный» метод оценки, гарантирующий точность 100%

 

Как на самом деле?

Методов оценки множество. И как раз потому, что ни один из них не может гарантировать абсолютную точность.

Популярные подходы к оценке ИТ-проектов

  • PERT (по трём точкам). В специальную формулу подставляют три экспертные оценки: время по самому оптимистичному прогнозу, время по самому пессимистичному прогнозу и наиболее вероятное время. На выходе получается некое усреднённое число. Этот метод исполнители могут применять при первом общении с клиентом, когда не знают, стоит ли расходовать ресурсы на детальное планирование. В целом же он ненадёжен: велик диапазон отклонений, нет реальных обоснований.
     
  • Оценка по аналогии. Даётся на основании исторической информации компании-исполнителя. Ориентируясь на опыт реализации похожих проектов, исполнитель может предположить, что аналогичная задача займёт столько-то часов. Этот метод работает, если задачи схожи не только формально, но и содержательно, и подключаются к ним те же специалисты (или другие, но с сопоставимыми компетенциями).
     
  • Экспертная оценка. Даётся на основании исторической информации эксперта. Эффективна, только когда есть опытный руководитель проекта и сработанная команда, компетенции которой он знает.
     
  • Математическая оценка. Проект декомпозируется на более мелкие задачи, их стоимость суммируется. Иногда в целях повышения достоверности используют алгоритмы, учитывающие разнообразные параметры задач. Этот метод довольно точен и нравится клиентам из-за видимой обоснованности. Но на ранних этапах он малоприменим: адекватная декомпозиция невозможна без глубокого понимания процессов. А при небольшой детализации результат будет примерно таким же, как и при прочих подходах.

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

 

Пример нашей оценки

 

Миф №3. Гибкий бюджет выгоден только исполнителю

 

Как на самом деле?

Клиенты предпочитают фиксированный бюджет: он даёт чувство надёжности и гарантию того, что исполнитель не «насчитает лишнего».

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

 

Что делать заказчику, чтобы не переплачивать?

 

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

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

 

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

Второе условие экономии — своевременное предоставление исполнителю всей необходимой информации. На первой консультации вас попросят сообщить:

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

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

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

Чем полнее вы выразите потребности и чем больше информации подготовите, тем быстрее и достовернее будет оценка.

ценообразование стоимость цена оценка проект внедрение

См. также

Я - ЗУПер! Часть 4. Проблемы, возникающие при заключении договоров

Бизнес-анализ Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

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

07.08.2023    5121    0    biimmap    43    

57

Внедрение крупного проекта на ERP 2.5 с применением методических решений из УПП 1.3 и обеспечением товаров с разных складов с учетом серий

Кейсы проектов Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    14308    0    ASchekachev    37    

55

Я - ЗУПер! Часть 3. Ошибки работодателей и соискателей. Плюсы специализации на одной предметной области

Бизнес-анализ Платформа 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

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

19.04.2023    4620    0    biimmap    37    

60

Я - ЗУПер! Часть 2. Классификация проектов и задач

Бизнес-анализ Платформа 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

В первой части рассмотрели компетенции специалиста в сфере ЗУП. В этой статье рассмотрим классификацию проектов и задач на проектах. Классификация построена на моём личном опыте длиною в 20 лет. На неё будем опираться в третьей части статьи.

13.04.2023    3448    0    biimmap    14    

41

RPA для перехода с SAP на 1С

Бизнес-анализ Россия Бесплатно (free)

Зачем нужна роботизация при переходе с SAP на 1С. Как мигрировать с SAP с минимальными усилиями и даже без команд поддержки SAP.

09.01.2023    2246    0    comol    9    

7

Опыт работы «1С:ERP» в ландшафте Linux + PostgreSQL – 7 лет

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

В связи с обострением вопросов импортозамещения многие задумываются о переходе на системы, позволяющие заменить зарубежные аналоги, или уже его начали. Мы решили поделиться с вами 7-летним опытом установки и эксплуатации системы Linux + PostgreSQL + «1C» на 300 онлайн-пользователей.

16.12.2022    7561    0    1СERP    34    

67

ТРИЗ. Решение нерешаемых проблем в бизнесе

Управление проектом Бесплатно (free)

Советскую теорию решения изобретательских задач давно применяют крупнейшие мировые корпорации, причем не только в технологической области, но и в сфере бизнеса. На конференции Infostart Event 2021 Post-Apocalypse основатель бизнес-клуба ТРИЗ Алексей Благих рассказал, как с помощью ТРИЗ решать нерешаемые задачи, и почему метод проб и ошибок здесь не поможет.

09.11.2022    4188    0    user1576201    10    

17

Интервью по опыту перехода с SAP на 1С: «Процессы тяжело переводить, а персонал хорошо переходит»

Бизнес-анализ Бесплатно (free)

В 2022 году с рынка ERP-систем в России ушло сразу несколько крупных игроков. Российские предприятия, которые уже потратили миллионы на внедрение импортных решений, столкнулись с новой проблемой. Как будут развиваться снятые с поддержки решения, можно ли продолжать работу на SAP в таких условиях и сколько это будет стоить? Инфостарт обсудил ситуацию со специалистом по внедрению 1С:ERP Алексеем Булатовым. Поговорили о преимуществах и недостатках обоих решений, трудностях перехода и о том, что мотивирует заказчиков переносить процессы из SAP в 1С на самом деле.

12.09.2022    8928    0    Infostart    16    

60
Оставьте свое сообщение