Как стать автором
Обновить

Как понять, что пора выпускать новое приложение вместо старого? Разбираем со стороны бизнеса

Уровень сложностиСредний
Время на прочтение5 мин
Количество просмотров1.8K
Всего голосов 9: ↑9 и ↓0+11
Комментарии14

Комментарии 14

Я бы расстреливал людей, которые меняют мобильные приложения каждые 3 года.

Вы задумывались о том, что просто отнимаете у огромного количества пользователей часть их жизни, заставляя их тратить её на бесполезный труд по переучиванию на новое приложение? Это то же самое убийство двух и более лиц по предварительному сговору, если пересчитать на уничтоженные человеко-часы.

двигаться надо вперед.. изменения пользовательского опыта неизбежны в любом развитии продукта, вопрос - насколько владелец продукта правильно проводит пользователя из старого приложения в новое.. это огромная отдельная тема и мы про нее обязательно еще поговорим

... изменения пользовательского опыта неизбежны в любом развитии продукта

Для изменений есть 2 пути:
- революция (Мы наш, мы новый Мир построим: Кто был ничем, тот станет всем);
- эволюция - улучшение имеющегося.

Двигайтесь вперёд без кардинальных изменений в пользовательских сценариях.

не всегда, к сожалению, это возможно. как правило, большие цели=большие изменения

НЛО прилетело и опубликовало эту надпись здесь

если менеджер хочет премию - это прекрасно, хуже когда он ничего не хочет.

и повторюсь - почти всегда большие цели=большие изменения.

как правильно провести клиента через эти изменения расскажем в следующей статье.

Толковая статья, но где бы взять еще такого толкового, знающего и понимающего бизнес-заказчика? ?

это утопия, к сожалению или к радости)

заказчик, понимающий свои бизнес цели - это уже пол дела.. для остального есть мы))

...разработать новое мобильное приложение в 95% случаев будет дороже, чем изменить старое

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

А тут противоречия нет?
Действительно интересно, как всё же это выглядит с точки зрения экономики.

логически противоречие есть) и оно часто воплощается в проектах)
заказчик, при принятии решения, видит цель и сравнивает стоимости изменений старого продукта (низкую) либо создания нового (высокую), идет по "дешевому" пути, но по факту путь оказывается длиннее и дороже чем виделся в начале

видимо кто-то ложанулся с оценкой стоимости просто

Изменения скорее всего затронут core-систему банка, учетные системы, карточный процессинг, CRM, BPM и другое.

Молодые ребята хотят работать с новыми технологиями.

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

"поиграться с новыми игрушками" - если это означает внедрение новой бизнес стратегии, то - да, без изменений в core не обойтись)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий