offplan .online
Launch Plan · Stage 2 (Pilot)

offplan.online — Stage 2

Пилотный запуск со студиями — фазы 2.1–2.6. Stage 1 + Stage 3-4 — в отдельных файлах (см. навигацию). 4 стадии, 25 фаз, ~170 подзадач — общий roadmap здесь. Для обсуждения менеджментом: product team + tech team + Legal.

Версия 4.4 · 2026-05-06 · Статус: draft (Phase 1.3 ratified) · Revision history →
Стадия 2 из 4

Пилотный запуск со студиями

20 отобранных студий используют продукт, дают структурированный фидбек, мы итерируем. Параллельно строим инфраструктуру поддержки которая пойдёт и в публичный запуск.

Две под-стадии внутри пилота

Под-стадияКтоХарактерЧто проверяем
Alpha
(первые 2-4 недели)
3-5 курируемых студий Very white-gloved, много manual fix'ов, daily communication Что критичные баги из Стадии 1 действительно закрыты. Первый end-to-end тест.
Pilot
(основные 2-3 мес)
15-20 студий (+ alpha) Structured program с weekly feedback и формальными метриками Sustained usage, scale load, pattern'ы фидбека, готовность к public.

Переход Alpha → Pilot: первые 3-5 студий прошли путь «signup → первый проект published» без критичных блокеров. Только после этого приглашаем полные 20.

Условие выхода: ~100 живых проектов (5 проектов × 20 студий), weekly feedback показывает стабильную работу, критичные и high-priority баги закрыты, команда готова к публичному open doors.

Фаза 2.1

Дизайн пилотной программы

Пилот — не «бесплатный доступ», а структурированная программа с чёткими обязательствами.

2.1.1Отбор 20 студий (критерии + outreach)
КритичноSales+Product

Критерии отбора + конкретный список из 20 студий готовых к пилоту.

Что конкретно нужно сделать (5)
  • Критерии: география, размер, специализация (residential / commercial)
  • Long-list 50+ из существующих контактов
  • Outreach: personalized email + демо-звонок
  • Short-list 20 с NDA и коммитментом на weekly feedback
  • Резерв 10 на случай отвалов
Открытые вопросы (2)
  • Существующий CRM с кандидатами?
  • Кто делает outreach?
Зависит от: — · Блокирует: —
2.1.2Условия пилота + NDA
КритичноLegal+Product

Формальные условия участия, защищающие обе стороны.

Что конкретно нужно сделать (5)
  • Срок пилота: 3 месяца (с продлением)
  • Free доступ в обмен на weekly feedback + case study/testimonial
  • NDA о функциях до публичного
  • Commitment: еженедельный 30-мин звонок
  • Что после пилота: автопродление по оплате / отмена / migrate на paid
Открытые вопросы (2)
  • Кейс-стади — opt-in или default?
  • Право забрать контент после пилота (экспорт)?
Зависит от: 1.7.1 · Блокирует: 2.1.1
2.1.3Коммуникационный канал + cadence
ВысокийProduct+Ops

Где и как общаемся с пилот-студиями в течение 3 месяцев.

Что конкретно нужно сделать (5)
  • Dedicated Slack / WhatsApp / Telegram group
  • Weekly 30-мин check-in call (группа 4-5 или 1-on-1?)
  • Monthly demo call: новые фичи + Q&A
  • Shared public roadmap (read-only)
  • Dedicated Customer Success (Project Lead изначально)
Открытые вопросы (2)
  • Slack vs WhatsApp?
  • Групповые vs 1-on-1?
Зависит от: — · Блокирует: —
2.1.4Pilot-specific documentation
ВысокийContent+Product

Приватная документация для пилот-студий — не то же что публичная KB.

Что конкретно нужно сделать (5)
  • «Welcome to the pilot» guide
  • Known issues page (актуализируется)
  • Roadmap (что ожидается когда)
  • Contact tree (кого пинговать по какому вопросу)
  • Feedback submission guide
Открытые вопросы (1)
  • На каком языке (EN / RU)?
Зависит от: — · Блокирует: —
Фаза 2.2

Инфраструктура онбординга студий

White-glove onboarding первых 20 — помогаем вручную, чтобы потом автоматизировать на основе реального опыта.

2.2.1Assisted onboarding (white-glove)
КритичноProduct+Ops

Для первых 5-10 студий — 1-hour kick-off call где мы помогаем настроить домен, создать первый проект, залить первый контент.

Что конкретно нужно сделать (6)
  • 1-hour call скрипт (повторяемый)
  • Pre-call checklist: что студия должна иметь готово
  • Post-call checklist: что должно работать
  • Recording для внутреннего обучения
  • Gradually reduce: 5 первых — 1h, следующие 10 — 30min, последние 5 — self-serve + async
  • Feedback: что стоит автоматизировать
Открытые вопросы (1)
  • Кто проводит (Project Lead / отдельный CS)?
Зависит от: Фаза 1.2 · Блокирует: —
2.2.2Fast-track support channel
КритичноOps

Для пилот-студий — прямой канал с ответом <2 часа в рабочее время.

Что конкретно нужно сделать (5)
  • Priority в чате (Фаза 2.3)
  • Dedicated email/Slack channel для pilot
  • SLA: <2h в рабочее, <24h вне
  • Escalation path: chat → engineer → tech team → product team
  • Baseline: среднее тикетов в день для capacity planning
Открытые вопросы (1)
  • Кто в on-call для пилота?
Зависит от: 2.3 · Блокирует: —
2.2.3Onboarding content (Loom + written guides)
ВысокийContent

Базовые гайды чтобы студия не обращалась за одним и тем же.

Что конкретно нужно сделать (5)
  • Loom: «Создание первого проекта за 15 минут»
  • Loom: «Загрузка panorama и hotspots»
  • Loom: «Подключение custom domain»
  • Written guides для каждого видео
  • Embedded в admin (contextual)
Открытые вопросы (1)
  • Кто делает видео (Product team / tech team / подрядчик)?
Зависит от: Фаза 1.2 · Блокирует: —
Фаза 2.3

Support Infrastructure

Инфраструктура поддержки, которая работает в пилоте и продолжает работать в публичном запуске.

2.3.1AI chat platform (выбор + интеграция)
ВысокийProduct+Ops

Основной канал поддержки — AI-чат на базе KB, с эскалацией на человека.

Что конкретно нужно сделать (6)
  • Выбор: Crisp (дешевле, AI-addon) / Intercom (дороже, Fin AI) / Tawk.to (free, weaker AI)
  • Интеграция в admin (widget) + публичные страницы
  • Обучение AI на KB (2.3.2)
  • Handoff к человеку: «talk to human» работает
  • Ticket tracking: history, status, assignee
  • Integration с Slack/email для escalation
Открытые вопросы (2)
  • ❓ Crisp vs Intercom vs Tawk.to — cost/benefit
  • Pricing: per seat / conversation / flat?
Зависит от: — · Блокирует: 2.3.3
2.3.2Knowledge Base (8 приоритетных статей)
ВысокийContent+Product

База знаний для AI-чата + публичного self-service.

Что конкретно нужно сделать (4)
  • 8 приоритетных статей: быстрый старт, custom domain, добавление проекта, panorama/hotspots, floor plans, invite клиента ✅, биллинг, feature toggles
  • Формат: 300-500 слов + скриншоты + checklist в конце
  • Embedded search
  • «Was this helpful?» voting
Открытые вопросы (2)
  • CMS (Notion / Outline / GitBook / внутреннее)?
  • Multi-язык или только EN?
Зависит от: — · Блокирует: 2.3.1
2.3.3Public FAQ + escalation
СреднийContent+Ops

Публичный FAQ на landing-page + механизм перехода от AI к человеку.

Что конкретно нужно сделать (5)
  • FAQ на landing с топ-10 pre-sales вопросов
  • Escalation flow: AI не знает → «connect with support»
  • Office hours указаны (transparency)
  • SLA публично объявленный (24h для non-urgent)
  • Status page (uptime.com / statuspage.io) для incident communication
Открытые вопросы (1)
  • Публичный status page с запуска или позже?
Зависит от: 2.3.1, 2.3.2 · Блокирует: —
Было: 2.3.4 Feedback loop: ticket → KB article. Перенесено в Раздел 6.5 — это operational process (weekly review), не dev-задача.
Фаза 2.4

Инструменты сбора фидбека

Количественный + качественный фидбек пока студии работают. Входит в договорённость с пилот-программой.

2.4.1Heatmap + session recordings
ВысокийProduct+Tech

Инструмент который показывает где студии тыкают в пустоту, где останавливаются, откуда уходят.

Что конкретно нужно сделать (5)
  • Выбор: Hotjar (платный, зрелый) vs MS Clarity (free, GDPR)
  • Установка на admin + публичные страницы
  • Session recordings для топ-5 journeys
  • Cookie consent совместим (1.9.4)
  • Retention setting (GDPR-compliant)
Открытые вопросы (1)
  • ❓ Hotjar vs Clarity
Зависит от: 1.9.4 (cookie consent) · Блокирует: —
2.4.2Product analytics (PostHog / Mixpanel)
ВысокийProduct+Tech

События которые отслеживаем для понимания feature adoption и retention.

Что конкретно нужно сделать (6)
  • Выбор: PostHog (self-hosted возможно) vs Mixpanel (managed)
  • События: signup, wizard steps, project created, building/unit created, publish, share, payment
  • User properties: plan tier, studio size, country
  • Funnel: signup → wizard complete → first project → publish
  • Retention cohorts
  • Feature adoption: Walkthroughs / Price List / Unit Statuses
Открытые вопросы (2)
  • PostHog vs Mixpanel?
  • Self-hosted PostHog или cloud?
Зависит от: — · Блокирует: 2.4.4
2.4.3GA4 на публичных страницах[BL]
СреднийMarketing+Tech

Традиционная web analytics на landing + публичных проектных страницах.

Что конкретно нужно сделать (5)
  • GA4 install на landing + project pages
  • Goals: trial signup, pricing view, demo request
  • UTM tracking для campaigns
  • Search Console integration
  • IP анонимизация (GDPR)
Открытые вопросы (1)
  • GA4 vs Plausible / Simple Analytics?
Зависит от: 1.9.4 (cookie consent) · Блокирует: —
2.4.4Structured feedback form + weekly calls
ВысокийProduct+Ops

Структурированная форма на каждый weekly call — чтобы фидбек был сопоставим.

Что конкретно нужно сделать (5)
  • Weekly form: сработало / сломалось / missing / priority 1/2/3 wishlist
  • Форма: Typeform / Notion / custom
  • Weekly 30-мин call с заполнением формы прямо
  • Aggregation: все ответы в одном dashboard
  • Monthly summary: топ-3 паттерна для команды
Открытые вопросы (1)
  • Typeform / Notion / Airtable?
Зависит от: 2.1.3 · Блокирует: —
2.4.5Beta metrics dashboard
ВысокийProduct+Tech

Один экран где видны ключевые метрики пилота.

Что конкретно нужно сделать (3)
  • Metabase / Grafana / custom
  • Метрики: WAU/MAU, проекты/неделя, time to first project, support load, feature adoption, error rate, NPS
  • Auto-refresh, доступ команде
Открытые вопросы (1)
  • Tool: Metabase / Grafana / Notion?
Зависит от: 2.4.1, 2.4.2 · Блокирует: —
Фаза 2.5

Итерации по фидбеку

Weekly sprint на основе фидбека. Не ждём конца пилота — делаем инкрементально.

2.5.1Weekly triage meeting
ВысокийProduct+Tech

Еженедельный 1-час meeting где команда смотрит фидбек, ранжирует и планирует спринт.

Что конкретно нужно сделать (5)
  • Attendees: Project Lead, product team, tech team (lead), PM
  • Input: feedback form aggregation (2.4.4), chat logs, bug reports
  • Triage: critical / high / medium / low / wontfix
  • Output: список задач на next sprint
  • Communication к студиям: что взяли / не взяли и почему
Открытые вопросы (1)
  • Fixed время (пятница 16:00 GST) или плавающее?
Зависит от: 2.4.4 · Блокирует: —
2.5.2Admin UX improvements по ходу
ВысокийDesign+Tech

Улучшения admin которые не вошли в Стадию 1 — делаем в ответ на фидбек пилота.

Что конкретно нужно сделать (7)
  • Buildings pagination + sorting (заметки #1, #10)
  • Enable/disable toggles (buildings, levels, units) (#4)
  • Click-to-preview (#5)
  • File conversion on upload (jpeg→webp) (#12)
  • Breadcrumbs everywhere
  • Sticky forms (no progress loss)
  • Labels & Terms UX cleanup
Открытые вопросы (1)
  • Какие приоритетны по фидбеку пилотов?
Зависит от: 2.4 · Блокирует: —
2.5.3Bug triage & fix cadence
ВысокийTech+QA

Процесс как баги от пилот-студий попадают в работу.

Что конкретно нужно сделать (5)
  • Bug report template (replication, expected, actual, screenshots, env)
  • Severity: P0 (data loss / security) / P1 (blocker) / P2 (degraded) / P3 (cosmetic)
  • SLA: P0 = 4h, P1 = 2 дня, P2 = sprint, P3 = backlog
  • Tracker (Linear / Jira / GitHub Issues?)
  • Regression tests для fix'нутых багов
Открытые вопросы (1)
  • Какой tracker используется?
Зависит от: — · Блокирует: —
Фаза 2.6

Критерии выхода из пилота

Когда можем сказать «готовы к публичному запуску»? Чёткие метрики.

2.6.1Go/no-go критерии
КритичноProduct

Метрики которые говорят «да, идём в public launch» или «нет, продлеваем пилот».

Что конкретно нужно сделать (7)
  • 80%+ пилот-студий активны (еженедельно)
  • 70%+ создали 3+ проекта
  • Critical + High баги = 0 open
  • Average NPS ≥ 30
  • AI-chat resolution ≥60% без эскалации
  • Error rate <1%
  • Uptime ≥99.5% за последний месяц
Открытые вопросы (1)
  • Финальные threshold'ы — требуют согласования
Зависит от: 2.4.5 · Блокирует: Стадию 3
2.6.2Post-pilot decision point
КритичноProduct+Sales

Формальная встреча (Project Lead + product team + tech team) где смотрим метрики, принимаем go/no-go.

Что конкретно нужно сделать (5)
  • Presentation: pilot outcomes (метрики, кейсы, lessons learned)
  • Decision: open doors сейчас / продлить пилот / stage 2 пилота
  • Communication к пилот-студиям о переходе (paid / continue free / migration)
  • Press release / blog post (если go)
  • Case studies opt-in from пилот-студий
Открытые вопросы (1)
  • Что если go/no-go неоднозначен?
Зависит от: 2.6.1 · Блокирует: Стадию 3
2.6.3Pilot → Paid transition (механика перехода)
КритичноProduct+Ops+Legal

Когда пилот закончился и решение go — что конкретно происходит с 20 студиями? Без продуманного процесса теряем пилот-студий в момент когда они должны стать первыми paying customers.

Communication sequence (4)
  • Day -30: «Пилот заканчивается. Вот что дальше». Персонализированное письмо от Project Lead
  • Day -14: 1-on-1 звонок с каждой пилот-студией — пожелания, план перехода
  • Day -7: финальный reminder с выбором действия
  • Day 0: триггер действия
Опции для пилот-студии (3)
  • A — Migrate to paid (с grandfathered discount 50% на первый год как благодарность)
  • B — Продлить пилот на 1-3 месяца (ограниченное количество)
  • C — Отменить, данные сохраняются 90 дней в read-only
Что ещё нужно сделать (4)
  • Данные при отмене — 90-день retention, потом delete
  • Reference / testimonial collection прежде чем студия уйдёт (если C)
  • Case studies — публикация 3-5 success stories (см. 3.2.4)
  • Automation — trigger emails через email provider
Открытые вопросы (4)
  • ❓ Grandfathered discount — 50% / fixed price lock / другое?
  • ❓ Продление пилота — для всех или только advocate-студий?
  • Automatic billing start или manual confirmation?
  • Что если студия просит продления >3 месяцев?
Зависит от: 2.6.1, 2.6.2 · Блокирует: Стадию 3
2.6.4Self-service billing UI[MOVED from 1.7.4]
КритичноTech+Design

В админке студия сама управляет своей подпиской. Перенесено из 1.7.4 в Стадию 2 (ревизия 2026-04-30) — для пилота (бесплатный, 20 студий) UI самообслуживания не нужен; активируется только когда первые студии становятся paying в момент Pilot → Paid transition (2.6.3).

Что конкретно нужно сделать (8)
  • Страница «Billing» в admin
  • Текущий план + что он включает
  • Следующая дата списания + сумма
  • Сменить план (upgrade / downgrade) с proration
  • Скачать invoice (PDF) за любой период
  • Отмена подписки (grace period до конца оплаченного периода)
  • Обновить способ оплаты
  • История платежей
Открытые вопросы (1)
  • При отмене: read-only access или полный block? (наш стратегический Q2)
Зависит от: 1.7.3, 1.7.5, 2.6.3 · Блокирует: Стадию 3
Стадия 3 из 4

Публичный запуск

Open doors. Любая студия в мире может зарегистрироваться и начать trial.

Условие выхода: первые 100 платящих студий, стабильные метрики, Стадия 4 (рост) в работе.

📂 Полная детализация фаз 3.1–3.5 вынесена в отдельный документ ради разгрузки главного плана: launch-plan-future.html.
Здесь — overview фаз для понимания roadmap. Подзадачи / dependencies / open questions — в future-документе.
Стадия 4 из 4

Рост и масштабирование

Продукт масштабируется по features, CRM-интеграциям и монетизации. Начинаем Admin redesign (3 views).

Это ongoing growth phase — без явного exit criteria.

📂 Полная детализация фаз 4.1–4.5 вынесена в отдельный документ ради разгрузки главного плана: launch-plan-future.html.
Здесь — overview фаз для понимания roadmap. Подзадачи / dependencies / open questions — в future-документе.

5. Команда и пропускная способность

5.1 — Текущая команда

РольФокусЧастота
Product teamНаправление продукта, фичи, стратегия, приоритизация
PM (в product team)Управление процессом
Tech team (lead)Техническая координация, эстимирование, архитектураЕжедневно
Frontend / Content (tech team)Контент, frontend — основной драйверЕжедневно
Backend (tech team)API endpoints, поддержка frontendНесколько раз в неделю
QAТестирование перед деплоем
UI/UXДизайн

Новая роль в этом плане

РольФокус
Project Lead (offplan.online)Координация плана, обсуждение с командой, коммуникация с product team и tech team

5.2 — Пропускная способность

Текущий цикл команды: 2 недели спринт → 1.7-2 недели QA → деплой. Два типа деплоев: мелкие правки (~40-50 за цикл) и большие логические изменения — всегда отдельно.

Вопрос к tech team: реальный эстимейт по Фазам Стадии 1 в разбивке по ролям. После этого ясно можно ли распределить нагрузку или нужно усиление (дополнительный frontend / backend / дизайнер / юрист).

6. Процесс эстимирования и взаимодействия

6.1 — Cadence Project Lead ↔ Tech Lead

6.2 — Эстимирование

  1. Project Lead + AI-ассистент готовят task-level описание из плана
  2. Передают tech team на эстимейт
  3. Tech team (lead) разбивает по ролям (frontend / backend / design / QA) и возвращает дни
  4. Созваниваются, обсуждают что можно ускорить / распараллелить
  5. Результат → в план (замена ⏱ на конкретные дни)

6.3 — Backlog

Запрошен доступ к backlog tech team — чтобы понять что уже делается параллельно. ⏱ ожидается от tech team.

6.4 — Прод-подобное окружение

Запрошено teremki.offplan.online (или подобное) — prod-like environment где Project Lead может тестировать как клиент. ⏱ ожидается от tech team.

6.5 — Feedback loop: ticket → KB article

Если студия спрашивает — значит KB недостаточна. Каждый unanswered вопрос превращается в статью. Это operational process, не dev-задача — начинаем с первой недели пилота и продолжаем continuous.

Как работает:
  • Weekly review (30 минут, Ops + Content lead): топ-5 вопросов в chat за неделю
  • Missing answer → article: если AI не смог ответить и операторы отвечали manually — создаём KB-статью по шаблону
  • Auto-suggestions: chat-platform предлагает «вы уже 5 раз отвечаете на этот вопрос, создать статью?»
  • Метрика: % AI-answered без эскалации (цель ≥60% на выходе из пилота, ≥80% через 3 мес после publics)

Кто ведёт: CS/Ops lead. Связано с Фазой 2.3 (Support Infrastructure) — после развёртывания AI-чата процесс запускается сразу.

Appendix A

Admin Panel Concept (3 Views)

Полный визуальный референс с v4 mockup: launch-plan-v3-visual.html.

Кратко концепция (для обсуждения с product team и tech team):

Проблема: Текущий admin работает. Переделывать всё с нуля — слишком дорого и рискованно. Подход tech team: не переделываем, добавляем views.

Три view параллельно

  1. Classic view (текущий admin) — для детального редактирования отдельных entities. Продолжает улучшаться инкрементально.
  2. Power Editor (новый) — Excel-like grid для массового редактирования. Use cases: initial bulk setup, quarterly price updates, status sync. Также — платформа для AI-режима редактирования.
  3. Visual Editor (новый) — inline на публичной странице. Light-touch редактирование (labels, prices, descriptions). Не замена classic, а дополнение для quick edits.

Визуал: sand/gold/navy палитра — замена традиционного UI. Встроенный numbered wizard 1→10 в sidebar для онбординга.

Файл визуального референса: docs/launch-plan-v3-visual.html

📂 Appendices B–E вынесены в отдельный документ ради разгрузки главного плана: launch-plan-appendices.html.
Appendix F

Связанные файлы

Источник истины: markdown в git. Notion-зеркало — для обсуждения и комментариев. Если версии расходятся — git выигрывает.

Appendix G — Changelog

📂 История ревизий плана вынесена в отдельный документ ради разгрузки главного плана: launch-plan-changelog.html.
Все версии (v3.0 → текущая) с описанием изменений и источников. Источник истины — git.