问题范围
描述团队已经观察到的场景、使用者和限制条件。
问题与价值 / 01
不要先介绍功能。先说明，为什么这件事值得被解决。
初创团队的网站不是融资新闻的集合，也不需要假装已经很大。把目标用户、真实困扰、产品判断和当前可提供的能力讲清楚，已经足以建立第一轮信任。
产品工作方式 / 02
让访客在一分钟内看懂产品如何运转。
下面是界面结构演示，不代表已上线产品或真实运营数据。正式使用时可替换成实际截图、原型或录屏。
把分散的信息，整理成团队可以共同推进的下一步。
收集统一进入一个工作入口
判断看见优先级与责任边界
推进保留过程与关键决定
当前阶段 / 03
诚实说明已经完成什么，接下来验证什么。
不用虚构用户量、融资额或合作品牌。明确产品状态、开放范围与期待获得的反馈，更容易找到真正合适的早期参与者。
原型验证
说明当前可体验的内容，以及仍在寻找答案的关键假设。
开放交流
邀请符合条件的使用者、合作方或专业伙伴提供反馈。
团队原则 / 04
把选择写出来，比口号更有说服力。
以下内容是信息结构示例，正式上线前应替换为团队真实的产品原则。
先验证问题
在扩展功能前确认问题是否真实存在、是否足够频繁，以及用户当前如何解决。
保持路径清晰
减少不必要的流程和解释，让用户更快完成最重要的动作。
公开边界
清楚说明当前能力、数据处理方式和产品限制，不用模糊承诺掩盖早期状态。
关于团队 / 05
小团队不必显得庞大，只需要让人看见判断与行动。
这里适合介绍创立原因、核心能力、当前分工与希望结识的人。不要虚构团队成员、投资机构或行业背书。
联系入口 / 06
你想以什么方式参与这件事？
可以是产品体验、业务合作、专业建议或加入团队。先说明背景和目的，减少双方无效沟通。