Пытались так делать
раньше, но к сожалению отнимает слишком много времени и не работает так, как хотелось бы. Особенно объяснения, почему чего-то не успели, на включили, обещали, но не сделали и т.д. Как обычно всегда появляется много "но", приоритеты меняются под давлением суровой реальности. Оказывается, что чего-то нельзя сделать, пока сначала не сделано другое и т.д. и т.п. Новая версия выходит не когда "все вычеркнуто", а когда выполнены разные сложные и порой взаимозависимые условия... Вообщем, сложно это все и отнимает энергию, которую хочется направить на развитие продукта.
Но Вы совершенно правы, как то нужно держать обратную связь и "тонус" сообщества
. И мы всегда прислушиваемся к
гласу народа пользователям - это в наших интересах и всегда нам помогает. Поэтому остановились на такой схеме, которая уже зарекомендовала себя на английском форуме.
Разработчики публикуют очень примерный план работ на очередную итерацию, оставляя за собой право менять планы. Пользователи видят примерное направление развития программы и имеют возможность повлиять на ход разработки своей активностью в соответствующем
разделе форума. Происходит это таким образом:
- Автор идеи новой функции или изменения публикует ее в отдельной ветке. Сжатое и информативное описание сначала и более подробное потом.
- Люди, поддерживающие идею (или не согласные с ней), добавляют свои комментарии, развивая, уточняя идею. Чем больше сторонников у идеи, тем выше ее шансы привлечь внимание разработчиков
- Как только у идеи набирается 5-7 сторонников, автор идеи может связаться с разработчиками через личку или email и презентовать ее. Если дискуссия по предложению была длинной, автор идеи предварительно создает короткое резюме в той же ветке.
- По получении презентации идеи, разработчики выражают свое мнение, и если она нравится, вносят в свой внутренний план
- Разработчики оставляют за собой право не комментировать идеи не встретившие поддержки у 5-7 человек
- Если идея нам понравилась сразу с первого поста на форуме - она будет прокомментирована и без набора необходимого числа сторонников и описанной "бюрократии"
- Принятая идея принимается "к рассмотрению" и разработчики оставляют за собой право выбора времени реализации идеи, реализации ее в составе других более сложных идей и т.д. Очень часто для реализации идеи нужно сначала что-то подготовить в программе и т.д.
Если нам нравится идея и она легка в реализации, не очень сильно задевает текущую функциональность, и находится в русле нашего видения развития проекта, тогда она будет реализована в кратчайшее подходящее время. Для более сложных запросов необходим анализ который может отодвигать внедрение этой функциональности.
А идей всегда много и они обычно разные у разных людей (посмотрите хотя бы на тему "список пяти функций, которых мне не хватает"), так что всегда приходится выбирать. Так что будем делать это с Вашей помощью.