Оптимизация неподвижной системы

Моя любимая деятельность — структуровать имеющийся хаос. Это значительно упрощает те действия, которые уже происходят в системе.

Однако это может принести пользу только там, где есть движение, и есть действия, уже приводящие к успеху (но не оптимально).

Для бизнеса «движение» — это входящий поток интересующихся потенциальных клиентов и ответные действия.

Когда движения нет, я всё равно оптимизирую замороженную систему так, будто в ней вот-вот начнётся движение.

Причины

Зачем, интересно?

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

Проблема

Получается, всё правильно? В чём тогда проблема?

Проблема в том, что эта стратегия приводит к катастрофически долгому «выходу на рынок», который может вообще никогда не случиться.

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

Противоречие

Получается, тут противоречие между быстро и качественно (а из-за угла выглядывают ToC и ТРИЗ): нужно выходить на рынок быстро и качественно, а быстро бывает только очень некачественно.

Как же разрешить это противоречие?

Наивные шаги, которые люди уже делают:

• собирать email, чтобы пригласить пользователей, когда продукт запустится
• продавать ещё не законченные продукты

ТРИЗ вроде бы разделяет противоречия на несколько типов, и для каждого типа предлагает свои методы.