Кто чем пользуется для отслеживания сообщений пользователей
об ошибках и пожеланий по доработке функциональности?

Интересует софт, с одной стороны удобный и мощный для
разработчиков, с другой - простой и понятный для обычных
неквалифицированных пользователей.

--
http://talk.ru/forum/talk.ru.accounting.development

ммм566Да полно их. В том числе и бесплатных.
Зачастую хватает файла excel или таблички в БД.


Это уже прошли.

ммм566
Но все-таки главное - это правильная организация процесса, а не софт.

Какой будет толк в навороченном софте, если вывешенная проблема никем не будет решаться.


Естественно! Организация процесса совершенствуется, из коротких штанишек
локальной новостной группы выросли, появилось понимание, как это должно
выглядеть. Причем понимание достаточное для того, чтобы своими силами
создать подобный продукт.

Но кидаться сразу программировать все самим - удел начинающих кодеров.
Вполне может оказаться, что взять готовое решение выгодней.

ммм566
Так что я бы софт искал простой и удобный.

Вот я и ищу.

tygraА у нас универсальная система:
Есть человек, который получает письма со специального ящика, на который шлют пользователи свои замечания.
А уж он это все систематизирует и передает нам :) Очень универсально!


У вас очень богатая фирма? Нефть качаете?
Я все же предпочел бы правильную организацию процесса, а сэкономленные на зарплате такого человека деньги направить куда-нибудь еще. Например
на увеличение зарплат других людей :)


tygra
Но вообще нужно делить:
-- система работающая и ее подстраивают
-- система делается и ее тестируют


- Система реально работает и подстраивается
- Для системы делаются и тестируются новые модули

Что делить?

PL99Как это ни смешно, но по сути Tygra прав. Пользователи никогда корректно не сформулируют описание ошибки, не говоря уж о требованиях по функциональности. Как вам, например, такое сообщение "Когда я редактировала накладную, возникла ошибка на английском языке"? Кому-то все равно придется выяснять, что это была за накладная, какая операция с ней выполнялась и что именно было написано на английском языке
А это уже вопрос дисциплины и организации. У нас пользователи все же пишут
сообщение либо симптомы и описывают действия по их получению в большинстве
случаев. Но больше все-таки интересует feature request, а не ошибки. Ибо этих запросов в последнее время заметно больше ошибок, а ошибки исправляются
срочно вне очереди.

В общем понятно. Никто ничего полезного не посоветует.
Буду рыть сам - софта такого действительно много, даже слишком.

tygra авторА это уже вопрос дисциплины и организации. У нас пользователи все же пишут сообщение либо симптомы и описывают действия по их получению в большинстве случаев.
Это-то понятно, но кто-то же должен их обрабатывать???!!! Или программер должен бросать все двадцать раз в день и копаться, что же там случилось?


Ошибка в реально работающей системе - это ЧП, вообще-то. Если это происходит 20 раз на дню, то может есть смысл сменить весь IT отдел?

tygra
Или отвечать 10 раз на один и тот же вопрос?


Это повод написать мануал либо пересмотреть отношение к usability, эргономике
и т.п.

tygra
Нехорошо - это не дело разработчика.
У нас так было раньше - это был полный копец! У одного из нас вообще чуть ли не очередь юзеров стояла А когда выделили специального человека (он кстати не только этим занимается), прямо полегчало то как!!! Никто не беспокоит - придет он пару раз со списком, выяснит все и сам ответит.

А может это называется эникейщик?

tygra
авторНо больше все-таки интересует feature request, а не ошибки. Ибо этих запросов в последнее время заметно больше ошибок, а ошибки исправляются срочно вне очереди.
Ну так для этого вообще не система нужна - это уже организационная работа, совещания там провести, план составить, опросить всех, причем один раз.... А если каждый день собирать от пользователей, чего они хотят, то это не работа уже получается, а программа "песни по заявкам"....


А кто сказал, что эти заявки моментально исполняются? Они как раз именно
для того и нужны, чтобы увидеть в целом картину, отсортировать, отбросить
лишнее, пересмотреть какие-то моменты, оценить и распланировать.

Или это делается на совещаниях? "А теперь слово начальнику транспортного цеха"

Картина ясная...