Как получить отзывы конечных пользователей (клиентов) о проектах индивидуальной разработки

Question

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

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

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

ОБНОВЛЯТЬ: Моя компания использует стек LAMPP, и, поскольку мы небольшая компания с ограниченным бюджетом, мы склонны использовать инструменты с открытым исходным кодом и бесплатно.

Большинство людей для решения этой проблемы используют либо Team Foundation Server, либо переписку по электронной почте?

Answer 1

Хотя я не знаю конкретных инструментов (по крайней мере, инструментов с открытым исходным кодом), я предлагаю вам настроить систему, которая будет охватывать весь процесс сбора и реализации ваших требований. Требования могут быть отслежены в системе, которая также будет содержать проектные документы (которые могут быть "извлечены из" и "переданы" в систему). Таким образом, вы решите проблему наличия нескольких редакций проектной документации. Кроме того, проектная документация и требования могут быть легко отслежены. Если бы эта система была связана с вашей системой управления исходным кодом, вы бы дополнительно упростили свой процесс разработки / отслеживание требований.

Answer 2

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

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

Answer 3

Если вы используете Team Foundation Server, я рекомендую вам установить TeamPlain Web Access . Они позволяют вам выставить веб-интерфейс для вашего проекта TFS. Единственное, что осталось сделать, это дать права своему клиенту, а также имя пользователя и пароль.

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

Answer 4

Другая возможность — использовать два продукта одновременно. Вот наша текущая установка с командой из 12 человек:

osTicket для входящих заявок от клиентов

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

Редмайн на билеты развития

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