Архитектурный спринт за 5 дней: карта продукта, ключевые решения, риски и точная смета. Документ остаётся у вас.
Архитектурный спринт за 5 дней с senior-командой: карта продукта, ключевые архитектурные решения (стек, монолит vs микросервисы, выбор базы данных, интеграции, инфраструктура), список рисков с приоритетом и точная смета на сборку.
Документ остаётся у вас. Можно после спринта работать с нами, с другой командой или решить, что проект не стоит делать — это тоже честный результат. От 150 000 ₽.
У каждой стадии — свой формат и свой фокус. На первой встрече фиксируем стадию и подбираем подходящий тариф спринта, не предлагаем «всё подряд».
Идея проверена, есть дизайн и понимание сценариев, есть бюджет — но не хватает архитектурного слоя: какой стек, монолит или микросервисы, какая база, как делать интеграции, на чём хостить, сколько это в итоге стоит. Что мы делаем: стандартный архитектурный спринт за 5 дней — карта продукта, решения с обоснованием, список рисков и точная смета на сборку.
Есть внутренние разработчики, но не хватает архитектурного веса: некому принять решение про монолит vs микросервисы, выбор базы, схему интеграций, ролевую модель, схему деплоя. Что мы делаем: спринт с участием вашей команды — решения принимаются совместно, с пониманием почему и какие альтернативы отброшены. Результат сразу присваивается команде.
Система в продакшене, но каждое изменение становится опаснее: модель данных непонятная, бизнес-логика размазана, интеграции хрупкие, технический долг растёт. Что мы делаем: спринт с фокусом на существующую систему — что переписать сейчас, что можно оставить, какие риски критичны, в каком порядке делать рефакторинг. Включает аудит существующего кода.
Pre-investment due diligence, M&A, partnership: инвестор или партнёр хочет понять качество архитектуры, технические риски, реальную стоимость владения. Что мы делаем: инвестиционный спринт — независимое архитектурное ревью с отчётом, который можно показать инвестору, советом директоров или техническому due-diligence-комитету.
Есть работающий продукт на готовой платформе или старом стеке, и понятно, что дальше расти на этом нельзя. Нужен план миграции: что переносить, в каком порядке, как сохранить SEO и пользователей, как не сломать бизнес в процессе. Что мы делаем: миграционный спринт — карта существующей системы, целевая архитектура, план миграции по этапам с минимизацией рисков.
Перед списком «что получите за 5 дней» — что вы НЕ получите. Это сэкономит ожидания и поможет понять, нужен ли вам именно спринт или какой-то другой формат работы.
Бесплатный получасовой созвон, чтобы понять, нужны ли мы друг другу — это другой формат, он есть, и его можно запросить. Спринт — это платная работа senior-команды на 5 рабочих дней с письменным результатом. Платный формат заставляет нас углубляться в детали, которые на бесплатном созвоне неподъёмны.
Не пишем толстое формальное техническое задание с описанием каждого endpoint и каждой таблицы. Архитектурный документ компактнее (15–40 страниц), сфокусирован на ключевых решениях и рисках. Толстое ТЗ — это другой формат, обычно для тендеров и госзаказов; он не наш.
За 5 дней не пишем работающий код прототипа. Если задача — за неделю получить кликабельный proof of concept — это другой формат (тариф «MVP-спринт» или «прототип» отдельно). Архитектурный спринт фокусируется на решениях и плане, а не на коде.
Не делаем точечные консультации формата «как настроить вебхук в AmoCRM» или «как правильно индексировать в Postgres такую-то таблицу». Спринт — про общую архитектуру и стратегические решения, а не про точечные технические вопросы. Точечные — отдельным форматом или внутри backend-аудита.
Стандартный спринт покрывает четыре слоя архитектурных решений. По каждому — ключевое решение, обоснование, отброшенные альтернативы и риски. Это то, что отличает архитектурный документ от «общих слов про современный стек».
Карта основных доменов продукта (auth, billing, каталог, заказы, интеграции, аналитика) с границами между ними. Ключевые роли и права. Сценарии пользователей в формате «кто что делает и какие данные при этом проходят». Это база, на которой строятся все остальные решения. Без неё архитектура превращается в набор инфраструктурных решений без бизнес-смысла.
Решение по backend-стеку (Java/Spring Boot или Node.js/TypeScript) с обоснованием. Монолит vs модульный монолит vs микросервисы — с честным анализом, в какой стадии вы находитесь и что правильно сейчас. Выбор базы данных (PostgreSQL по умолчанию, когда и зачем добавлять Redis, ClickHouse, векторную базу). Каждое решение — с отброшенными альтернативами и пояснением почему.
Карта внешних интеграций (CRM, 1С, платежи, склад, email, аналитика, AI-сервисы). Для каждой сущности — источник истины и направление синхронизации. Что синхронно, что асинхронно. Какие очереди и event-системы нужны. Идемпотентность и обработка ошибок как требования с первого дня, а не «потом доделаем».
Инфраструктура под нагрузку и команду (Vercel/Railway/Render для SaaS, Kubernetes для крупных платформ, self-hosted для регулируемых). Стратегия деплоя, мониторинга и наблюдаемости. Полный список архитектурных рисков с приоритетом и предложенными митигациями. Точная смета на сборку MVP или Production с разбивкой по фазам.
Бесплатный созвон ограничен 30–60 минутами, и за это время нельзя пройти все слои архитектуры. 5 платных дней означают: senior-команда садится и реально разбирает ваш продукт — пользовательские сценарии, бизнес-модель, ограничения, риски, альтернативы. Без оплаты этого не происходит — никакая senior-команда не отдаст бесплатно 5 дней работы.
На выходе — архитектурный документ, который можно показать кому угодно: инвестору, совету директоров, новой команде, другому подрядчику, due-diligence-комиссии. Документ остаётся у вас. Можно после спринта работать с нами, с любой другой командой или решить не делать проект — это тоже честный результат, и спринт даёт основания для такого решения.
Спринт — самостоятельный продукт, не «бесплатная разводка под крупный заказ». Очень важно: после спринта мы не давим на продолжение, не предлагаем «скидку при подписании сейчас», не выпрашиваем ответа в течение недели. Часть наших спринтов заканчивается тем, что клиент уходит с документом и делает проект сам или с другой командой. Это нормально и правильно.
Архитектурные ошибки — самые дорогие. Переписать backend через год — это 3–5 млн ₽. Поменять базу через полгода — это 1–2 млн ₽. Развалить интеграции потому что «потом доделаем» — это потерянные клиенты. 150 000 ₽ за 5 дней работы senior-команды — самая выгодная инвестиция в проект с горизонтом больше 12 месяцев.
Шесть форматов под разные стадии и задачи. Все включают senior-команду, письменный архитектурный документ и точную смету. Различие — в фокусе, глубине и формате презентации результата.
Карта продукта, ключевые архитектурные решения (стек, монолит/микросервисы, база, интеграции, инфраструктура), список рисков с приоритетом, точная смета на сборку MVP или Production. Базовый формат для большинства задач.
Спринт с участием вашей внутренней команды — архитектурные решения принимаются совместно. Подходит когда есть разработчики, но не хватает архитектурного веса. Результат сразу присваивается команде и принимается как «свой», а не «вот тут консультанты написали».
Спринт с фокусом на существующую систему: что переписать сейчас, что можно оставить, какие риски критичны, в каком порядке делать рефакторинг. Включает аудит существующего кода, базы данных, API, интеграций и обработки ошибок.
Независимое архитектурное ревью для инвестиционных сделок, M&A и партнёрств. Отчёт оформляется так, чтобы его можно было показать инвестору, совету директоров или техническому due-diligence-комитету. Фокус — реальная стоимость владения и технические риски.
Спринт для миграции с Битрикс, Tilda, Shopify, монолита или старого стека на современную архитектуру. Карта существующей системы, целевая архитектура, план миграции по этапам, риски и митигации, как сохранить SEO и пользователей.
Расширенный спринт с разработкой архитектурного прототипа: ключевые модули собираются в working code на боевом стеке для проверки гипотез. Подходит для сложных задач, где нужно подтвердить решения кодом до того, как заходить в полную сборку.
Спринт ведут те же senior-инженеры, кто будет кодить продукт. Не «лид-консультант сделал документ, дальше джуны пишут код». Это меняет качество архитектурных решений: документ написан с пониманием реальной реализации, а не из общих общих рекомендаций с консалтинговых слайдов.
Итог — Markdown-документ на 15–40 страниц с архитектурной картой, решениями, обоснованиями и рисками. Не PowerPoint на 80 слайдов с модные слова и общими формулировками. Документ можно положить в репозиторий, обновлять вместе с кодом, использовать как onboarding для новой команды. Это рабочий артефакт, а не презентация.
Хороший архитектурный документ — это не «мы выбрали Java/Spring». Это «мы выбрали Java/Spring, отбросили Node/TS вот по таким причинам, отбросили Go вот по таким, для каждого варианта вот такие компромиссы». Без этого решения нельзя пересмотреть через год, когда контекст изменится — потому что неясно, что именно было причиной.
Спринт самостоятелен. После него можно работать с нами, с другой командой, с внутренними разработчиками, или решить не делать проект — мы не давим. Часть наших клиентов уходит с документом, нанимает inhouse-команду и реализует проект сама. Это нормальный результат: спринт окупается даже если дальнейшая разработка идёт мимо нас.
Каждый архитектурный выбор подкреплён нашим опытом из реальных проектов: где-то модульный монолит дотянул до сотен тысяч пользователей, где-то микросервисы развалили команду, где-то MongoDB ради моды стоила переписывания через 8 месяцев. Это не учебниковые общих рекомендаций — это конкретные истории, которые показываются по запросу.
Это то, что встречается в чужих архитектурных аудитах и техническом консалтинге. У нас — нет.
Бесплатные созвоны и pre-sales — это маркетинг, а не архитектурная работа. Дешёвые аудиты от 30 тыс. ₽ — это поверхностный обзор, обычно с up-sell-ом на разработку. H-Studio — senior-команда на 5 дней с письменным документом. Корпорат-консалтинг (Рексофт, СимбирСофт, Big-4) — для больших корпоративных задач с многомесячными процессами согласования.
Самоопределение · выберите свой формат
Каждый проект начинался с архитектурного спринта, который определил стек, монолит/микросервисы, базу и план интеграций. В тегах — какие ключевые решения были приняты на спринте.
На спринте зафиксировано: модульный монолит на Java/Spring вместо микросервисов, PostgreSQL как основная база, RabbitMQ для асинхронной синхронизации поставщиков, идемпотентность как требование с первого дня, единый pricing-движок вместо разрозненной логики по модулям. Решения окупились на этапе подключения 1 200+ услуг и нескольких provider-источников.
Открыть кейс→
На спринте зафиксировано: Next.js + Supabase вместо отдельного backend-сервиса, pgvector внутри Postgres вместо отдельной векторной базы для AI-поиска, multi-region архитектура с первого дня, SEO как требование к архитектуре (71 публичная страница). Решения окупились на стадии запуска в Гонконге с подготовкой к выходу на другие рынки.
Открыть кейс→
На спринте зафиксировано: Next.js API + Neon/PostgreSQL вместо отдельного backend-сервиса, всё в одном TypeScript-монорепо с фронтом, журнал событий с первого дня под немецкие compliance-требования, многоступенчатый процесс от заявки до закрытия мандата как конечный автомат в БД. Решения окупились на стадии запуска и интеграции с регулируемыми клиентами.
Открыть кейс→
На спринте зафиксировано: NestJS на Node.js/TypeScript вместо Java/Spring (важна скорость итерации и общий язык с фронтом), offline-sync для мобильного приложения инспекторов с первого дня, разрешение конфликтов при concurrent edit-ах, WhatsApp Business как канал уведомлений. Решения окупились когда инспекторы вышли на объекты без интернета.
Открыть кейс→Архитектурный документ на 15–40 страниц в Markdown с картой продукта, ключевыми решениями (стек, монолит/микросервисы, база, интеграции, инфраструктура), отброшенными альтернативами по каждому решению, списком архитектурных рисков с приоритетом и точной сметой на сборку MVP или Production. Плюс 2 интенсивных очных сессии (или Zoom) с вашей командой по ходу спринта.
5 дней — это минимальное время, за которое senior-команда может пройти все архитектурные слои с пониманием вашего продукта. За 1–2 дня получится только поверхностный обзор без обоснованных решений. Дешевле обычно означает либо джунов вместо senior, либо общие общих рекомендаций без понимания вашего контекста. Цена 150 000 ₽ — это 5 дней senior-команды; уменьшать её — это менять состав, и тогда это уже другой продукт.
Да, это критично важная часть формата. Спринт — самостоятельный продукт. После него можно работать с нами, с другой командой, нанять inhouse или решить не делать проект — мы не давим, не предлагаем «скидку при подписании в течение недели» и не выпрашиваем продолжения. Часть наших спринтов так и заканчивается — клиент уходит с документом, и это нормально.
Бесплатный созвон 30–60 минут — это знакомство и понимание, нужны ли мы друг другу. На нём нельзя пройти архитектурные слои — времени физически не хватит, плюс никакая senior-команда не отдаст 5 дней бесплатно. Спринт — это платная работа с письменным результатом и senior-команда сидит и реально разбирает ваш продукт.
Аудит за 30 тыс. ₽ — это обычно поверхностный обзор от лида с up-sell-ом на разработку («мы нашли проблемы, давайте подпишем контракт»). Спринт у нас — senior-команда на 5 дней с документом, без обязательств на продолжение, с честным разбором отброшенных альтернатив. Платим за глубину, а не за обнаружение проблем «которые мы потом починим за деньги».
Корпорат-консалтинг — 1.5–10 млн ₽, 2–6 месяцев, выход в виде 80–200-страничного PDF, обычно с многомесячным процессом согласования внутри клиента. Наш спринт — 150–400 тыс. ₽, 5–10 дней, выход в виде Markdown-документа, который сразу попадает в репозиторий и используется командой как onboarding. Подходит для основателей и стартапов, не для корпоративных программ.
Senior-команда без джунов: основатель и стратегия, проектный лид (фасилитация спринта, аудит процессов), инженерный лид (архитектурные решения, выбор стека и базы), дизайн-лид (пользовательские сценарии, ролевая модель). Не аналитики, не консультанты без продакшен-опыта — те же инженеры, которые сами кодят продакшен-системы.
Всё из стандартного спринта плюс участие вашей внутренней команды в очных сессиях. Решения принимаются совместно — это меняет качество принятия: команда понимает, почему выбрано то-то, и какие альтернативы отброшены. Документ сразу присваивается как «свой», а не «вот тут консультанты написали и ушли». Подходит когда есть разработчики, но нужен senior-уровень для стратегических решений.
Да, это формат тарифа 050-D (инвестиционный спринт). Архитектурный документ оформляется так, чтобы его можно было показать инвестору, совету директоров или техническому due-diligence-комитету. Фокус — стоимость владения на 3 года, технические риски с количественной оценкой, оценка качества существующей команды и процессов. Не показывает «всё прекрасно», показывает реальные риски.
Три варианта. (1) Работать с нами — мы знаем продукт глубже всех, и переход в разработку быстрый. (2) Нанять inhouse-команду или другого подрядчика и реализовать по документу — документ написан так, чтобы его можно было передать. (3) Решить не делать проект — иногда спринт показывает, что задача не стоит реализации в текущем виде, и это сэкономит вам миллионы.
Возможны оба формата. По умолчанию — две интенсивные онлайн-сессии в Zoom (стартовая и финальная), а в середине — асинхронная работа с уточнениями через чат. Если вы в Москве и нужны очные сессии — делаем гибридно. Для команд из разных городов и часовых поясов полностью онлайн-формат работает не хуже, проверено.
Это нормальный результат и часто полезный. Спринт обязан фиксировать, если задача неправильно сформулирована: если правильнее не делать кастомную платформу, а взять Shopify; если стартап лучше начать с подписки, а не с маркетплейса; если миграцию делать не сейчас, а через полгода после стабилизации продаж. Честный «не делайте этого» — самый ценный результат спринта.
Соберём понятный план: какой формат спринта подходит под вашу задачу (стандартный, командный, аудит существующего, pre-investment, миграционный или deep с прототипом), кто из вашей команды участвует, какие вводные мы получаем заранее, какой документ-результат вы получаете. Без обязательств на продолжение — спринт самостоятелен.
