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