Запад vs Россия: два подхода к проектированию
Я работаю с проектами из США, Европы и России уже много лет. И за это время я заметил одну странную вещь.
Когда я начинаю проект с западным заказчиком, мы обсуждаем идею. Я задаю вопросы. Мы спорим о деталях. Но через неделю мы уже проектируем MVP.
Когда я начинаю проект с российским заказчиком, мы обсуждаем идею. Я задаю вопросы. Мы спорим о деталях. Через неделю мы всё ещё обсуждаем идею. Через месяц — тоже. Через три — мы начинаем сомневаться, а нужна ли она вообще.
Я не говорю, что какой-то подход лучше. Я говорю, что они — разные. И если вы не понимаете разницы, вы будете делать не то, что нужно вашему бизнесу.
Запад: «Запустилось — отлично! Допилим потом»
Западный подход к стартап-проектам можно описать одной фразой: «Мы не знаем, что будет работать, поэтому мы проверим это как можно быстрее».
Я помню свой первый большой проект с американской командой. Мы сидели, обсуждали архитектуру. Я, как человек, привыкший к российской тщательности, начал задавать вопросы:
— А как мы будем масштабироваться, если пользователей станет в 10 раз больше?
— А мы продумали все сценарии отказа?
На меня посмотрели с лёгким недоумением. И сказали:
Я тогда подумал: «Они сумасшедшие». Но я ошибался. Они просто понимали, что 90% стартапов умирают в первый год. И они не хотели тратить идеальную архитектуру на то, что, возможно, никто не будет использовать.
Этот подход работает, потому что он даёт скорость. Вы проверяете гипотезу, пока ваши конкуренты ещё пишут ТЗ. Вы получаете обратную связь от реальных пользователей, а не от «экспертов». Вы тратите деньги только на то, что работает.
Главный принцип западного подхода: скорость проверки гипотезы важнее идеального качества.
Что я вижу в западных проектах
- Быстрые решения. Мы не обсуждаем «а что, если» неделями. Мы принимаем решение и двигаемся дальше.
- Готовность к ошибкам. Если что-то пошло не так — это не катастрофа. Это данные.
- Скорость важнее качества. Не потому, что качество не важно. А потому, что качество без проверки гипотезы — это просто красивая трата денег.
- Минимальная документация. Мы пишем ровно столько, сколько нужно, чтобы разработчики не переспрашивали. Не больше.
Западные заказчики не боятся ошибиться. Они боятся потратить время на то, что не работает.
Россия: «Точно запятая не ушла на строку ниже?»
Российский подход к стартап-проектам можно описать другой фразой: «Мы должны быть уверены, что всё работает идеально, прежде чем показывать это миру».
Я участвовал в десятках российских проектов. И почти в каждом из них я видел одну и ту же картину:
— А что именно вы проверяете?
— Ну... мы хотим убедиться, что всё работает идеально.
— А как вы это проверите без пользователей?
— Мы протестируем сами. И пригласим знакомых.
И это продолжается месяцами. Иногда — годами.
Главный принцип российского подхода: идеальное качество важнее скорости проверки гипотезы.
Что я вижу в российских проектах
- Долгие обсуждения. Мы обсуждаем каждую деталь. И переобсуждаем. И ещё раз.
- Страх ошибки. Ошибка — это не данные. Это позор. Это удар по репутации. Этого нельзя допустить.
- Качество важнее скорости. Мы должны выглядеть солидно. Мы не можем выйти с сырым продуктом.
- Избыточная документация. Мы пишем ТЗ на 50 страниц. Потом переписываем. Потом дописываем.
- Перфекционизм. Мы не имеем права выйти на рынок с продуктом, который «не доделан».
Российские заказчики не боятся потратить время. Они боятся ошибиться.
Где у каждого подхода слабые места
Я работал с обоими подходами. И я видел, где они ломаются.
🌍 Западный подход ломается, когда...
- Нет быстрой обратной связи. Если вы запустились, но не можете быстро собрать данные — вы не знаете, что делать дальше.
- Команда не готова к переписыванию. Если код написан «на коленке», а потом его нужно переписать — это может быть дороже, чем сделать сразу хорошо.
- Пользователи нетерпеливы. Если вы запустились с багами, а пользователи ушли к конкуренту — вы не успели «допилить».
🇷🇺 Российский подход ломается, когда...
- Вы теряете время. Пока вы проверяете запятые, конкуренты уже запустились и заняли рынок.
- Вы создаёте то, что никому не нужно. Вы потратили год на идеальный продукт, а пользователи не пришли.
- Вы не можете остановиться. Вы всё «допиливаете» и «допиливаете», потому что «ещё не идеально».
Что я делаю как архитектор, работающий с обоими подходами
Я — человек, который работал и с западными, и с российскими проектами. И я выработал свой подход.
Мы проектируем как на Западе, но с российской тщательностью.
Что это значит на практике:
1. Мы пишем ТЗ. Но не на 50 страниц. Мы пишем ТЗ на MVP. Минимально достаточное, чтобы разработчики знали, что делать. Чтобы они не переспрашивали. Чтобы не додумывали.
2. Мы проектируем архитектуру. Но мы проектируем её так, чтобы её можно было расширить. Мы не пытаемся предусмотреть всё. Мы предусматриваем только то, что нужно для проверки гипотезы.
3. Мы запускаемся быстро. Даже если есть баги. Даже если «не идеально». Мы запускаемся и смотрим на метрики.
4. Мы допиливаем потом. Если гипотеза сработала — мы разворачиваем проект в рамках выбранной архитектуры — добавляем то, что не стали добавлять в MVP. Если нет — мы закрываем проект и начинаем новый.
Этот подход работает и в России, и на Западе. Он требует одного: понимания, что «идеально» — это враг «сделано».
Как я принимаю решение
Когда я начинаю проект, я спрашиваю себя:
- Что это: стартап или зрелый бизнес?
- Какая у нас цель: проверить гипотезу или построить систему на годы?
- Какой у нас бюджет: мы можем позволить себе переписать архитектуру, если гипотеза сработает?
Исходя из ответов, я выбираю подход.
🚀 Стартап
- Проектирую быстро
- Делаю ровно столько, сколько нужно для запуска
- Не боюсь, что что-то пойдёт не так
- Боюсь, что мы потратим время на то, что не работает
🏢 Зрелый бизнес
- Проектирую основательно
- Делаю так, чтобы система работала годами
- Не боюсь потратить время на проектирование
- Боюсь, что система развалится через год
Это два разных подхода. И оба работают.
Но если вы смешиваете их, вы получаете худшее из двух миров: вы не успеваете быстро запуститься, потому что пытаетесь сделать «идеально». И вы не делаете «идеально», потому что у вас нет времени и бюджета.
Что я хочу сказать этой статьёй
Я не говорю, что российский подход плохой, а западный — хороший.
Я говорю, что у каждого подхода есть своя логика.
Западная логика: «Мы проверим гипотезу как можно быстрее. Если она сработает — мы сделаем хорошо. Если нет — мы сэкономим время».
Российская логика: «Мы сделаем хорошо сразу. Чтобы не переделывать. Потому что переделывать — дорого».
Обе логики работают.
Но они работают в разных условиях.
🌍 Западная логика работает, когда:
- Есть быстрая обратная связь
- Есть готовность к риску
- Есть возможность быстро переписать код
- Команда не боится ошибок
🇷🇺 Российская логика работает, когда:
- Есть время на проектирование
- Есть бюджет на качество
- Команда может сделать хорошо с первого раза
- Пользователи готовы ждать
Проблема в том, что в стартапе у вас нет ни времени, ни бюджета, ни уверенности, что гипотеза сработает.
Поэтому в стартапе работает западная логика. А в зрелом бизнесе — российская.
Итог
Я работаю с проектами из США, Европы и России. И я научился переключаться между этими подходами.
Я могу спроектировать MVP за неделю — если это стартап, и нам нужно быстро проверить гипотезу.
Я могу спроектировать систему на годы — если это зрелый бизнес, и нам нужна надёжность.
Но я не могу сделать и то, и другое одновременно.
Поэтому я всегда спрашиваю: «Что мы сейчас делаем? Мы проверяем гипотезу или строим систему?»
Ответ на этот вопрос определяет всё.
Если вы не знаете, что вам нужно — стартап или система
Напишите. Я помогу разобраться.
А если знаете — мы просто сделаем. Быстро или качественно. В зависимости от того, что вам нужно.