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

Question

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

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

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

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

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

Answer 1

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

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

Answer 2

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

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

Answer 3

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

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

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

redmine для заявок на разработку

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

Answer 4

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