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