6月HDC 2026发布了HarmonyOS 7，相关的报道和解读很多。但作为一个每天跟需求文档、原型评审、数据复盘打交道的商品经理，我关心的不只是”鸿蒙又多了哪些功能”，而是这些变化会不会、会在多大程度上影响我们日常做的事。

思考了一段时间，认为有几个方向值得聊一聊。

一、服务碎片化这件事，对”做什么功能”的判断逻辑变了

但鸿蒙7的元服务体系让这个判断逻辑松动了。这次HDC连大会本身都做成了元服务——下拉、负一屏、扫一扫就能拉起，不需要下载完整客户端。快递查询、订餐、签到这类高频轻量需求，未来可能会被拆成独立的服务卡片，直接嵌入系统入口。

判断一个功能做不做、做多深，是PM的基本功。以往的决策框架里，”用户会不会为此下载App”是一个天然的门槛。如果一个功能本身有价值但不够撑起独立下载，通常就会被塞进某个已有产品里当二级入口，或者干脆放弃。

这对产品经理意味着什么？我觉得至少有两层。第一，过去因为”不值得独立做App”而被砍掉的需求，现在可能须要重新评估——如果使用者能通过负一屏、小艺对话直接触达，做一个小体量的服务卡片的ROI跟做一个完整功能模块完全不同。第二，你产品中那些”使用者只是想快速完成一个动作、根本不想逛”的路径，比如查余额、改地址、开发票，可能会被服务化分流出去。这不是坏事，本质上是在帮你的产品做减法——把工具属性强的部分剥离，让主App聚焦更有粘性的体验。

但也要客观地说，并不是所有场景都适合服务化。支付、长视频、重度游戏、专业创作工具这些需要沉浸式体验和复杂交互的品类，完整App的价值短期内很难被替代。关键是分清自己商品里哪些是”用完即走”，哪些是”须要沉浸”——分不清这个，要么过度焦虑，要么错过窗口。

二、AI替你操作界面这事，演示很好看，落到日常工作还有距离

发布会上演示的场景让人印象深刻：跟小艺说”提前20分钟出发，帮我约个车提醒我”，它自己查日程、算路况、定闹钟、约车，全程不用手动操作任何App。

从商品设计角度看，这意味着一个根本性的假设在松动：过去我们默认用户会按我们设计的路径一步步操作，所以产品经理大量精力花在优化流程、减少步骤、提升转化上。但如果未来有相当一部分用户根本不走你的界面，而是通过系统智能体来完成任务，那你精心设计的”黄金路径”在那一部分用户那里就失效了。

而现阶段产品经理更务实的做法，可能不是急着把产品”Agent化改造”，而是先把商品里的核心能力做好结构化的服务描述——让系统在需要调用你的时候，能准确地理解你能提供什么、输入输出是什么。这有点像给搜索引擎做SEO，只不过这次优化的对象不是爬虫，是系统智能体。

三、多端协同不是新概念，但鸿蒙7给出了一些具体解法

从产品经理的工作来看，这些变化短期内不会让你改需求文档的结构。但它提出了一个方向性的问题：如果你在设计一个功能的时候，不再默认用户只用一台设备、一个屏幕，那你画的原型图会不会长得不一样？这个问题现在回答不了，但值得在脑子里挂个问号。

多端协同喊了很多年了，但做过的人都知道落地有多难。同一款产品的手机端、Pad端、PC端、手表端，光是保持体验一致性就已经消耗大量研发资源，更别说让它们”协同”了。

鸿蒙7这边几个具体的动作值得关注。一个是碰一碰精准分享——手机轻触电脑屏幕就能把素材精确插入目标位置，不是简单的文件传输，而是”感知位置的跨设备操作”。另一个是控显分离——折叠屏上游戏画面和操作按钮分开显示，这个思路如果再往前推一步，未来做多端商品设计时，可能需要重新定义什么是”主屏”、什么是”控制面”。

最后

但有几个方向确实是确定的：鸿蒙系统服务的轻量化入口会越来越多，用户的触达路径会越来越分散，单一App的”围墙花园”逻辑在逐渐松动。

因此对商品经理来说，有件事可以现在就开始：回头看看自己的商品，分清楚哪些是”用户想用但不想装”的能力，哪些是”买了票才有的沉浸体验”——这个账算清楚了，无论平台怎么变，你的商品判断力都在线。

写这些不是为了说”鸿蒙7改变了一切”。发布会上亮出来的东西，到真正影响产品经理的日常工作，中间以及很多不确定性。