产品人人都是产品经理·闪耀的曙光··AI 生成
作为 PM，我为什么一边用Gitee一边盼它赶紧迭代
一位产品经理在团队从 Confluence/Jira 迁移至 Gitee 后，基于半个月的深度使用，详细记录了 Wiki 协同编辑、Team 任务管理中的大量交互细节问题。文章聚焦于工具栏设计、列表序号逻辑、附件上传机制、图片插入、批注功能以及 Wiki 与 Team 的关联割裂等十几个具体槽点，并给出了对比 Confluence 的改进建议。适合正在选型或体验国产协作平台的团队负责人、产品经理阅读，以获取真实的用户视角痛点。原文 ↗原文 ↗
核心观点
- ▍Gitee 的 Wiki 协同编辑底层能力不差，但大量交互细节（工具栏、列表、附件等）存在严重体验问题，与 Jira/Team 的关联功能虽多但割裂且繁琐，产品需要优先优化核心工作流上的交互痛点。
- 01Wiki 编辑器工具栏默认隐藏，需 hover 才能展示，导致用户每次进行标题、表格等常见操作时需额外步骤，作者认为这是以简洁之名牺牲操作效率。
- 02列表序号功能存在多项缺陷：无法通过键盘或按钮灵活调整层级；循环列表变序规则混乱（将上级序号改为点号、在点击位下方产生多余空格）。
- 03插入附件路径繁琐（需执行 5 步），且下载时文件内容会被截断，导致无法获取完整信息，这是影响协作的严重问题。
- 04从 Wiki 关联 Team（Jira）事项，以及从 Team 关联 Wiki 文档，需要分别操作两次，且没有双向同步的快捷方式，作者建议参考 Confluence 的复制粘贴链接同步方案。
- 05Team（Jira）系统中列表视图无法按自定义字段排序，也无法只筛选指定负责人，导致无法快速掌握整体进展和个人任务。
反方 / 局限
- — 文章提到的部分问题（如工具栏隐藏）可能源于作者对 Markdown 编辑器习惯的不适应，但作者也承认 Gitee 的底层 Git 能力不差，槽点主要集中在已经交付的交互细节上。
概念锚点
前置背景
平行视角
延伸追问