G1-G6 同步 R6 前置规约与最佳实践

这个提交包含在:
2026-05-11 10:16:05 +08:00
父节点 bc6b222224
当前提交 c8b67498fb
共修改 12 个文件,包含 111 行新增和 19 行删除
+34
查看文件
@@ -21,6 +21,28 @@ OA 页面应参考公司主页 `www.hyinda.com` 的视觉气质,但不能做
- 字体气质:官网使用偏现代无衬线风格;OA 继续使用系统无衬线字体,但字号、行距和按钮高度要克制。
- 双端一致:PC 和企业微信/手机端都遵循同一品牌色和控件语义,只根据屏幕密度调整布局。
## 国内同类系统体验基线
R6 之后的 PC、移动和审批体验参考国内主流协同/OA 产品的共性,而不是复制任何单一产品。公开资料显示,钉钉审批强调模板化审批、假勤/财务场景和移动处理,飞书审批强调一站式入口、即时消息通知、移动端处理、流程配置和催办,企业微信自建应用适合作为工作台入口、身份和个人消息 deeplink。PC 端的工作台、表格、表单和导航可参考 Ant Design 的信息密度和后台系统模式,移动端参考微信生态常见的 WeUI/Ant Design Mobile 控件语义。
落到 hyb-oa 的原则:
- PC 是高密度工作台,服务筛选、批量查看、审批、财务复核、导出和管理配置。
- 移动端是消息驱动的轻入口,服务提交、补材料、查状态、处理待办和从企业微信消息回流。
- 企业微信只做入口、绑定、免登录、个人应用消息和 deeplink,不替代 OA 正式审批页。
- 审批体验以“待办聚合、清晰状态、明确下一步、可催办和可追溯”为目标;催办、超时提醒和效率统计属于 R6 后续优化,不混入 R6 首轮试运行门禁。
参考资料:
- 钉钉审批:https://page.dingtalk.com/wow/dingtalk/act/approval-web
- 飞书审批:https://www.feishu.cn/content/article/7584390246654037188
- 飞书审批催办:https://www.feishu.cn/content/134344362384
- 企业微信应用消息:https://s.apifox.cn/apidoc/docs-site/406014/api-10061693
- Ant Design 表单页:https://4x.ant.design/docs/spec/research-form-cn
- Ant Design 表格:https://012x.ant.design/docs/pattern/table
- Ant Design 导航:https://ant.design/docs/spec/navigation/
- WeUI:https://www.npmjs.com/package/weui
## 文案规则
禁止:
@@ -52,6 +74,8 @@ OA 页面应参考公司主页 `www.hyinda.com` 的视觉气质,但不能做
- 顶部只保留标题、核心筛选、主操作。
- 表格列优先显示业务编号、申请人、金额/天数、状态、更新时间、操作。
- 筛选区默认收敛为关键字段:状态、申请人、时间、业务编号或关键词;高级筛选折叠,不压缩列表首屏。
- 分页、空状态、批量操作和导出入口必须清楚区分;员工页少配置,财务和管理员页可更高密度。
- 操作列至少区分“查看/编辑”和状态允许时的“删除草稿”。
- 长 ID、调试字段、路径字段默认不进入主列。
@@ -61,6 +85,7 @@ OA 页面应参考公司主页 `www.hyinda.com` 的视觉气质,但不能做
- 状态、金额、申请人、更新时间作为摘要条。
- 主流程操作固定在页头或底部操作区,危险操作靠右或二次确认。
- 审批流、附件、发票和日志分区展示,避免混在一个长表单里。
- 审批、财务和管理员视角可以展示更多审计信息,但普通员工主视角只展示与下一步动作有关的信息。
表单和弹窗:
@@ -74,6 +99,8 @@ OA 页面应参考公司主页 `www.hyinda.com` 的视觉气质,但不能做
- 菜单不应占用大量空间;常用入口放底部导航,更多入口放“我的”。
- 移动底部导航固定为“首页、审批、报销、我的”;票据上传作为首页快捷入口和报销页内操作,不作为底部一级 Tab。
- 报销详情、审批详情等深层 Push 页隐藏底部导航,使用顶部返回和上下文吸底操作,避免底部 Tab 在深层页面假选中。
- 企业微信个人应用消息 deeplink 应直达移动待办或业务详情;首次进入如需点击进入工作台,应保持后续可直接回到目标页。
- 移动列表使用卡片和状态标签,首屏优先展示“谁提交、什么事项、金额/天数、当前状态和下一步”。
- 列表使用卡片,不直接显示桌面表格。
- 表单字段纵向排列,按钮宽度稳定,首屏优先完成“新建/继续编辑/提交”。
- 企业微信入口应尽量免登录;绑定失败或权限不足时显示明确下一步,而不是让用户反复登录。
@@ -115,6 +142,13 @@ OA 页面应参考公司主页 `www.hyinda.com` 的视觉气质,但不能做
## 后续批次
R6 小范围试运行准备:
- 先新建独立 R6 合同,固定 2-3 个内部用户、角色、时间窗口、回滚联系人、问题登记表和每日收口节奏。
- R6 范围限定为报销、请假、采购、审批、企业微信入口/通知、财务付款/导出。
- R6 不扩预算、ERP、AI、完整差旅、复杂 BPM;发现需求只登记为新 Issue。
- 试运行反馈按“阻断、严重、一般、体验建议”分级,不能现场扩大实现范围。
R101 报销主流程重构:
- 后端业务编号、权限和删除规则。