Во-первых, убедитесь, что ваша система слежения очень удобна в использовании.
К нему должен быть легко доступ. Ваш клиент должен перейти на веб-страницу, чтобы найти ошибку? Является ли приложение глубоко погруженным в карту сайта? Никто не собирается открывать браузер, находить ваш сайт и просматривать многочисленные ссылки только для того, чтобы зарегистрировать ошибку. Это можно решить, разместив ссылку в своем приложении (опять же, ее нужно легко найти, например Help> Сообщить об ошибке). Если у вашего клиента более одного приложения, убедитесь, что он направлен на исправление страницы (или заполнение необходимых полей).
Далее, не требуется, чтобы ваш клиент классифицировал ошибку (например, серьезность и действительно ли это ошибка или запрос функции). Также сохраняйте количество полей низким. Описание и скриншот много.
Сделайте ваш контроль простым в использовании. Нет ничего более неприятного, как необходимость бороться с сборщиком datetime с тремя выпадающими списками, когда вы пытаетесь выполнить какую-либо работу (и, конечно, если вы выберете 31-й день, а затем апрель, день будет сброшен до пустого значения).
Если вы ожидаете скриншота, дайте вашему клиенту хороший элемент управления silverlight, где он может просто отбросить файл, а не искать его на своем диске.
Когда ваш наполнитель ошибок настроен так, чтобы ваша собственная мать могла его использовать, вам все равно придется немного подтолкнуть. Попытайтесь «забыть» об электронной почте когда-нибудь, и когда звонок наступает, удивитесь и убедитесь, что ваш клиент не получил от него отчета об ошибке. Конечно, когда он настаивает на том, что он отправил его на ваш адрес электронной почты, у вас есть момент «ах» и сообщите ему, что в последнее время ваша электронная почта действует «странно», а затем попросите его повторно отправить электронное письмо. Следующий отчет об ошибке будет заполнен правильно.
+1, я второй раз, что ты сказал. Кроме того, никогда не забывайте, что средний пользователь не знает, что такое система отслеживания ошибок ... объяснение вещей для пользователя и «украшение» их простым интерфейсом - это путь. – nico
спасибо luc. все очень хорошие твердые предложения - именно то, что им нужно. я собираюсь обдумать это и решить, как я превращу то, что вы дали мне в реальные действия и изменения поведения с моей стороны. что вы сказали о «не получая сообщение об ошибке» со мной - его просто против того, что было обучено быть откровенно грубым для клиента (например, «если вы не заходите в него, я игнорирую его»). я бы боролся с Silverlight, хотя, мое техническое ноу-хау - моя слабая область (я специализируюсь на дизайне интерфейса и управлении проектами) – louism