Как Вы заставляете клиенты использовать Вашу систему отслеживания ошибок? [закрытый]

13
задан 3 revs, 2 users 90% 5 June 2010 в 07:08
поделиться

10 ответов

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

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

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

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

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

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

3
ответ дан 1 December 2019 в 23:47
поделиться

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

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

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

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

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

2
ответ дан 1 December 2019 в 23:47
поделиться

Настройте свой почтовый сервер на отбрасывание писем со словом "bug". Пусть в отчете об отказе будет ссылка на ваш сайт регистрации.

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

1
ответ дан 1 December 2019 в 23:47
поделиться

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

1
ответ дан 1 December 2019 в 23:47
поделиться

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

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

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

Тогда переходите на rt :-)

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

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

1
ответ дан 1 December 2019 в 23:47
поделиться

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

-1
ответ дан 1 December 2019 в 23:47
поделиться

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

5
ответ дан 1 December 2019 в 23:47
поделиться

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

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

1
ответ дан 1 December 2019 в 23:47
поделиться

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

3
ответ дан 1 December 2019 в 23:47
поделиться

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

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

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

Автоматизированное ответное письмо может выглядеть так:

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

Имя: {Ваше имя здесь}
Приоритет: {Число здесь от 1 до 3}
Сообщить ниже этой строкой (когда будет сделано, отправьте по электронной почте на bugtacker@example.com. Спасибо!


{ваш оригинальный текст}

1
ответ дан 1 December 2019 в 23:47
поделиться
Другие вопросы по тегам:

Похожие вопросы: