Orbit让协作看得见，
让责任更清楚。
连接成员、计划、文件与决策，让团队看清谁在做什么、进展如何，以及下一步由谁接手。
- 项目
- 独立设计并实现的 SaaS 产品
- 我的职责
- 产品定义、信息架构、UX/UI、实现与迭代
- 范围
- 团队协作流程 · 桌面与移动端
- 时间
- 2026 年 10 月
我负责信息架构、协作规则与界面设计，并协同使用 AI 编程工具完成产品实现与迭代。已实现的产品连接计划、共享文件、会议与 AI 辅助更新，支持数据保存和桌面、移动端响应式访问。
项目起点
连接分散的工作，
让协作过程清楚可见。
Orbit 起点来自我的工作室协作经历：开会讨论、确定分工、共享文件，再围绕反馈持续迭代。当这些环节分散在不同地方，成员就需要反复确认谁在负责、哪一版是最新的，以及接下来该做什么。
我把这些环节实现为一个共同的项目工作区：阶段连接计划与任务，任务连接成员、文件和反馈，会议与聊天保留决策的来由。AI 辅助整理信息，工作如何变更仍由成员决定。
让每项工作都能回答：谁在负责、进展到哪一步、下一步由谁接手。
界面与操作来自已实现的产品；案例中的 onboarding 项目使用演示数据。
信息架构 · IA
从个人工作进入，
在项目中形成共同理解。
我把工作区导航与项目导航分成两层。成员先找到跨项目的个人工作，再进入具体项目；阶段、成员和历史记录始终有清楚的归属。
- My work我的责任
- Inbox需要关注的动态
- Calendar个人与团队时间
- Chat项目频道与私聊
- Contacts我的联系人
- Projects我参与的项目
- Overview项目走到哪一步？
- Stages工作如何推进？
- Files在讨论哪份成果？
- Meetings讨论了什么？
- People谁正在做什么？
- Decisions & updates什么变了，为什么？
始终可达搜索 · 设置 · 集成 · 帮助 · 账户
围绕工作组织内容
项目 → 阶段 → 任务，让每项工作有位置。文件、反馈和会议记录关联回具体工作，避免成为彼此孤立的页面。
区分联系与访问权限
联系人承载人与人的联系和私聊；加入项目需要单独接受邀请。认识一个人，不意味着能看到对方的其他项目。
让信息有多条找回路径
同一任务可以从 My work、阶段、成员或聊天附件进入。入口不同，打开的仍是同一项任务及其历史。
看清共同计划，
找到自己的位置。
Orbit 同时支持成员日常协作与 PM 协调。总览呈现当前阶段和谁正在做什么；Stages 通过列表、看板和时间线呈现同一组任务，让计划可以被团队共同查看。
产品界面自动演示 · 示例项目
让计划约束可见
排期依据估时、任务依赖、工作日和共同执行者的时间占用。缺少估时的任务保留未排期状态；建议日期先预览，再明确采用。
让阶段交接有明确节点
PM 确认交接前，可以检查进度与未解决反馈。进入下一阶段时，旧阶段的文件、讨论和决定继续保留。
让工作透明，
也让责任清楚。
看见任务、执行任务、评审任务和关注任务，是不同的关系。我将这些关系明确区分，让成员既能理解当前状态，也能找到可以推进下一步的人。
产品界面自动演示 · 示例项目
- 执行者
- 共同完成工作
同一任务支持多位共同执行者，编辑任务、共享进度与成果。
- 评审人
- 明确表达评审意见
每位评审人提交自己的通过或修改意见；评审通过与任务完成是不同动作。
- 项目 PM / co-PM
- 协调共同计划
分配工作、管理计划并确认阶段交接；团队能识别当前项目负责人。
- 关注者
- 及时了解进展
接收相关动态，不因关注而获得编辑权或成为审批人。
反馈不丢失，
上下文也不丢失。
共享工作区不能只有文件列表。成员还需要知道：评论针对哪一版、属于哪项任务，以及后续形成了什么决定。
工作成果
- 文件 / 来源链接关联到具体工作
- 具体版本上传新版，旧版仍然保留
- 评论与评审反馈保留原来的上下文
团队讨论
- 聊天 / 会议关联正在讨论的工作
- 消息 / 会议记录保留讨论来源
- 决策与变更历史让变更有据可查
新版文件，不应改写旧讨论
聊天附件指向 v1 时，后来上传 v2 不会替换旧附件。成员回看时，仍能理解当时的评论究竟针对什么。
评审通过与任务完成同样分开；新上传的文件也不会自动继承旧版本的评审结果。
已分享至聊天原附件与反馈保留
上传新的版本新成果可以继续评审
看一次协作，
如何贯穿整个系统。
从会议整理到确认变更，再到移动端继续处理同一项工作。
原创 AIGC 人物与场景，结合可运行产品实录。演示使用虚构团队、项目与预先准备的逐字稿。
阅读短片文字说明
- 0:00原创 AIGC 团队场景，转入 Orbit 中的线上会议。短片配有器乐背景音乐。
- 0:14离开通话后出现会议结束页。用户打开本次记录，并用 AI 整理预先准备的逐字稿。
- 0:25用户在聊天中为 Final onboarding copy 提出新的截止日期。AI 建议改为 10 月 9 日，并展示请求来源。
- 0:36用户确认建议。任务日期更新为 10 月 9 日，保留负责人和评审人。
- 0:40更新后的任务出现在移动端，随后展示其他响应式产品界面，最后以 Orbit 品牌画面收尾。
会议整理之后
从一条建议，
形成共同方向。
范围决策需要从会议记录中沉淀下来。在这个例子里，“暂缓社交登录”成为项目中的一项决策，团队可以明确其边界、确认方向，并在后续修订。
先看清变更，
再让它成为承诺。
提议在确认前保持待处理状态。这里的交互明确区分来源依据、操作权限与实际更新。
提出新的截止日期，并保留原来的负责人和评审人。
检查依据
提议关联来源对话，便于在应用变更前对照原话检查。
明确确认权限
阅读建议不等于批准。确认、调整与忽略紧跟提议；应用变更需要相应权限。
保留责任关系
修改日期保留原负责人和评审人，更新记录保留确认者。
工作继续推进，
无论身在何处。
在小屏幕上，任务归属、评审状态和下一步操作仍然清晰可见。响应式网页保留同一套项目上下文。
信息架构的迭代
三次结构调整，
明确协作的组织方式。
早期原型已包含主要功能，迭代重点转向它们之间的关系：哪些信息应该放在一起，哪些需要独立情境，哪些区别必须由结构直接表达。
导航层级与信息范围
区分个人入口与团队共同视角。
早期界面在项目总览旁常驻个人动态栏，同一屏同时回答“我需要处理什么”和“团队进展如何”。我将这两种阅读目的分开，避免个人待办的优先级主导团队共同信息的层次。
- 原来的结构
- Home 与项目 Overview 并存；个人侧栏在共同工作旁重复展示个人重点与待处理动态。
- 结构调整
- 将 Home 明确为 Projects，个人跨项目任务与动态保留在 My work、Inbox，并移除 Overview 常驻的个人侧栏。进入项目后，由项目导航承载共同上下文。
设计取舍查看个人动态需要回到独立入口。我接受这一步切换，让项目总览围绕全体成员共同关心的问题组织。
核心组织单元
让阶段组织工作，而不只是标记进度。
最初总览以每位成员的 current focus 为主，阶段另外描述项目历程。它能说明谁在忙什么，却需要成员自行拼接同一阶段的任务、成果与未解决反馈。因此我让阶段成为总览的信息组织层。
- 原来的结构
- 以“成员 → 当前重点”为主表，旁列近期文件，阶段内容另在详情页查看。
- 结构调整
- 选择阶段后，团队任务、共享成果、反馈与决策按同一阶段聚合。任务成为连接这些视图的共同记录；People 与 My work 则提供不同的查找入口。
设计取舍项目与任务之间多了一层结构。因此保留日常工作的直接任务入口，并把“查看阶段”与 PM 的“推进阶段”分成不同操作。
信息语义与状态
区分提议、共识与已发生的变更。
早期 Decisions 中也包含以状态标签区分的提议。但一次讨论可能同时包含请求、共识和后续修改；统称为“决定”，就把判断是否生效的负担留给读者。我将这一区别落实到信息分类本身。
- 原来的结构
- 提议与已达成共识的内容出现在 Decisions 列表中，待处理更新又分布在个人动态卡片里。
- 结构调整
- 明确 Suggestions 承载待确认提议，Decisions 承载已达成方向，Updates 承载已保存变更。讨论记录保留为来源，提议关联受影响的工作，确认后连接实际更新。
设计取舍三类信息比一条动态流更需要解释。我将它们保留在项目情境中，让团队能区分“已经同意”与“已经执行”，无需额外进入独立 AI 页面。
商业模式探索
围绕团队的后续行动，
探索可持续的订阅。
完成核心体验后，我进一步探索 Orbit 如何成为可持续的 SaaS 产品。以下是待验证方案，定价与付费意愿尚未验证。
团队愿意为共享的进展、清楚的责任和可追溯的交接付费，从而减少反复询问上下文。
- 从明确的团队开始
小型产品团队与设计工作室
初始客群假设：5–20 人、需要频繁评审和交接的团队。成员日常使用，由团队负责人或工作室负责人推动采购。
- 为持续协作收费
团队订阅 + 共享 AI 额度
候选方案：按正式成员收取月费，工作区共享 AI 用量。有限的访客评审权限可降低邀请客户的门槛，具体价格待验证。
- 让试用能体验完整价值
一个项目，走完一次完整流程
先用示例项目体验，再导入团队自己的工作。拟观察的激活信号是分配共同工作、围绕成果交换反馈，并完成评审或交接；AI 使用是辅助信号。
- 让成本与价值对应
可预期的使用权限，透明的消耗
模型调用、会议基础设施和媒体存储产生持续成本。共享额度与额外用量包需要进一步验证，来源检查与人工确认始终属于核心体验。
接下来如何验证
- 访谈购买决策者了解上下文、责任或版本混乱的真实成本，以及引入新工具的理由。
- 小范围团队试用观察持续使用、修正行为，以及后续跟进是否真正变容易。
- 付费意愿与成本结合实际 AI、会议和存储用量，比较按席位与按工作区收费。
信息之间的关系，
构成了协作体验。
核心设计判断是用稳定的项目结构连接工作，再让责任、依据和变更在其中清楚可见。信息关系和决策边界先明确，AI 才能提供有用的辅助。
当前成果
可保存数据的工作区连接规划、共同执行、文件版本、反馈、评审与阶段交接。公开 demo 为每位访客提供独立的示例项目，桌面与移动端共享同一套流程。
仍需验证
真实团队测试还需验证成员能否找到正确版本、识别下一位负责人并完成交接；模型准确性、持续使用和付费意愿也尚待验证。多人会议仍需跨网络测试，目前没有已测得的效率或收入成果。
Orbit亲手走完下一步。
进入示例项目，找到任务负责人、查看共享文件、追溯会议记录，也可以进一步体验 AI 建议。
体验 Orbit修改只保存在你的独立示例工作区中；AI 可用性取决于演示额度。