Купить и доделать!

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

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

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

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

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

Наконец, встречаются (хотя и редко) случаи, когда московская фирма-разработчик вообще не способна внедрить свою систему на периферии. При такой ситуации получается, что поставщик программ просто «кидает» своих клиентов, предоставляя им право разбираться в проблемах автоматизации самостоятельно.