Что такое консалтинг

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

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

Консалтинг в 1С

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

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

Все не так просто. Давайте пойдем чуть дальше, у нас же еще есть позиции аналитика, системного архитектора, методолога. 

С последними как раз интереснее всего…

Методологи и консультанты на проекте 1С. В чем их отличие?

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

А кто выдает консультантам эти самые схемы процессов, их описание? В идеале – заказчик. В таком случае можно обойтись командой в составе консультанты плюс программисты. Но это скорее фантастика. В моей практике были единицы случаев, когда на вопрос «А есть ли у вас описание текущих бизнес-процессов?» ответ был утвердительным. Большинство заказчиков готовы участвовать в написании этих самых документов. Но зачастую эти самые схемы есть в головах функциональщиков, их просто нужно переложить на бумагу и оформить как документ. И с этой задачей справится как раз-таки консультант.

Кто занимается разработкой бизнес-процессов предприятия на проекте 1С

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

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

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

Как добиться максимальной эффективности при разработке бизнес-процессов

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

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

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

Сейчас в крупных компаниях-франчайзи достаточно много методологов, способных грамотно выстроить процессы даже в больших компаниях, без привлечения сторонних консалтеров. Но все же их сильно не хватает, да и отношение «консалтинг отдельно, 1С отдельно» весьма сильно. Тем не менее, консалтинг на проектах 1С есть, и он значительно улучшает финансовые показатели проектов относительно старых, «внедренческих» технологий.

Дмитрий Шатохин,

аккаунт-менеджер компании ООО “Кодерлайн”