{{title}}
{{published}}
{{description}}
{{text}}
Как это работает
Механика → лид: 6 вопросов → рекомендация → CTA на /estimate/ с предзаполненным контекстом. Результат показывается до запроса контакта — доверие важнее захвата (правило «без агрессии»).
Источник истины
Логика квиза — таблица правил ниже. Гайд «Как выбрать стек для MVP» объясняет ту же логику словами — пятью вопросами (что проверяете, кто развивает, интеграции, персональные данные, бюджет) и таблицей решений. Направления совпадают (сверено 29.09):
- типовое без своей команды — no-code,
- нестандартное ядро — гибрид,
- своя команда или большая нагрузка — код,
- лендинг с типовыми сценариями — конструктор и при своей команде (гайд: «кастомный код для лендинга с формой — это месяцы и миллионы»),
- персональные данные — база в РФ,
- упёрлись в платформу — перенос.
Вопросы квиза
- Что строите? — Лендинг / корпоративный сайт · Интернет-магазин · Маркетплейс / веб-сервис · Мобильное приложение · Продукт с AI
- Стадия: — Проверяем идею (MVP) · Работающий бизнес, нужен продукт · Продукт есть, упёрся в потолок
- Есть ли нестандартное ядро? — Нет, типовые сценарии · Да: сложная логика / матчинг / AI · Не знаю
- Кто будет развивать? — Своя команда разработки · Никого, нужен управляемый продукт · Планируем нанимать
- Целевая нагрузка через год? — До 1 тыс. пользователей в месяц · Десятки тысяч · Сотни тысяч и выше · Не знаю
- Будете хранить данные пользователей? — Да: регистрация, профили, заказы · Только заявки (имя и телефон) · Нет · Не уверены
Логика рекомендаций — таблица правил
Правила проверяются сверху вниз, срабатывает первое подошедшее. Поэтому конфликтов нет по построению. Правило 8 ловит всё остальное, поэтому пропусков тоже нет. Все 2 160 комбинаций (5 × 3 × 3 × 3 × 4 × 4) прогнаны скриптом: правило 8 не срабатывает ни разу. «Не знаю» считается только в вопросах 3 и 5.
Итог по 2 160 комбинациям: Миграция — 660, Код — 632, Гибрид — 484 (из них 36 — по правилу 6), Созвон — 180, No-code — 102, Гибрид-ПДн — 102.
Матрица результатов по вопросам 2–5
108 ячеек для «Интернет-магазин», «Маркетплейс / веб-сервис», «Мобильное приложение» и вопроса 6 = «Нет» / «Только заявки». Обозначения: N — No-code · Г — Гибрид · К — Код · М — Миграция · ☎ — созвон. При вопросе 6 = «Да» / «Не уверены» каждая N становится Г-ПДн, остальные ячейки не меняются.
Другие ответы на вопрос 1
Строки «Потолок» не меняются.
- «Лендинг / корпоративный сайт»: в строках «MVP · типовое» и «Бизнес · типовое» все 12 колонок — N (включая «Своя» и «100+ тыс.»). Остальные ячейки — как в матрице.
- «Продукт с AI»: в строках «MVP · типовое» и «Бизнес · типовое» каждая N становится Г. Остальные ячейки — как в матрице.
Модификаторы
Добавляют строку к результату, результат не меняют.
Тексты результатов
2–3 предложения + честный потолок. Первая строка каждого результата — персональная, из ответов: «Вы ответили: [стадия], [ядро], [кто развивает] — поэтому…».
- No-code. «Типовые сценарии и управляемый продукт без своей команды — это задача для платформы. Запуск займёт недели, а не месяцы, и бюджет уйдёт на проверку гипотезы, а не на инфраструктуру. Потолок: нестандартная логика, высокая нагрузка и платёжные сценарии вне готовых модулей. Когда упрётесь — переносится только то, что упёрлось». Для «Лендинг / корпоративный сайт» + «Своя команда» первое предложение другое: «Сайт с типовыми сценариями — задача для конструктора, даже если есть своя команда: писать лендинг с формой кодом — месяцы работы ради того, что на платформе собирается быстрее». Платформы по вопросу 1: сайт — Tilda / Webflow, магазин — конструктор магазина, веб-сервис — Bubble, мобайл — FlutterFlow. Ссылки: гайд про стоимость MVP, сравнение No-code vs кастомная разработка.
- Гибрид-ПДн. «Сценарии типовые, и интерфейсы можно собрать на платформе. Но пользовательские данные при сборе должны записываться в базу в России, поэтому регистрацию, профили и заказы держим в своём бэкенде на российском хостинге, а платформа работает поверх. Потолок — как у no-code, плюс стоимость интеграции платформы со своим бэкендом».
- Гибрид (правила 5 и 8). «Ядро с нестандартной логикой пишем кодом, обвязку — админки, кабинеты, лендинги — собираем на платформе. Так дорогие часы уходят туда, где без кода не обойтись. Потолок: на стыке платформы и кода нужна дисциплина интеграций, иначе появятся две правды о данных». Для «Продукт с AI»: «AI-контур — всегда код: маршрутизация запросов, база знаний, выбор модели».
- Гибрид под будущую команду (правило 6: работающий бизнес, типовые сценарии, планируете нанимать). «Сценарии пока типовые, но бизнес уже работает, и вы планируете свою команду. Поэтому основу — данные, заказы, бизнес-логику — держим в своём бэкенде, с которым потом будет работать нанятая команда, а интерфейсы и обвязку — админки, кабинеты, лендинги — собираем на платформе. Так запуск остаётся быстрым, а переход на код не придётся начинать с переноса данных. Потолок: на стыке платформы и кода нужна дисциплина интеграций, иначе появятся две правды о данных».
- Код. «[Своя команда будет жить с этим кодом / При сотнях тысяч пользователей потолок платформы наступит раньше, чем окупится экономия] — поэтому код с первого дня, на стеке, который команда умеет поддерживать. Дороже на старте, зато без потолка платформы. Потолок кода — скорость первой версии: режьте объём на этапе ТЗ, а не срок».
- Миграция. «Вы упёрлись в платформу — значит, продукт доказал спрос. Хороший сценарий. Переносим не всё сразу, а то, что упёрлось, — без остановки продаж. Так Sigma.Market перешёл с low-code на Swift, Kotlin и свой веб, перенеся базу, промокоды и заказы». Ссылки: гайд о переносе, кейс Sigma.Market.
- Созвон. «Вы не знаете пока ни про ядро, ни про нагрузку — рекомендация по стеку была бы гаданием. Разберём задачу на коротком созвоне — и станет понятно, с чего начинать».
Экран результата
- Заголовок: «Ваш профиль: [результат]».
- Персональная строка из ответов.
- 2–3 предложения почему + честный потолок.
- Модификаторы (0–3 строки).
- Ссылки треугольника: гайд по теме + услуга + кейс.
- «Точный состав работ и вилку посчитает форма расчёта» → CTA «Рассчитать стоимость» → /estimate/?service=[ключ].
- Вопрос 1 = «Продукт с AI» → service=ai
- Вопрос 2 = «Проверяем идею (MVP)» → service=mvp
- Вопрос 1 = «Мобильное приложение» → service=mobile
- Остальное → service=web
Рекомендации разработке
- Движок и форма — общие с /estimate/. Цели аналитики: tool_stack_start, tool_stack_result, tool_stack_to_estimate + параметр результата (nc, hpd, hyb, code, mig, call) — чтобы видеть распределение ответов.
- Правила — одной функцией с порядком из таблицы. Юнит-тест: прогон всех 2 160 комбинаций, ни одна не попадает в правило 8, итоговые счётчики совпадают с таблицей.
- Разметка WebApplication, индексируется, но приоритет — конверсия.
- Мобильная вёрстка: 6 экранов-вопросов, прогресс виден (375px).
Источники
Пример из практики
Sigma.Market упёрся в платформу и перешёл с low-code на Swift, Kotlin и свой веб, перенеся базу, промокоды и заказы — без остановки продаж.
Как посчитать для себя
Квиз подскажет направление, а точный состав работ и вилку посчитает форма расчёта.
Частые вопросы
С 01.07.2025 персональные данные граждан РФ при сборе записываются только в базы в России. Поэтому при ответе «Да» или «Не уверены» квиз советует Гибрид-ПДн: данные — в своём бэкенде на российском хостинге, платформа работает поверх.
Если «Не знаю» только в одном вопросе — про ядро или нагрузку, — квиз исходит из возможного ядра или умеренной нагрузки и предлагает проверить это на созвоне. Если «Не знаю» и про ядро, и про нагрузку — разберём задачу на созвоне.
Сайт с типовыми сценариями — задача для конструктора, даже если есть своя команда: писать лендинг с формой кодом — месяцы работы ради того, что на платформе собирается быстрее.
Нет. Квиз даёт направление, а точный состав работ и вилку посчитает форма расчёта.
