从一张表单，开始管理业务
把散落的信息收进一张业务表，是团队建立管理习惯的第一步。DuogeX v0.1 围绕应用、表单和记录管理建立基础，让业务有统一的录入与查询入口。
一项业务，为什么会出现好几份“最新表格”
周一收到一份事项清单，周三同事补了几条，周五汇总时又发现另一个文件里的状态才是最新的。大家都在认真记录，信息却分散在各自手里。查找一条事项，往往要先查聊天记录，再问一句：“你那边还有没有更新？”
表格本身并没有问题。问题在于，当多人持续维护同一项业务时，文件副本很难自然成为一个共同的工作入口。字段名称、填写方式、更新位置都可能不同，最终总要有人把这些差异重新整理一遍。
DuogeX v0.1 从这个基础问题出发，建设应用、表单和记录管理能力：让一项业务有自己的入口，让信息按同一套字段填写，让后续查询和修改围绕同一条记录进行。
从“发给我一份”，走向“到这里维护”
应用可以围绕一项具体工作组织入口，例如工作事项登记。表单负责说明要填什么，业务记录承载每次填写的内容。成员需要更新信息时，找到目标记录再维护，而不必另存一个文件交给下一位同事。
这看起来只是把填写位置集中起来，却改变了团队协作的起点：讨论一件事时，可以围绕同一条记录核对内容。名称、说明等基础信息先有了统一结构，后续才有条件继续建设筛选、审批与汇总。
这一阶段的重点是建立能持续使用的数据底座。应用创建、字段组件、记录新增、查询、修改和删除，都是让业务从零散材料走向统一维护的必要环节。开始时不用追求把所有部门的工作一次装进去，先让一项业务顺畅运转更有价值。
业务结构示意，帮助理解本篇场景。
新增事项时，名称、说明和状态集中在同一张表单里。界面取自当前演示环境。
从工作事项登记开始，跑完一个小闭环
以工作事项为例，先确认成员共同需要的信息：事项名称用来识别工作，说明用于补充背景，已有的状态字段用于表达处理情况。字段不是越多越好，真正需要持续填写、查询和交接的内容，才值得进入第一张表单。
应用配置完成后，成员从统一入口新建事项，填写内容并保存。再回到列表找到刚才的记录，打开详情核对名称和说明。这一步能确认“填进去了”，也能帮助团队发现字段是否容易理解、哪些内容需要补充说明。
下一次事项发生变化时，成员继续维护已有记录。负责人检查的也不再是“谁发了哪个版本的文件”，而是这条业务记录现在表达了什么。对于需要长期跟踪的事项，这种连续维护比一次性收集更接近真实工作。
开始使用时，可以先安排少量演示记录，分别体验新增、查找、修改和删除。把录入习惯、字段名称和管理责任确认清楚，再扩展到更多成员，能减少应用上线后反复调整的负担。
先建立共同入口，再逐步增加协作能力
统一入口的价值，需要成员共同使用才能体现。谁负责填写、什么情况下更新、由谁检查内容，应和表单一起确定。系统提供记录管理能力，业务内容是否及时、是否准确，仍依赖团队的工作约定。
不同成员的可见范围和可用操作也应分别核对。账号能登录，不等于可以维护全部记录；能查看列表，也不等于可以删除数据。初次使用时，最好用实际业务账号走完操作，而不只检查管理员能否完成。
v0.1 建立的是后续演进的起点。对于希望摆脱多份清单反复汇总的团队，可以从一张表单、一项具体业务开始，让“去哪里找、在哪里改”先有一个共同答案。
本文回顾 v0.1 的核心能力，操作入口参见当前手册；实际功能以部署版本、配置与权限为准。
查看更新日志对应阶段，了解该阶段的其他变化。