Что определяет цены проектов внедрения 1С

2. Как можно сэкономить на работах по проекту

3. Какой уровень специалиста необходим для внедрения

4. Почему некоторые компании могут предложить более низкие цены проектов

Одни из самых популярных вопросов, которые задаёт заказчик, относятся к стоимости проекта и почему её нельзя сделать ниже.

Давайте рассмотрим, из чего складывается стоимость, и для этого разделим работы внедренцев на составные части:

• Изучение особенностей бизнеса Заказчика;

• Проектирование порядка работы с системой – выбор наиболее удобного варианта использования типового функционала, или проектирование доработок;

• Проведение доработок;

• Интеграция с другими системами – в этом пункте "прячется" множество работ: изучение сути процессов, в которых участвуют другие системы, проектирование процессов интеграции и проведение доработок;

• Обучение сотрудников Заказчика.

Как можно сэкономить на этих работах?

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

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

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

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

Какой уровень специалиста необходим для внедрения?

Посмотрим на примере проекта ERP, что должен знать идеальный специалист:

o Типовое решение 1С и особенности его применения в разных вариантах настроек. Отметим, что нужно знать не одно решение, а несколько взаимодополняющих систем, которые могут использовать совместно;

o Знать соответствующую область учета и бизнеса. Как правило, не одну. То есть необходимо разбираться одновременно или в процессах продаж, логистики и управления запасами; или разбираться в управлении производством и бухгалтерском учете;

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

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

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

Крупными мазками было проведено описание разных областей компетенций. Сотрудникам организаций, внедряющих у себя 1С, зачастую достаточно обладать знаниями только по одной области, в то время как специалистам по внедрению – от двух до пяти (в случае с руководителями проектов) областей. Причем тут знания всех типовых процессов: производства, бюджетирования, логистики и бухгалтерского учета – мы посчитали вместе как одну область. Т.е. руководитель проекта внедрения должен обладать знаниями на уровне фин.директора автоматизируемой компании.

Но почему же некоторые компании могут предложить более низкие цены проектов?

Почти всегда это связано с более низкой себестоимостью. Причины могут быть разные:

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

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

• Один из самых очевидных способов сэкономить – снизить качество. Конечно, планируя проект внедрения, Заказчик всегда ожидает максимального качества, но сможет ли он его оценить? 

Контроль качества при внедрении информационных систем – это отличный пример, так называемой, проблемы ассиметричной информации и моделей "принципал-агент".

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

• Система формально работает, но не в оптимальном режиме, то есть качество и эффективность процессов могли быть выше. Но внедренцы не обеспечили их, так как проект делали или слабые (читай "дешевые") специалисты, или они сэкономили на проектировании.

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

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

• Система недостаточно документирована или сотрудники недостаточно обучены. Тут можно цитировать Евгения Онегина: "Ах, обмануть меня не трудно, я сам обманываться рад". Заказчик согласует минимальный объем обучения своих сотрудников, при этом редко мотивирует их на это и контролирует, насколько старательно они это делают. В итоге даже хорошая спроектированная система может "встать колом" в первые дни и недели после запуска из-за элементарного неумения сотрудников с ней работать.

Олег Демиденко,
руководитель отдела внедрения ООО “Кодерлайн"