Комментарии 15
Вот именно поэтому инженеров и нельзя подпускать к тому, что является продуктом. Разработчики должны получать на вход постановку на разработку и реализовывать функционал, который требуется заказчикам, а не который просто сделать и не заморачиваться.
Если вы заметили начало текст то это не личное мнение автора, а обобщенное мнение на основе отзывов клиентов.
Если повор готовит говно и ему говорят, что это говно, то наверное повару стоит подумать над своими навыками приготовления пищи.
Обратная связь от клиентов это то, что даёт продукту развиваться в правильную сторону. А ваш подход примерно такой: я инженер я эти МИС/ЛИС 10 лет делаю и мне лучше знать, какие они должны быть. Вы можете делатт информационную систему, да, но не с продуктовой точки зрения, если не обращаете внимания на мнение клиента об удобстве, эргономике, логике реализованных процессов и т п.
Думаю предыдущие ораторы хотели до вас разными способами донести, что ведомый различными чувствами и ощущениями человек может сегодня хвалить повара, а завтра поливать грязью и это не самый надёжный источник фидбека. Есть еще куча способов собрать обратную связь и те отзывы, которые вы получаете следует фильтровать так же с другими показателями, которые важны для бизнеса (медицинского в том числе), такие как: поддерживаемость, эффективность (вырасли ли необходимые показатели качества предоставляемых услуг), стоимость и т.п.
А самый первый оратор хотел сказать, как я понял, что отзывы тоже бывают разные в зависимости от коллектива.
А то, что не все требования пользователя сразу надо бежать реализовывать это и так понятно, только я сразу написал, что это не отзывы одного двух пользователей, а сотни отзывов от разных пользователей на разные системы, но которые очень схожи.
Заметьте, что прямо сейчас вы написали большой комментарий, указывая на проблемы в тексте и пытаетесь доказать, что именно в ваших устах правда. Так почему вы считаете, что так же и кто-то другой не может критиковать ваши "поделки" в виде МИС/ЛИС, просто исходя из такого же посыла — сказать вам, что вы сделали что-то не так?
И кроме того нигде в тексте нет ни слова про то, как разрабатывать информационные системы, принижая вашу роль как инженера или разработчика, лучше разбирающегося в этом. Текс только про то, что пользователи хвалят то, что им нравится и критикуют то, что им не нравится. А работа нормального менеджера продукта это разбирать обратную связь от пользователей и делать выводы о том, что в продукте хорошо, а что требует поправить
Если позволите, маленький комментарий из личного опыта.
Наибольший успех медицинской системы среди ее конечного пользователя достигался привлечением медицинских работников в организацию, которая выпускает программный продукт. На всех уровнях. И в службу поддержки, и в службу r/d .
Я видел только в зарубежных компаниях. Постарался такой опыт внедрить в службе внедрения и сопровождения когда работал в медицинской организации. С успехом отработала схема и у нас. Но я больше там не работаю.)
Уважаемый автор! С огромным интересом прочитал Вашу статью. По долгу службы я постоянно пользуюсь медицинской информационной системой и, прочитав Вашу статью, понял, что наши разработчики на большинство пунктов просто забили. Интерфейс из вин 95, миллиарды чекбоксов, совершенно неинтуитивная навигация, и много много глюков по вине сервера.
Медицинская информационная система (МИС) как продукт