Orbit让协作看得见，
让责任更清楚。
连接成员、计划、文件与决策，让团队看清谁在做什么、进展如何，以及下一步由谁接手。
- 项目
- 独立设计并实现的 SaaS 产品
- 我的职责
- 产品定义、信息架构、UX/UI、实现与迭代
- 范围
- 团队协作流程 · 桌面与移动端
- 时间
- 2026 年 10 月
我负责信息架构、协作规则与界面设计，并借助 Codex 推进开发与迭代。已实现的产品连接计划、共享文件、会议与 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 品牌画面收尾。
协作流程中的 AI 辅助
帮助团队跟进，
由人决定如何推进。
AI 在既有项目结构中辅助起草计划、整理讨论和提出变更。成员仍然可以手动创建、分配、评审与完成任务。下面用一次会议到任务的流程说明 AI 介入的位置。
结束通话会议结束是下一步工作的起点。退会页面直接连接本次会议记录，保留上下文。点击界面查看细节 ↗
当前演示对提供的文本进行 AI 整理；尚未实现整场线上会议的自动转写。
先看清变更，
再让它成为承诺。
“能把截止日期改到 10 月 9 日吗？”产生的是一项提议。只有有权限的人确认后，任务才会更新。
检查依据
保留来源对话，让团队能对照原话，检查模型提出的变更。
在当前情境中决定
确认、调整与忽略紧跟建议。阅读通知不等于批准变更。
保留责任关系
修改日期不会悄悄替换负责人或评审人，确认记录说明由谁应用了变更。
工作继续推进，
无论身在何处。
在小屏幕上，任务归属、评审状态和下一步操作仍然清晰可见。响应式网页保留同一套项目上下文。
真实操作，
改变了设计。
在可运行产品中逐步操作，暴露了静态界面容易掩盖的问题。我据此调整权限、交接和反馈，让完整流程能够连贯使用。
添加联系人，容易被理解为获得全部项目权限。
分离联系人关系与需接受的项目邀请，并明确标注项目角色。
查看历史阶段，容易与推进项目混淆。
分离阶段浏览与 PM 确认交接，始终标明当前阶段。
退会打断了后续流程。
增加退会页，直接打开本次会议记录。
总结操作看起来没有响应。
显示进度、失败原因与已保存结果，并补齐私聊总结。
“全部已读”容易被理解为确认。
移除批量已读按钮，确认操作保留在每一项建议旁。
商业模式探索
围绕团队的后续行动，
探索可持续的订阅。
完成核心体验后，我进一步探索 Orbit 如何成为可持续的 SaaS 产品。以下是待验证方案，定价与付费意愿尚未验证。
团队愿意为共享的进展、清楚的责任和可追溯的交接付费，从而减少反复询问上下文。
- 从明确的团队开始
小型产品团队与设计工作室
初始客群假设：5–20 人、需要频繁评审和交接的团队。成员日常使用，由团队负责人或工作室负责人推动采购。
- 为持续协作收费
团队订阅 + 共享 AI 额度
候选方案：按正式成员收取月费，工作区共享 AI 用量。有限的访客评审权限可降低邀请客户的门槛，具体价格待验证。
- 让试用能体验完整价值
一个项目，走完一次完整流程
先用示例项目体验，再导入团队自己的工作。拟观察的激活信号是分配共同工作、围绕成果交换反馈，并完成评审或交接；AI 使用是辅助信号。
- 让成本与价值对应
可预期的使用权限，透明的消耗
模型调用、会议基础设施和媒体存储产生持续成本。共享额度与额外用量包需要进一步验证，来源检查与人工确认始终属于核心体验。
接下来如何验证
- 访谈购买决策者了解上下文、责任或版本混乱的真实成本，以及引入新工具的理由。
- 小范围团队试用观察持续使用、修正行为，以及后续跟进是否真正变容易。
- 付费意愿与成本结合实际 AI、会议和存储用量，比较按席位与按工作区收费。
信息之间的关系，
构成了协作体验。
核心设计判断是用稳定的项目结构连接工作，再让责任、依据和变更在其中清楚可见。信息关系和决策边界先明确，AI 才能提供有用的辅助。
当前成果
可在本地运行并保存数据的工作区，连接规划、共同执行、文件版本、反馈、评审与阶段交接。真实 AI 调用辅助其中的部分步骤，桌面与移动端共享流程。
仍需验证
真实团队测试还需验证成员能否找到正确版本、识别下一位负责人并完成交接；模型准确性、持续使用和付费意愿也尚待验证。公网会议还需要部署与跨网络测试，目前没有已测得的效率或收入成果。
Orbit亲手走完下一步。
进入示例项目，找到任务负责人、查看共享文件、追溯会议记录，也可以进一步体验 AI 建议。
公开体验链接准备中当前 demo 在本地运行，作品集发布时将接入公开体验链接。