“Software is never done” — эту фразу можно часто услышать от продуктологов и разработчиков. Её суть в том, что в приложениях всегда будут баги, которые по мере эволюции будут исправлены. Её также и используют для обоснования кривого MVP. Типа это только начало, потом доделаем. И это совершенно правильно.

Сейчас я слушаю подкаст с создателем нашего конкурента, где он использует эту фразу в отношении полного rewrite приложения (это когда функционал останется прежним, но меняется внутрянка, этакий мегарефакторинг). Прикол в том, что его обновлённая версия полна багов, некоторый функционал попросту не работает, а в его публичном сабреддите каждый день появляются посты от разъяренных пользователей.

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

По их версии ты сделал говно и все сломал. Lean startup? Не, не слышали.

Для рефактора требования почти как у enterprise. Твой baseline — твоя предыдущая версия. Если, как в случае с этим разработчиком, ты пилил приложение 10 лет, то эта задача почти неподъемная в формате “big bang,” — заменой всего и вся за один раз. Нужно выпиливать функционал кусками и заменять его постепенно, чтобы у пользователей не было сюрпризов.

Проблема этого разработчика в том, что новая версия уже в App Store и у него только два варианта — откатиться до старой версии и делать всё заново либо улучшать то, что он сделал. Он пошёл по второму варианту, и я думаю на доработку у него уйдет несколько месяцев, а то и год, учитывая что он — indie разработчик и всё делает сам.

Надеюсь, что мы сможем захватить часть его пользовательской базы, пока он в этом всем ковыряется.