Буквально 2.5 года назад, когда я пришёл в Wrike, iOS версию воспринимали как пятно на репутации — забагованное, не стабильное, медленное, сильно отстающее по функциональности и в дизайне приложение. Команда была демотивирована таким отношением, но и сама его разделяла.

У мобильных приложений Wrike есть особенности: Wrike — один из трех лидеров на очень конкурентном, но еще формирующемся рынке collaborative work management (см. Forrester). Мы развиваемся с бешеной скоростью. Приложения постоянно находятся в состоянии устаревания, потому что вся остальная часть продуктовой организации генерирует изменения (кроме двух мобильных команд у нас еще 15 в основном продукте). Высокая степень зависимости решений. Т.е. залезая в какую-нибудь новую историю, даже если это mobile only решение, ты закапываешься в последствия, прорастающие вглубь продукта — их нужно продумывать и синхронизировать с другими командами. Пользователи (которые платят немалые деньги за решение) ожидают, что функциональность приложений будет сравнима с вебом. Особенно если речь идет о планшетных версиях.

У истории хороший конец. Мы серьезно улучшили качество приложений и организовали команду, способную не отставать в развитии. Это отразилось как в количественных метриках новые пользователи охотнее принимают приложения (вырос retention w5) и в целом приложениями пользуются чаще (выросло среднее количество сессий на пользователя) Так и в качественных Количество багов, crash free сессии, функциональный gap Среднее время до полезного действия

Дмитрий расскажет: Как исторически оказались в такой стартовой точке. Как превратили улучшение качества в процесс. Как сейчас организовано планирование в команде. Как по шагам стратегия превращается в конкретные задачи. На чем основана мобильная стратегия в сложном b2b продукте