SaaS 2.0 Console
一套面向小型团队的经营控制台原型，用 AI 助手、绩效、项目、资源分配和日历视图验证高密度管理信息如何被组织。
THE INVESTMENT THESIS
AI 管理产品不应只有聊天框；它需要同时呈现目标、资源、执行状态和时间，让回答能转化为管理动作。
assistant / performance / allocation / team / projects / calendar…
static repository files
minified output, not source LOC
frontend-only
管理界面不是报表集合
原型围绕一个问题展开：经营者需要从信息切换到行动。Dashboard 汇总状态，AI Assistant 承接问答，AI Allocation 表达资源调度，Projects、Team、Calendar 和 Performance 形成执行闭环。
仓库是构建后的静态前端资产，能够验证导航和界面密度，但没有公开后端、权限、数据模型和业务闭环，因此明确定位为产品界面原型。
不是功能列表，是价值如何流动。
Dashboard
把团队和经营状态集中到一个入口。
AI Assistant
以对话探索异常和建议。
AI Allocation
把建议映射到资源和优先级。
Projects / Team / Calendar
把决策放回执行系统。
价值、交付和增长，必须同时成立。
需要低切换成本的经营视图。
尚未验证真实工作流、付费或留存。
不把规划写成成绩。
视图资产可访问
每个核心模块有独立 JS/CSS 构建产物。
产品闭环未实现
缺少后端、事件模型、权限和真实用户研究。
能看见风险，才有资格谈规模。
漂亮但不产生行动
Dashboard 容易退化成指标墙。
每个指标必须连接责任人、任务和决策记录。
下一步，用可以被验证的指标定义。
选择单一管理场景
围绕一个高频决策做 5—10 次用户测试，再决定后端投资。
静态原型上线
完成 8 类核心视图并配置 GitHub Pages 部署。
从界面到产品
规划 / 待验证需要补充真实数据模型、RBAC、事件流与可观测性。
SOURCE & DATA ROOM NOTES
BUSINESS CONTACT
如需完整项目材料、合作方案或进一步核验信息，可通过邮件联系。