2010-06-05 2 views
12

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

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

Есть ли у кого-либо стратегии, которые они могут предложить?

также, я играл с теорией относительно того, почему это так; это выглядит так:

просит клиенту зарегистрировать ошибку, как взять машину у механика на службу, а механик передает вам моторное масло и говорит «здесь, поп это». в основном, клиент заплатил вам за выполнение работы, запись ошибок слишком сильно напоминает работу, поэтому они хотят, чтобы вы это сделали

мысли?

ответ

2

Во-первых, убедитесь, что ваша система слежения очень удобна в использовании.

К нему должен быть легко доступ. Ваш клиент должен перейти на веб-страницу, чтобы найти ошибку? Является ли приложение глубоко погруженным в карту сайта? Никто не собирается открывать браузер, находить ваш сайт и просматривать многочисленные ссылки только для того, чтобы зарегистрировать ошибку. Это можно решить, разместив ссылку в своем приложении (опять же, ее нужно легко найти, например Help> Сообщить об ошибке). Если у вашего клиента более одного приложения, убедитесь, что он направлен на исправление страницы (или заполнение необходимых полей).

Далее, не требуется, чтобы ваш клиент классифицировал ошибку (например, серьезность и действительно ли это ошибка или запрос функции). Также сохраняйте количество полей низким. Описание и скриншот много.

Сделайте ваш контроль простым в использовании. Нет ничего более неприятного, как необходимость бороться с сборщиком datetime с тремя выпадающими списками, когда вы пытаетесь выполнить какую-либо работу (и, конечно, если вы выберете 31-й день, а затем апрель, день будет сброшен до пустого значения).

Если вы ожидаете скриншота, дайте вашему клиенту хороший элемент управления silverlight, где он может просто отбросить файл, а не искать его на своем диске.

Когда ваш наполнитель ошибок настроен так, чтобы ваша собственная мать могла его использовать, вам все равно придется немного подтолкнуть. Попытайтесь «забыть» об электронной почте когда-нибудь, и когда звонок наступает, удивитесь и убедитесь, что ваш клиент не получил от него отчета об ошибке. Конечно, когда он настаивает на том, что он отправил его на ваш адрес электронной почты, у вас есть момент «ах» и сообщите ему, что в последнее время ваша электронная почта действует «странно», а затем попросите его повторно отправить электронное письмо. Следующий отчет об ошибке будет заполнен правильно.

+0

+1, я второй раз, что ты сказал. Кроме того, никогда не забывайте, что средний пользователь не знает, что такое система отслеживания ошибок ... объяснение вещей для пользователя и «украшение» их простым интерфейсом - это путь. – nico

+0

спасибо luc. все очень хорошие твердые предложения - именно то, что им нужно. я собираюсь обдумать это и решить, как я превращу то, что вы дали мне в реальные действия и изменения поведения с моей стороны. что вы сказали о «не получая сообщение об ошибке» со мной - его просто против того, что было обучено быть откровенно грубым для клиента (например, «если вы не заходите в него, я игнорирую его»). я бы боролся с Silverlight, хотя, мое техническое ноу-хау - моя слабая область (я специализируюсь на дизайне интерфейса и управлении проектами) – louism

3

Fogbugz ... Я попросил мои клиент, чтобы открыть дело об их ошибке и я тогда работал над ним ... Его действительно стоит попробовать ..

+1

аминь. это фактически даже позволит вам открыть новую ошибку из электронной почты и управлять перепиской. дать ему шанс. +1 –

+0

, что было бы интересно, если вы можете создать ошибку из электронной почты. я подумал, что было бы интересно, если бы клиент мог отправить сообщение об ошибке, программное обеспечение для отслеживания интерпретировало его и создать журнал – louism

+0

@louism: FogBugz делает это. Вы можете обмениваться электронными письмами со своими клиентами, даже если они даже не понимают, что все электронные письма проходят через FogBugz. (FogBugz поместит Bug ID в Subject и свяжет входящие письма с существующими ошибками, если уже есть Bug ID). –

1

ИМХО Я думаю, что это зависит от того, какого типа клиент, если вы работаете в качестве фрилансера для небольших компаний, то я думаю, что таблица Excel Excel, заполненная вами, достаточна для использования в качестве системы отслеживания ошибок.

+0

есть - хороший пункт. Я должен упомянуть об этом здесь, чтобы заключить контракт на внештатную работу. когда ive работала в крупных компаниях и более крупных проектах, похоже, что это не так много головной боли, чтобы убедить заинтересованных сторон/клиентов использовать механизм отслеживания ошибок компании – louism

1

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

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

+0

hey anders, im собирается нажать этот аргумент больше - что если они запишут журнал это в системе отслеживания ошибок, это будет видно быстрее. я просто позволю ошибке сидеть в моем письме в течение нескольких дней, vs, если он в журнале, я получу на нем в течение дня – louism

+0

звучит как план, люди ненавидят ждать, поэтому, позволяя им ждать, они получат сообщение , :-) Пожалуйста, дайте нам знать, как все прошло. –

5

Ясный, сжатый отчет об ошибке, не привязанный к запросу о возврате, - это лучшее, что может произойти с вашими усилиями развития, независимо от того, в какой формат он входит. Бесплатный QA, чувак! Почему вы хотите препятствовать этому процессу, заставляя клиента прыгать через обручи, чтобы узнать свой интерфейс отслеживания ошибок? Даже если они также находятся в индустрии программного обеспечения, возможно, они происходят из магазина Bugzilla вместо магазина Fogbugz ...

+0

справедливой точки Джим. есть высказывание: «рука помощи - это рука помощи, даже если она грязная». я должен быть рад получить отчет об ошибке, будь то по электронной почте.но дело в том, что, как внештатный подрядчик, бюджет очень плотный, я делаю так много бесплатной работы для клиента (вот почему его называют «свободным» лансером?). im пытается выгрузить часть моей работы обратно клиенту. я не знаю, я немного в двух умах этого предложения, извините - просто быть честным. я действительно думаю, что это хороший момент, я просто не могу заставить себя полностью с ним согласиться – louism

1

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

Если сообщение не в том формате, отправитель ошибок отправит их по электронной почте с помощью шаблона, который содержит правильный макет, который будет заполнен вместе с исходным текстом, который они отправили для вырезания и вставки соответственно.

Если они по-прежнему отправляют вам электронное письмо, пересылайте его в систему отслеживания ошибок, и когда вы получаете ответ с помощью шаблона, отправьте эту информацию обратно клиенту и сообщите им, что система не примет его. Это все еще немного ручной процесс, но вы будете обучать клиента в то же время на том уровне, который они предпочитают, и они все еще выполняют большую часть работы.

Automated Return электронной почты может выглядеть следующим образом:

От: Bug Tracker
Дата: 25/3/2010
Тема: Пожалуйста переформатировать ваше сообщение об ошибке: [оригинальный сюжетная линия]

Имя: {Ваше имя здесь}
Очередность: {Номер здесь от 1 до 3}
Сообщение ниже этой строки (когда все сделано, напишите по адресу [email protected] Благодаря!


{исходный текст}

+0

Я действительно использую собственное собственное программное обеспечение для отслеживания ошибок. im планируя модернизировать его в этом году. это функция, которая будет высокой в ​​списке (если я могу выяснить, как это сделать) – louism

+0

На самом деле, я просто понял, что электронная почта добавляет свой собственный уровень проверки на основе адреса From. Пароль не требуется. –

-1

Go для стиля подход House M.D.: сказать им прямо, что вы не читаете электронные письма по поводу сообщений об ошибках, они идут прямо в папку Спам. У вас есть, однако, этот отличный интерфейс для регистрации ошибок, и, используя это, они убеждаются, что вы их увидите.

+3

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

+0

серьезно, вот что я хотел бы сделать. скажите им прямо на их лицо, «если ваша электронная почта, я его удалю», но House - это вымышленная серия телевизоров, к сожалению, вы не можете относиться к таким клиентам (вы можете, но вы отправитесь в другое место). между тем, кто выбирает кого-то, у кого есть превосходные технические навыки, и кого-то «приятно работать с», - клиенты будут «хорошо работать с» – louism

+0

. Я сказал что-то подобное внутреннему пакету (мой бизнес-партнер по синергии). я сказал ему, если он не войдет в журнал ошибок, я не буду отвечать на него. он все еще продолжал посылать мне отчеты об ошибках от имени наших клиентов, я их игнорировал, он в конце концов увидел, что я серьезно – louism

2

Во второй рекомендации FogBugz. Большинство программ отслеживания ошибок - неприятность (я смотрю на вас Bugzilla). Это слишком воспринимается как слишком сложное для изучения/навигации моих клиентов.

FB позволяет вам публиковать страницу представления для отправки новых ошибок. Это очень простая страница, которую ваши клиенты могли бы легко изучить.

FB также позволяет получать электронную почту непосредственно в систему отслеживания ошибок. В качестве администратора вы классифицируете/назначаете входящую электронную почту. Затем ваш клиент может быть дополнительно уведомлен, когда ошибка исправлена.

Один последний штекер для FB: есть инструмент подачи ошибок, который позволяет отправлять снимок экрана с машины вместе с описанием ошибки. Это было удобно и для моих клиентов.

Последний совет: прекратите исправлять любые ошибки, которых нет в трекере ошибок. Конечно, вы получите push-back, но не настолько, насколько можете подумать. Если вы реагируете на ошибки/запросы функций, которые введены в систему отслеживания, ваши клиенты начнут видеть ценность. Но, как и маленькие дети, они не изменятся, если они все еще смогут получить то, что хотят, просто суетившись.

+0

вот почему я приложил огромные усилия для разработки моего программного обеспечения для отслеживания ошибок, чтобы быть очень удобным и простым для клиентов , взгляните на этот интерфейс: http://www.bugweb.com.au/images_content/bugweb_screenshot_01.png – louism

+0

Я согласен, я испортил клиента, разрешив слишком много сообщений об ошибках на основе электронной почты. его тяжелая битва сейчас. я должен быть более дисциплинированным в будущем и просто возьму этот ущерб отношениям с клиентом (push-back) – louism

+0

Мне нравится ваш интерфейс отчетности об ошибках. Хороший и чистый. Для чего это стоит, вероятно, это будет не так больно, как вы думаете, чтобы привлечь ваших клиентов на борт. Если вы отправляете согласованное сообщение и оперативно отвечаете на вопросы, введенные в систему отслеживания ошибок, ваши клиенты должны начать видеть это значение. –

1

Настройте свой почтовый сервер, чтобы отскакивать электронные письма со словом «ошибка». В отчете о отказе содержится ссылка на ваш сайт регистрации.

(или на самом деле получить программное обеспечение для отслеживания ошибок, которое позволяет отправлять ошибки по электронной почте).

+0

Мне это нравится :). по крайней мере, я могу сказать «эй, это было не я, я не проигнорировал ваш отчет об ошибке, сервер поймал его» – louism

1

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

Мне всегда нравился rt, потому что он действительно имеет простейший пользовательский интерфейс на основе электронной почты для клиентов.

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

Затем измените к.т. :-)

Это последний бит был шутка, что я должен был бы написать было - тогда, когда вы знаете, что проблема на самом деле, вы можете думать о фиксации его. Переход от системы X к системе Y без обсуждения ситуации с вашими клиентами будет безумием.

Еще глупее было бы начать получать все сопливые с вашими клиентами и отскакивать от своих ошибок, потому что они не заполнили правильные формы (как некоторые предложили). Если это не так, вы работаете в секретном саду, где платные клиенты ждут, чтобы их сорвали со дерева.

+0

да, интересно, что общее предложение людей - отскочить назад. Я не согласен с ними, я согласен с ними. Я просто не мог сделать это грубо. но вы первый, кто сказал, что отскок назад к клиенту не следует рассматривать с таким большим весом. благодаря – louism

Смежные вопросы