PROJECT_SCOPE.md

Границы MVP

MVP is feature-frozen. Все пункты ниже отражают финальный, зафиксированный объем — новые продуктовые функции не добавляются; планируемая эволюция вынесена в docs/ROADMAP.md.

Назначение MVP

Сервис принимает неструктурированный бизнес-запрос, преобразует его в валидированную внутреннюю карточку и выбирает дальнейшее действие:

• передать профильным специалистам;
• запросить недостающие сведения;
• передать координатору на ручное распределение;
• безопасно обработать техническую ошибку.

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

Категории запросов

• legal;
• compliance;
• finance_economics;
• project_finance;
• corporate;
• operations;
• technology_automation;
• cross_functional;
• other.

Итоговые статусы

• ready_for_routing;
• needs_clarification;
• human_review;
• processing_error.

Входит в MVP

• POST /ingest;
• один LLM-провайдер;
• строго структурированный JSON;
• Pydantic-валидация;
• программные правила качества и маршрутизации;
• уточняющие вопросы;
• шаблонный ответ заказчику;
• SQLite-аудит;
• API для просмотра записей;
• тонкий продуктовый frontend (vanilla TypeScript + Vite, без фреймворков) — docs/FRONTEND.md;
• автоматические тесты;
• 10 демонстрационных сценариев — зафиксированы в docs/ACCEPTANCE_SCENARIOS.md.

Не входит в MVP

• регистрация и авторизация (в т.ч. для frontend и audit API);
• отправка реальных писем;
• CRM, Jira и Trello;
• Telegram-бот;
• загрузка и анализ файлов;
• OCR;
• RAG;
• несколько LLM-провайдеров;
• сложная аналитика;
• production-деплой.

Это фиксирует исторические границы MVP на момент разработки. Контейнерный portfolio/demo deployment был добавлен после завершения MVP как packaging для демонстрации, а не как новая продуктовая функция или production-ready SaaS.