На самом деле нет. Если компания переходит с зарубежной системы, сначала можно внедрить приоритетные блоки учёта. Например, производство и регламентированный учет. А затем переносить остальные контуры. Главное — перед началом проекта провести обследование составить функционально-технические требования, а также разработать функциональную модель новой системы.

Миф правдивый, но лишь отчасти. Действительно, от 30% до 40% проектов по автоматизации выходят за рамки бюджета. Чтобы избежать негативного сценария, во-первых, стоит выбирать подрядчика, который:

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

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

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

Часто подрядчики занижают количество часов в коммерческом предложении. Например, компания «Х» указывает, что для проекта понадобится не 150, а 100 часов. В итоге время специалистов закончилось, а система не готова. Компания «Х» заявляет, что нужны доработки. С учётом дополнительных часов предложение компании «Х» становится даже менее выгодным, чем предложения других подрядчиков.
Также некоторые интеграторы указывают более низкие ставки специалистов. Это позволяет сделать коммерческое предложение более привлекательным. Однако экономия часто оборачивается низким качеством внедрения. Опытные разработчики и аналитики редко работают «ниже рынка». Поэтому на проект выходят специалисты с более низкой квалификацией.
В-третьих, предпроектное обследование стоит проводить вместе с подрядчиком. В разработке бизнес-целей проекта и функционально-технических требований должны активно участвовать представители вашей компании. Это позволит синхронизировать потребности всех сотрудников — оставить в будущей системе только те функции, которыми реально будут пользоваться.