Как мы выбираем идеи для развития своих продуктов: вендор должен уметь слышать…

[saipr]

Мы стараемся прислушиваться, но продукт массовый и желание одного клиента принести из своей старой исторической системы что-то привычное может противоречить стратегии развития системы в целом.

Но если продукт массовый, то он должен учитывать желания не одного, а многих клиентов.
А если желания клиента противоречит стратегии развития системы, то для кого система? Что-то здесь не так.

[ForwardTelecom]

Все верно. На примере массового облачного решения. Стратегия развития основана на потребностях рынка, которые представлены массой клиентов. Если одному клиенту хочется перенести из исторической системы расчетов привычный, но бесполезный для всех остальных участников рынка функционал, то это будет противоречить стратегии развития облачного сервиса. Лучше реализовать новый функционал, востребованный большей частью компаний на рынке. Поэтому массовые облачные решения – это компромисс между низкой стоимостью и типизированным функционалом.
Другое дело крупные корпоративные внедрения. Это всегда проект под конкретную компанию, под её персональные нужды.

[AK74U]

А как вы доносите до клиента, что желаемая фича будет, условно говоря, через полгода? Ведь наверняка постоянно все всё хотят «вчера».

[ForwardTelecom]

В корпоративных внедрениях – это задача руководителя проекта. Для представителей SMB в облаке, которые оставляли заявки на развитие функционала в Service Desk следует ответ на тикет с информацией о том, что запрос был принят в работу и результат можно ожидать к следующему релизу. Отдельной системы анонсирования нового функционала на вообще всех клиентов до момента выхода релиза у нас нет.