Практика бизнеса. Записки консультанта

про нее и вскоре выбрасывают, сложная система требует много времени для освоения, серьезных специалистов для поддержки, поведение ее не всегда понятно самим авторам. Да и многотомная документация отпугивает. Печатная и электронная документация должна стать структурированной и удобной, с тем чтобы на большинство возникающих в процессе работы вопросов можно было достаточно быстро и легко найти ответ. Вместе с тем надо понимать, что сложные задачи не имеют простых решений, и здесь необходим некий баланс. Такой же баланс нужно поддерживать и в плане развития системы. Как вы думаете: заплатит ли клиент за новую версию системы, если функционально она ничем не отличается от старой версии, зато обладает реальной «интероперабельностью» (т. е. может работать не только на платформе, которую использует этот клиент, но и еще на 10 платформах, которые он в глаза не видел и, скорее всего, не увидит)? Мне представляется, что в данном случае поставщик еще должен приплатить пользователю, если он любезно согласится перейти на новую версию.

Важно не столько время отклика системы на конкретный запрос пользователя, сколько время отклика производителя (поставщика) системы на стоны ее пользователя.

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

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