关于社区的批评，也谈谈明道云这三年做了什么
最近社区里有一些对明道云的批评。有用户谈到稳定性和使用体验，也有老用户觉得，过去两三年的更新以小修小补为主，没有感受到足够有价值的新功能。作为公司的负责人，我想认真回应，也把这几年的产品工作放到一起，供大家了解和判断。
先说态度：“吐槽”只是一个带有情绪色彩的动词，本质上就是用户对我们成果的反馈，是再正常不过的事情。
用户把真实业务放在明道云上，付出了采购、搭建、培训和迁移的成本。使用不顺畅，业务受到影响，或者长期期待的问题没有解决，产生不满完全可以理解。我们没有理由要求用户先照顾我们的感受，再表达自己的问题。表达是否尖锐、文字是否借助工具整理，都不应该代替对具体问题的核实。
**明道云重视用户价值，这一点没有模糊空间。作为 CEO，我也应该对这句话负责。**它应当体现在产品是否解决了实际问题、日常操作是否更省事、业务能否可靠运行，以及出了问题以后我们如何处理。我们不追求表面文章，也不回避问题。研发投入和发布数量值得交代，但最终的评价权在使用产品的人手里。
先回应“稳定、稳定、还是稳定”
我同意，这就是企业软件的基本要求。一项新能力带来的价值，不能抵消一次业务中断造成的损失；其他客户用得不错，也不能成为忽略某位客户问题的理由。
过去几年，我们确实交付了数据备份恢复、定期备份、记录编辑保护、记录锁定、流程校准、权限审计等能力，也进行了移动表单和表格交互的优化。但这些工作的存在，不能直接证明每位用户遇到的问题都已解决。
稳定性应该用实际运行结果检验，包括故障影响范围与持续时间、流程执行失败情况、关键操作的响应速度，以及问题修复后是否再次出现。本文是一份产品更新核对，不是一份运行质量报告。我不会用功能清单代替对稳定性问题的回答。
过去三年的产品工作，具体分布在哪里？
为了避免凭印象争论，这次我们核对了内部设计任务、版本记录和公开更新日志。时间范围是 2023 年 11 月 6 日至 2026 年 11 月 6 日，不计入尚未正式发布的版本。
在这次核对所覆盖的 HAP 版本队列中，有 1,198 条设计任务被标记为“已上线”。它们的原始分类如下：
| 工作类型 | 标注该类型的任务记录数 | 这类工作主要回答什么问题 |
|---|---|---|
| 功能增强 | 467 | 已有能力能否覆盖更多业务情形、减少变通方案？ |
| 体验优化 | 322 | 高频操作能否少几步，配置和使用能否更清楚？ |
| 新功能 | 264 | 能否支持过去无法直接完成的业务？ |
| 问题处理 | 103 | 已发现的具体问题如何修正？ |
| 技术优化 | 27 | 底层实现、性能和维护性如何改善？ |
| 安全增强 | 20 | 数据、权限和访问风险如何进一步控制？ |
| 产品变更 | 20 | 已有规则与机制如何调整？ |
工作类型标注该类型的任务记录数这类工作主要回答什么问题功能增强 467 已有能力能否覆盖更多业务情形、减少变通方案？体验优化 322 高频操作能否少几步，配置和使用能否更清楚？新功能 264 能否支持过去无法直接完成的业务？问题处理 103 已发现的具体问题如何修正？技术优化 27 底层实现、性能和维护性如何改善？安全增强 20 数据、权限和访问风险如何进一步控制？产品变更 20 已有规则与机制如何调整？这里必须说明口径：**这是任务记录，不是独立功能数量，也不是研发工时或投入占比。**同一任务可以有多个标签，表中数字不能相加；母任务和子任务也可能分别存在。它不覆盖全部生产补丁和 BUG 修复。部分历史任务状态没有同步更新，已通过公开发布记录确认的能力，会在下文照实列出。
这组记录说明，完善已有能力和日常体验，是这几年产品工作的重要组成部分。同时，平台也增加了一批新的业务能力。两方面都需要向用户交代清楚。
下面按九个方向列出代表性更新及其演进。版本信息依据历史发布记录，功能名称链接到帮助文档，方便大家直接查看如何使用。帮助文档会持续更新，表中的版本表示相应能力的新增或增强节点，不表示文档中的所有细节都在当时同时具备。不同套餐、部署版本和设备端的可用范围，以具体文档为准。
一、数据建模与分析：让复杂业务的数据关系更容易处理
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| 聚合表：跨表聚合，随后增加函数计算、重新同步及工作流读取 | V10.5 → V11.3 → V12.0 | 将分散在多个表中的数据组织起来，例如汇总进货、出货、退货数据，计算库存；减少为统计而重复搬运数据。 |
| 应用 ER 图 | V10.3.1 | 直接查看表之间的关系，便于理解和维护复杂应用。 |
| 工作表与字段引用关系 | V11.2 | 修改或删除配置前，可以检查它被哪些地方使用，评估影响。 |
| 全球地图统计 | V12.0 | 在地图上展示地区业务分布，辅助跨区域经营分析。 |
功能与演进版本节点对用户的实际意义聚合表：跨表聚合，随后增加函数计算、重新同步及工作流读取 V10.5 → V11.3 → V12.0 将分散在多个表中的数据组织起来，例如汇总进货、出货、退货数据，计算库存；减少为统计而重复搬运数据。应用 ER 图 V10.3.1 直接查看表之间的关系，便于理解和维护复杂应用。工作表与字段引用关系 V11.2 修改或删除配置前，可以检查它被哪些地方使用，评估影响。全球地图统计 V12.0 在地图上展示地区业务分布，辅助跨区域经营分析。二、表单与视图：减少录入和搭建中的重复劳动
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| 地图视图与资源视图 | V10.2 | 分别处理地理分布和资源排期，例如网点分布、会议室预订、车辆调度。 |
| 控件事件 | V10.4 | 在表单交互时触发提示、接口调用等动作，使业务规则更贴近录入过程。 |
| AI 自定义字段 | V11.0 | 当标准控件不够用时，通过对话或代码扩展字段样式和交互。 |
| 行内、卡片快捷操作与视图分组 | V11.3、V11.4 | 常用操作可以直接在列表中完成，记录可以按业务维度归类查看。 |
| 字段模板 | V12.3 | 保存并复用字段配置，减少重复搭建，便于统一配置标准。 |
功能与演进版本节点对用户的实际意义地图视图与资源视图 V10.2 分别处理地理分布和资源排期，例如网点分布、会议室预订、车辆调度。控件事件 V10.4 在表单交互时触发提示、接口调用等动作，使业务规则更贴近录入过程。AI 自定义字段 V11.0 当标准控件不够用时，通过对话或代码扩展字段样式和交互。行内、卡片快捷操作与视图分组 V11.3、V11.4 常用操作可以直接在列表中完成，记录可以按业务维度归类查看。字段模板 V12.3 保存并复用字段配置，减少重复搭建，便于统一配置标准。三、流程自动化：让更复杂的处理逻辑能够被配置出来
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| 汇总节点 | V10.0 | 在流程中直接对符合条件的业务数据计数、求和或求平均。 |
| 循环流程与循环复用 | V10.4、V10.6 | 按次数或条件重复执行一段流程，并复用处理逻辑。 |
| 校准节点 | V11.0 | 在需要的流程环节刷新延迟同步的计算结果，供后续步骤使用。 |
| 业务规则设置字段值 | V12.0 | 根据业务条件赋值、清空或计算字段，减少人工补录。 |
功能与演进版本节点对用户的实际意义汇总节点 V10.0 在流程中直接对符合条件的业务数据计数、求和或求平均。循环流程与循环复用 V10.4、V10.6 按次数或条件重复执行一段流程，并复用处理逻辑。校准节点 V11.0 在需要的流程环节刷新延迟同步的计算结果，供后续步骤使用。业务规则设置字段值 V12.0 根据业务条件赋值、清空或计算字段，减少人工补录。四、开放与扩展：让平台能力能够按企业需要延伸
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| 视图插件 | V10.0 | 标准视图不够用时，开发者可以实现专用界面，并在组织中复用。 |
| 工作流节点插件 | V10.7 | 将常用的数据处理逻辑封装为节点，供其他搭建者使用。 |
| 应用与插件市场 | V11.0、V11.2 | 让业务经验形成可交付、可复用的应用和插件，减少从零建设。 |
| MCP、CLI、Skills 与个人访问令牌 | V12.0、V12.3 | 让外部 AI 工具和脚本在授权范围内连接业务数据、搭建应用和执行操作。 |
功能与演进版本节点对用户的实际意义视图插件 V10.0 标准视图不够用时，开发者可以实现专用界面，并在组织中复用。工作流节点插件 V10.7 将常用的数据处理逻辑封装为节点，供其他搭建者使用。应用与插件市场 V11.0、V11.2 让业务经验形成可交付、可复用的应用和插件，减少从零建设。MCP、CLI、Skills 与个人访问令牌 V12.0、V12.3 让外部 AI 工具和脚本在授权范围内连接业务数据、搭建应用和执行操作。五、支付与开票：让业务处理覆盖交易的后续环节
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| 公开表单支付、工作表记录支付及支付直连 | V10.4 → V10.6 → V11.2 | 将业务记录与收款联系起来，支持微信、支付宝支付场景。 |
| 电子开票 | V12.0 | 在业务过程中处理发票申请、审核、开具和获取。 |
| 流程开票与冲红、支付订单退款 | V12.1—V12.2 | 将符合规则的开票、退款等处理纳入自动化，减少手工衔接。 |
功能与演进版本节点对用户的实际意义公开表单支付、工作表记录支付及支付直连 V10.4 → V10.6 → V11.2 将业务记录与收款联系起来，支持微信、支付宝支付场景。电子开票 V12.0 在业务过程中处理发票申请、审核、开具和获取。流程开票与冲红、支付订单退款 V12.1—V12.2 将符合规则的开票、退款等处理纳入自动化，减少手工衔接。六、AI 与知识应用：降低搭建和使用业务系统的门槛
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| Mingo 帮助问答、智能建表、创建记录与示例数据 | V11.4 → V12.0 | 从帮助用户理解产品，扩展到辅助搭建和录入。V11.4 首发以帮助问答为主。 |
| AI Agent 节点与对话机器人 | V12.0 | 在流程和多轮对话中理解需求、调用业务工具，处理数据与任务。 |
| AI 动作 | V12.1 | 从当前业务记录进入对话，结合记录上下文进行分析和处理。 |
| 向量知识库与知识检索 | V12.2 | 将工作表记录、附件和讨论作为知识来源，支持按语义检索并供 Agent 使用。 |
| AI 创建应用、自然语言查数及结果复用 | V12.3 → V12.4 | 从需求描述创建应用，通过自然语言查询和分析数据，进一步支持会话分享、生成图表保存。 |
功能与演进版本节点对用户的实际意义 Mingo 帮助问答、智能建表、创建记录与示例数据 V11.4 → V12.0 从帮助用户理解产品，扩展到辅助搭建和录入。V11.4 首发以帮助问答为主。AI Agent 节点与对话机器人 V12.0 在流程和多轮对话中理解需求、调用业务工具，处理数据与任务。AI 动作 V12.1 从当前业务记录进入对话，结合记录上下文进行分析和处理。向量知识库与知识检索 V12.2 将工作表记录、附件和讨论作为知识来源，支持按语义检索并供 Agent 使用。AI 创建应用、自然语言查数及结果复用 V12.3 → V12.4 从需求描述创建应用，通过自然语言查询和分析数据，进一步支持会话分享、生成图表保存。我们投入 AI，是希望减少用户搭建系统、录入资料、查询数据和处理业务的成本。这些能力是否好用，要看能否正确完成任务、权限是否合适、结果是否可检查，以及成本是否合理。它们同样应当接受社区的检验。
七、应用治理、安全与可靠性：帮助企业管理长期运行的系统
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| 应用导入升级与角色调试 | V10.0 起持续增强 | 支持将验证过的配置升级到目标应用，并检查不同角色的访问效果。 |
| 应用数据备份恢复与定期备份 | V10.3 → V10.6 → V11.3 | 从备份恢复扩展到数据文件还原和定期备份，为应用维护提供恢复手段。 |
| 记录编辑保护与记录锁定 | V11.4 | 减少特定编辑场景中的多人冲突，按业务规则限制已完成记录的修改。编辑保护不覆盖所有 API、工作流和行内编辑行为。 |
| 组织管理权限、Entra 企业身份与 API/CLI 访问策略 | V10.5、V12.1、V12.3 | 进一步细分管理职责，衔接企业身份体系，控制外部工具的访问。 |
功能与演进版本节点对用户的实际意义应用导入升级与角色调试 V10.0 起持续增强支持将验证过的配置升级到目标应用，并检查不同角色的访问效果。应用数据备份恢复与定期备份 V10.3 → V10.6 → V11.3 从备份恢复扩展到数据文件还原和定期备份，为应用维护提供恢复手段。记录编辑保护与记录锁定 V11.4 减少特定编辑场景中的多人冲突，按业务规则限制已完成记录的修改。编辑保护不覆盖所有 API、工作流和行内编辑行为。组织管理权限、Entra 企业身份与 API/CLI 访问策略 V10.5、V12.1、V12.3 进一步细分管理职责，衔接企业身份体系，控制外部工具的访问。八、移动端与日常操作：让现场工作更容易完成
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| App 离线数据录入 | V11.3 | 在无网或弱网环境先保存录入内容，恢复网络后手动提交并校验；不等于整个应用离线运行。 |
| 手机扫码上传附件 | V11.3 | 在电脑办理业务时，直接用手机补充现场照片或文件。 |
| 系统打印模板扩展至 H5 使用 | V12.3 | 在移动网页中完成相关打印操作，减少设备切换。 |
功能与演进版本节点对用户的实际意义 App 离线数据录入 V11.3 在无网或弱网环境先保存录入内容，恢复网络后手动提交并校验；不等于整个应用离线运行。手机扫码上传附件 V11.3 在电脑办理业务时，直接用手机补充现场照片或文件。系统打印模板扩展至 H5 使用 V12.3 在移动网页中完成相关打印操作，减少设备切换。九、国际化与组织协同：适应企业已经存在的工作环境
| 功能与演进 | 版本节点 | 对用户的实际意义 |
|---|---|---|
| 应用多语言及翻译范围扩展 | V10.1 起，V11.1、V12.1 等持续增强 | 让不同语言的团队使用同一套业务应用，并逐步覆盖统计与流程等内容。 |
| 应用时区 | V10.4 | 跨时区团队按统一的业务时间范围筛选和统计，减少口径差异。 |
| 飞书/Lark 流程待办同步 | V12.0 | 将待审批、待填写事项接入团队已有的协同入口。 |
功能与演进版本节点对用户的实际意义应用多语言及翻译范围扩展 V10.1 起，V11.1、V12.1 等持续增强让不同语言的团队使用同一套业务应用，并逐步覆盖统计与流程等内容。应用时区 V10.4 跨时区团队按统一的业务时间范围筛选和统计，减少口径差异。飞书/Lark 流程待办同步 V12.0 将待审批、待填写事项接入团队已有的协同入口。这些更新可以在历史更新日志中继续核对。它们既包含能力范围的扩展，也包含大量渐进改进。把这三年的工作全部概括为“小修小补”，并不完整；但我们也不能因此否定用户“对我帮助不大”的感受。
对于每天重复几十次的操作，少一步可能就有价值；对于维护多个应用的人，能看清引用关系、能安全升级和恢复很有价值；对于现场采集数据的人，离线录入可能比新图表更重要。**我们要做的是让这些改进落到真实业务里，也承认不同用户需要的价值并不相同。**如果长期投入没有改善你的关键场景，这本身就是需要我们认真理解的反馈。
社区里的批评，欢迎继续，也请尽量帮助我们把问题看清楚
我们欢迎大家直接在社区讨论功能、稳定性、交互、价格、文档和服务。赞同或不赞同都可以，有情绪也很正常。我们希望讨论尽量客观、具体，因为这样更容易核实问题、理解影响和找到改进方向。
如果方便，请在反馈中尽量补充这些信息：
| 可以补充的信息 | 为什么有帮助 |
|---|---|
| 你要完成什么业务、问题造成什么影响 | 帮助我们理解问题的重要性，而不仅是看到一个操作报错。 |
| 操作步骤、预期结果与实际结果 | 帮助复现并区分故障、功能限制和交互问题。 |
| SaaS 或私有部署、版本、设备和大致发生时间 | 帮助定位环境和查找对应记录。 |
| 是否反复出现、此前是否反馈过、关联工单编号 | 帮助发现未解决的问题和处理过程中的遗漏。 |
可以补充的信息为什么有帮助你要完成什么业务、问题造成什么影响帮助我们理解问题的重要性，而不仅是看到一个操作报错。操作步骤、预期结果与实际结果帮助复现并区分故障、功能限制和交互问题。SaaS 或私有部署、版本、设备和大致发生时间帮助定位环境和查找对应记录。是否反复出现、此前是否反馈过、关联工单编号帮助发现未解决的问题和处理过程中的遗漏。这些信息是为了提高沟通效率，不是表达意见的门槛。你不需要先证明自己懂技术，也不必先写出一份完整的测试报告。涉及客户资料和业务数据时，请不要公开敏感信息，可以通过工单渠道补充。
对我们而言，该修复的问题应当修复；暂时无法解决的，要说明限制；产品取舍与用户期待不一致的，也应该把理由讲清楚。不能用一句“已经反馈”结束讨论，更不能要求用户因为研发投入很多就停止批评。
作为 CEO，我愿意听到这些反馈，也愿意面对其中对我们不利的事实。明道云是否重视用户价值，应当在一次次具体的产品改进和问题处理中得到证明。
感谢愿意把问题说出来的人，也感谢持续使用、帮助我们检验产品的人。欢迎大家继续在社区反馈，我们认真讨论具体的事。
任向晖
明道云 CEO