offplan · online
Session · conv-17

Session CONV-17

In Progresssessionconv-17

Resume Prompt

Open docs/plan/launch-plan-v3-full.html в браузере и пройдись через v4.4 review document — Foundational Decisions section (8 anchored subsections) + 7 v4.4 / CONV-17 phase callouts (1.2, 1.3, 1.4, 1.7, 1.9, 1.10, 1.11) + Open Questions section перед Stage 2. Это review-pass: проверь что foundational decisions корректно integrate'нуты, anchor links работают, ничего не пропущено. Затем — review с Romanом (отправь файл / preview repo link с инструкцией прочитать Foundational + v4.4 callouts).

ДВА ПУТИ ПОСЛЕ ROMAN REVIEW:

(A) Roman approves без правок → ratify Phase 1.3: fill plans/permission-and-tenancy-model.md (status: stub → ratified) полным Goal/Approach/Steps/Files/Dependencies/Testing/Risks/Evaluation на основе всех закрытых decisions; create docs/decisions/0009-tenancy-and-permission-architecture.md (entity hierarchy + 5-role RBAC + scoping + URL routing + auth flow); create docs/decisions/0010-stock-allocation-strategy.md (S·1 model + assignment cascade + reservation lock); update docs/decisions/0005-sso-google-only.md rationale changeset (Google-only → Google + email/password, UAE/MENA market reality); tick first sub-plan task в workstreams/stage1-roman-integration.md; удалить memory plan_permission_tenancy_state.md; обновить MEMORY.md index. После ratification — составить + отправить Илье tech-estimate request с 7 unknowns из Open Questions section.

(B) Roman corrects → apply правки в Foundational sections + relevant phase v4.4 callouts в launch-plan-v3-full.html, обновить specific decision blocks в memory plan_permission_tenancy_state.md (НЕ удалять файл), re-review если структурные изменения, потом proceed to ratification (A).

Полный interview state Blocks A-G в memory plan_permission_tenancy_state.md. Не запускать другие sub-/plan'ы (1.2 onboarding, 1.7 sales page, 1.9 legal, 1.11 buyer profile) до ratification — они depend on Phase 1.3.

ВАЖНО: rotate Perplexity API key (pplx-nQte...IJyQ засветился в transcript'е и в .env локально — security hygiene).

Summary

Resumed /plan permission-and-tenancy-model interview at Block C3. Closed all remaining blocks (C3 buyer visibility → Variant E2 tokenised unit links / no shortlist page; C4 reservations soft-hold + 7d lock + frozen on suspension; D URL routing hybrid login + namespaced URLs + 3-preset Public Visibility; E invitations forward+reverse + lazy upgrade; F referrals data-model only Stage 1; G edge cases). Built v4.4 review document directly into docs/plan/launch-plan-v3-full.html — Foundational Decisions section (8 deep-dive subsections) + 7 v4.4 / CONV-17 phase callouts (1.2, 1.3, 1.4, 1.7, 1.9, 1.10, 1.11) + Open Questions section + hero version bump. File grew 3071 → 3581 lines (divs balanced, sanity-checked). Sergey wants this as ONE reviewable document for joint pass with Roman before formal ratification (Block H deferred to next session). Side tasks: Perplexity MCP server registered, statusline configured to user-specified format, brandbook v2 imported.

Changes

Decisions

Buyer flow architecture — Variant E2 (tokenised unit links, no dedicated dashboard). Главное архитектурное упрощение этой сессии. Email = и есть presentation: agent отправляет N tokenised unit-links + auto-summary + free-text. Каждый клик идёт на стандартную unit-page (Phase 1.11) с buyer-context из URL token'а. Rejected: (A) только shortlist page — теряем атрибуцию если buyer гуляет вне shortlist'а; (B) все available units — buyer запутается; (C) smart filter — complexity без value; (D) hybrid с toggle — Stage 1 over-engineering. E2 переиспользует unit-страницы которые и так нужны для Phase 1.10/1.11, и сохраняет атрибуцию через token в URL.

Public Visibility — 3 preset'а вместо одного toggle'а. Sergey предложил «может разные варианты». Закрыли как Private / Discovery (default) / Full sales presets + collapsible Advanced overrides (granular toggles). Решение: эксклюзивный developer выключает всё → public preview = только hero + «Request access». Маркетинговый Partner включает Full sales → полноценный sales site. Default Day-1 = Discovery (балансирует SEO для rendering studios vs avoiding price leaks).

2FA Stage 1 = optional для всех Partner ролей (вариант iii). Rejected (i) — недостаточная защита для Owner billing access. Rejected (ii — mandatory для Owner+Admin+Manager в Stage 1) — friction на onboarding'е (UAE developer'ы старше, low Google adoption, low TOTP comfort). Stage 2 (после первых 100 проектов / первой compliance проверки) — mandatory для Owner+Admin. Operator dashboard (staff.offplan.online) — 2FA mandatory всегда.

Reservations при Partner suspension = frozen, не auto-released. Active reservations не теряются если у Partner'а проблемы с подпиской. T+7 ping schedule paused, после reactivation продолжают жить. Если 30 дней истекают и Partner не платит — operator team manually разруливает. Защищает buyer'а от случайной потери deal'а из-за финансовых проблем Partner'а. Rejected — auto-release всех reservations: «hard rules» убивают goodwill buyer-side.

Review document = update главного plan'а напрямую, не отдельный файл. Sergey проверил предложение «отдельный phase-1-3-review.html» и забраковал — decisions cross-cutting через 7 phase'ов, не только 1.3. Лучший подход: Foundational Decisions section + delta callouts на затронутые phase'ы прямо в launch-plan-v3-full.html. Один документ для read-through, никакой fragmentation.

Не делаем формальный ratification сегодня. Sub-plan markdown filling + ADR 0009/0010 creation отложены до AFTER Roman review. Если Roman даст corrections — апплаим в plan/foundational до ratification. Это сохраняет integrity «ratified = approved by all stakeholders».

Next Steps

  1. Открыть docs/plan/launch-plan-v3-full.html в браузере + verify Foundational Decisions section + 7 v4.4 callouts + Open Questions выглядят корректно
  2. Отправить Roman'у (через preview repo / direct file / messenger) с инструкцией: «прочитай Foundational Decisions section + по каждой phase'е смотри v4.4 callouts»
  3. Сделать review pass с Romanа: capture corrections если есть, apply в plan/Foundational до ratification
  4. Если Roman approves → ratify Phase 1.3: fill plans/permission-and-tenancy-model.md (status → ratified), создать ADR 0009 + ADR 0010, обновить ADR 0005, tick first task в workstream, удалить memory, обновить MEMORY.md
  5. После ratification — отправить Илье tech-estimate spec с 7 unknowns из Open Questions section
  6. Rotate Perplexity API key (pplx-nQte...IJyQ засветился в transcript'е, в .env и в Anthropic logs — security hygiene)

Open Questions

Context for next session