– Игорь, это проходили. Это относится к управлению рисками: надо было предвидеть и соответственно «заложиться» в сроках, и тем самым поднять немного плановую стоимость проекта именно для заказчика. Хотя, конечно, полностью минимизировать подобный риск никогда не удается!
– Мужики, возвращаю всех снова на ISO-шную землю.
– Вот Андрей правильно сказал, что многие предприятия не способны самостоятельно выбрать систему, разработать для нее требования, поставить задачи, формализовать цели работ, выбрать поставщика ПО, услуг по внедрению и т. д. Для этих целей предприятие обращается к консультантам (заметьте, еще не «внедренцам»). Те развивают бурную деятельность, «разрабатывают», как правило, по своей заготовленной «рыбе» требования к будущей КИС (корпоративная информационная система), организуют тендеры (формальные) и, наконец… абсолютно «честно» выбирают систему и «внедренцев», тем самым обрекая предприятие на долгосрочные и постоянные инвестиции, постепенно перетекающие в «просто» затраты. Правильно я понимаю, что именно тут и находится тот корень, откуда и растет будущее качество проекта?
– Да, конечно, Влад! Смотрите сами. Бизнес-аналитики в штате промышленного предприятия – это редкость, даже круче, практически неизвестный науке зверь. Так как не по профилю это занятие, то он либо быстро уходит туда, где «кучерявей» жить, либо становится традиционным чиновником. И максимум, что можно получить, оказавшись на таком предприятии и задав вопрос: «Какие материалы есть, и будем ли делать обследование – читай: диагностику, экспресс-анализ и пр.?» Слышим ответ: «Есть ТЗ!» И что видим – в лучшем случае подерганные из рекламных проспектов производителей ПО перечень функционала системы, оформленный в виде требований! Типа: «В общем, нам нужно все лучшее, что есть на сегодня в мире!» Вот сколько уже таких проектов через нас прошло, ни разу ни один заказчик не предоставил мне детального ТЗ, оптимизированного под свое предприятие, да что там, хотя бы даже на отрасль.
А ты говоришь – анализ требований! Нет, Влад, проектный бизнес очень специфичный – здесь система качества не играет такой роли, как, например, на заводе!
– Да, и выходит, что именно процесс продаж и определяет будущее качество проекта!
– А я все-таки считаю, что продавец прежде всего должен быть продавцом.
Аргументирую. Существуют специалисты по продажам ERP-систем, которые никогда сами не внедряли, но при этом разговаривают с заказчиками «на одном языке», понимают их проблемы и потребности. Действительно, они могут не знать, как настроить ту или иную функцию, где «расставить галочки»… Но разве это главное? На рынке много систем, неужели клиенту, чтобы правильно выбрать продукт, необходимо просматривать в каждой системе все «галочки, кнопочки», разговаривать с людьми, которые описывают бизнес-процессы предприятий, накладывают их на функциональность продукта, конфигурируют модули, проводят конвертацию данных и прочее… На мой взгляд, это все не имеет первостепенной важности. В одной системе все так, в другой эдак, там одни консультанты, здесь другие, а продавец должен продать любую систему. Просто для этого ему необходимо знать основные характеристики продукта и адекватно оценивать их значимость именно для каждого заказчика. А чтобы понимать проблемы, надо как минимум иметь достаточное знание предметной области и особенности конкретного вида производства.
