BMad Validation Report — PRD «4 комнаты»

prd.md · reviewers: review-rubric-bmad.md, review-freelancer-handoff-bmad.md
Poor / broken for handoff

Gate verdict: broken / провалено, не готово к передаче внешнему фрилансеру.

В PRD есть полезное сырье, но это не самостоятельный build contract для фрилансера без знания бизнеса. Документ предполагает контекст, зависит от внешних файлов, смешивает MVP с будущей архитектурой и оставляет launch-critical payment/subscription decisions нерешенными.

Dimension Verdicts

Decision-readiness
broken / провалено
Substance over theater
thin / слабо
Strategic coherence
broken / провалено
Done-ness clarity
thin / слабо
Scope honesty
thin / слабо
Downstream usability
broken / провалено
Shape fit
broken / провалено

Critical Findings

criticalPayment/subscription decision вынесено из PRD. Оплата управляет доступом, продлением, founder status, авто-киком, балансом, refunds и metrics, поэтому это не может оставаться “freelancer proposes” в готовом handoff.

criticalPRD не самодостаточен. Ключевой смысл вынесен в output/..., input/..., review, legal, marketing и payment-comparison files.

criticalНет product/problem brief. Новый читатель не получает простое объяснение «4 комнаты», боли пользователя, боли отеля, business model и зоны ответственности бота.

criticalНет end-to-end value journeys. PRD описывает вход в бот и доступ в канал, но не весь путь от предложения до бронирования и применения скидки.

criticalCore subscriber flow не имеет state/event matrix. Visitor, lead, phone, payment, story-trial, subscriber, grace, revoked, blocked, refunded и reactivated states требуют явных переходов.

criticalНет glossary и ecosystem map. Доменные термины и акторы несут требования, но не определены для внешнего исполнителя.

criticalФорма документа — workshop log, не freelancer spec. Файл сохраняет BMad process history вместо buildable handoff в начале.

Required Rewrite

  1. Заменить opening process sections на standalone product primer и handoff contract.
  2. Добавить “How the business works”: деньги, hotel offers, subscriber value, «Зелёная Тропа», off-bot operations.
  3. Добавить actor/responsibility table и glossary.
  4. Перенести launch-critical facts из внешних ссылок внутрь PRD.
  5. Закрыть или bounded-описать payment decision.
  6. Разделить scope на MVP-build-now, feature-flagged, data-model-only, phase-2.
  7. Переписать FRs в global IDs с acceptance criteria и testable consequences.
  8. Добавить state machines, dependency matrix, admin/backoffice requirements и blocker-classified open questions.

BMad-Aligned Handoff Structure

# PRD — Telegram-бот «4 комнаты»
## 0. Document Purpose and Handoff Contract
## 1. Product Overview
## 2. Actors and Responsibilities
## 3. Glossary
## 4. Scope and Release Plan
## 5. Key User Journeys
## 6. Feature Requirements
## 7. Data Model and Events
## 8. Integrations and External Dependencies
## 9. Non-Functional Requirements
## 10. Success Metrics and Reporting
## 11. Freelancer Deliverables and Definition of Done
## 12. Open Questions and Assumptions Index
## Appendix A. Approved User-Facing Copy Bank
## Appendix B. Source/Audit Notes, Not Required For Build
## Appendix C. Future Phase Notes