Как правильней всего построить обработку фидбеков (обратная связь) в продуктовой компании?

Question

[Alexey]

Доброго времени суток, меня интересует вопрос: кто сталкивался с такой проблемой и как построил процесс ?
Опишу свой случай.
Есть сайт с формой обратной связи.
Есть support, QA, dev, product managers (PM)
Работаем в jira.

Вот думаю, целесообразно ли сделать флоу таким:

Support team получает фидбэк > обрабатывает его > создаёт тикет Feedback c необходимым компонентом (к примеру, веб, моб, ios)
PM заходит на доску и видит, что есть фидбэк по его части (ios к примеру)
Берёт её в работу (ставит в IN PROGRESS) > в зависимости от реакции на фидбэк выстявляется статус:
Rejected - когда фидбэк отклонён
Closed - когда фидбэк одобряется и PM указывает созданную им related задачу

Может у кого-то есть более лучший вариант флоу ?

Answer 1

[papurin]

1. Использовать связи - хорошая идея
2. Автоматом назначать на указанного PM через Component Lead
3. Проставлять Resolution вручную или автоматом для закрытых задач
4. Подумать, что делать если необходимо переоткрывать задачу (переходы из Closed, Rejected)

Comments

[Alexey]

Спасибо за ответ, подумаю над этим.

Answer 2

[Dimonchik]

product managers (PM)

а зачем они вам? если ответа на Ваш вопрос не знают?

Comments

[Alexey]

Ну почему же не знают. Как раз для них это и делается. Пользователь отправляет информацию которая, на его взгляд, сможет что-то улучшить или наоборот, его что-то не устраивает. Саппорт анализирует и создаёт тикет фидбэк

[Dimonchik]

угу, только есть кокуренция ресурсов между новыми фичами и фиксом багов

[Alexey]

dimonchik2013: вопрос по флоу, а не о конкуренции ресурсов.