Как получить отзывы конечных пользователей (клиентов) о пользовательских проектах разработки
Моя компания специализируется на разработке ряда проектов, некоторые из которых больше, а некоторые меньше. В настоящее время мы обрабатываем все сообщения наших клиентов по электронной почте. Поэтому мы отправляем дизайн-документ по электронной почте, они размечают его и отправляют обратно. Затем мы выпускаем бета-версию их продукта, и они отправляют нам по электронной почте сообщения об ошибках, новых функциях и т. Д.
Поскольку я работаю над внедрением новой системы отслеживания ошибок (похоже, это будет Mantis прямо сейчас), я задался вопросом, как мы могли бы наилучшим образом предоставить нашим клиентам интерфейс с нашим процессом разработки, который обеспечил бы лучшее отслеживание запросов функций и клиента отправлять сообщения об ошибках, а также сообщать о наших ответах клиенту.
Если кто-то знает о системе отслеживания ошибок, которая делает это исключительно хорошо, мне было бы интересно услышать об этом. В противном случае я просто ищу некоторые общие руководящие принципы или хорошие методы ведения бизнеса, которые позволили бы вашим компаниям эффективно и продуктивно взаимодействовать с вашими клиентами.
ОБНОВЛЕНИЕ: Моя компания использует стек LAMPP, и, поскольку мы являемся небольшим магазином с ограниченным бюджетом, мы склонны придерживаться инструментов с открытым исходным кодом и бесплатно.
Большинство людей используют Team Foundation Server для обработки этого или переписываются по электронной почте?
4 ответа
Хотя я не знаю конкретных инструментов (по крайней мере, инструментов с открытым исходным кодом), я предлагаю вам настроить систему, которая будет охватывать весь процесс сбора и реализации ваших требований. Требования могут отслеживаться в системе, которая также будет содержать проектные документы (которые могут быть "извлечены из" и "переданы" системе). Таким образом, вы решите проблему, связанную с несколькими пересмотрами проектной документации. Кроме того, проектная документация и требования могут быть легко отслежены. Если бы эта система была связана с вашей системой управления исходным кодом, вы бы дополнительно упростили свой процесс разработки / отслеживание требований.
Я думаю, что ключ заключается в том, чтобы иметь специальную систему отслеживания ошибок и запросов и установить установленный процесс для связи. При этом, как минимум, вы начнете получать последовательную обратную связь. Оттуда вы можете настроить его, чтобы получить ваши конкретные потребности.
Кроме того, вместо того, чтобы использовать электронную почту для общения, я настоятельно рекомендую использовать BaseCamp для управления проектами. Я считаю, что это очень помогает в хранении сообщений, документации и сроков, сообщаемых клиенту.
Если вы используете Team Foundation Server, я рекомендую вам установить TeamPlain Web Access. Они позволяют вам предоставлять веб-интерфейс для вашего проекта TFS. Единственное, что осталось сделать, это дать права своему клиенту, а также имя пользователя и пароль.
В противном случае, есть некоторые платные инструменты, такие как FogBugz. Конечно, главное - это использовать инструменты отчетов об ошибках, напрямую связанные с вашим Source Control, чтобы разработчики могли легко исправлять ошибки.
Другая возможность состоит в том, чтобы использовать два продукта совместно, вот наша текущая установка с командой из 12 человек:
osTicket для входящих запросов от клиентов
- Позволяет решать вопросы обслуживающим персоналом и проверять ошибки
- Статус можно проверить, просто указав адрес электронной почты и идентификатор билета.
- Обычно пользователи не предоставляют достаточно подробные отчеты об ошибках, поэтому это хороший первый шаг
Redmine для развития билетов