我什么时候开始觉得，交互设计师和产品经理没有那么远？
最近我一直在想一个问题：交互设计师和产品经理，真的有我们想象中那么远吗？
会开始认真思考这件事，和我这几年工作的变化有很大关系。我最开始进入 AI 音乐项目的时候，还是一个非常典型的交互设计师：我会关注用户怎么进入创作流程，第一步应该输入什么；生成时间很长的时候怎么处理；一个完全没有音乐创作经验的人，怎样理解 AI 能帮他做什么；试听、编辑、付费这些步骤又应该怎么衔接。
那时候我会很自然地把问题理解成：这个功能应该怎么设计？ 但项目做得越深，我发现自己问的问题慢慢变了。
从“怎么设计”，到“到底该做什么”
比如最早做 AI 作歌时，很多产品逻辑还是围绕传统音乐创作展开的：用户输入歌词，选择风格，然后生成一首歌。从交互上看，这条流程当然可以不断优化，入口可以更简单，填写成本可以更低，生成过程也可以更清楚。
但后来我开始觉得，真正的问题可能不在流程，而在于：普通用户真的认为自己是在“作曲”吗？
大部分人可能根本不会写歌词，也不知道什么叫曲风、BPM、编曲。他们可能只是突然有一句话想说，有一个故事，有一张照片，有一段情绪，或者只是随便哼了一段旋律。
如果用户真正想要的是“把自己的表达变成一首歌”，那产品为什么一定要要求他按照专业音乐创作的方式开始？也是从这种思考开始，我们后来尝试了对话作歌、图片作歌、一句话作歌、哼唱成曲等不同方向。
这个阶段对我的影响挺大，因为我第一次非常明显地意识到：我已经不只是在优化一个已经确定的需求，而是在参与决定需求本身。 “这个页面应该怎么做”和“用户到底需不需要这个页面”，其实是两种完全不同的工作。前者是在寻找答案，后者有时候需要先怀疑问题。
上线以后，我才真正理解什么叫“结果”
还有一个变化，是我开始越来越在意上线以后发生了什么。以前作为设计师，我很容易把“方案上线”当成一个阶段性的终点。但做商业产品之后，我越来越觉得，上线才是真正的开始。
用户到底有没有生成？在哪一步走了？为什么第一次生成以后没有回来？为什么有些人愿意连续生成很多次？试听以后为什么没有付费？我们自认为很顺畅的体验，真的让用户觉得更简单了吗？这些问题最后都会变成数据。
AI 唱歌项目里，我们重新处理过试听和付费的路径；AI 作歌也不断缩短创作路径、调整入口和生成方式。后来业务数据真的发生变化的时候，我对“设计结果”这件事也有了新的理解。
不是因为我开始觉得数据比体验更重要，而是我开始发现：设计稿不是结果。 评审通过不是结果，开发完成也不是结果。真正的结果，是它到了用户手里以后，到底发生了什么。
从那个时候开始，我的责任边界其实已经慢慢变了。以前我会觉得：“这个功能体验顺不顺，是我需要负责的。” 后来我会继续问：有人用吗？为什么用？有没有转化？值不值得继续投入？如果表现不好，到底是体验问题，还是我们从一开始做的事情就不成立？
Vemus：第一次站在完整产品的角度思考
如果说 AI 作歌让我开始进入“产品定义”，那么 Vemus 是我第一次非常明确地从一个完整产品的角度思考问题。因为做一个独立 App，和在 QQ 音乐里做一个功能，完全不是一回事。
成熟平台里其实已经有很多默认答案。用户为什么打开 QQ 音乐、账号怎么登录、内容怎么分发、支付怎么完成，这些基础设施都已经存在。但一个从 0 到 1 的独立产品，没有这么多现成答案。
做 Vemus 的时候，我开始面对的问题变成：为什么我们还需要一个独立的 AI 音乐 App？ 如果 QQ 音乐已经有 AI 作歌，用户为什么还需要下载 Vemus？它应该服务的是不是同一批人？用户真正需要的是“一次生成一首歌”，还是一个能够持续进行音乐创作的地方？第一次生成以后，他第二天为什么还会回来？
我也必须继续判断：生成、消费、社区、身份、内容，哪一件事才应该是产品第一阶段最核心的东西？哪些功能必须先做？哪些功能虽然看起来很好，但现在做只会拖慢上线？
到了这个时候，我已经很难再把工作分得特别清楚：这个归产品，这个归设计。因为所有事情最后都会连到一起。产品定位会决定首页长什么样，模型能力会决定用户预期，商业化会影响生成路径，研发资源会决定功能优先级。
一个体验上很完整的方案，不代表它现在值得投入。而一个还没有做到百分之百完整的功能，如果能够最快验证最重要的产品假设，也可能应该先上线。
以前我很习惯问：怎么把这件事做得更好？ 做 Vemus 以后，我开始更频繁地问：这件事现在到底值不值得做？ 我觉得这是我真正开始从设计师走向产品经理的一个转折点。
小游戏：从接需求，到自己创造项目
但真正让我确定自己喜欢“做产品”这件事的，反而是后来发起的一系列音乐小游戏。因为这些项目和我以前接到的大部分需求都不太一样：它们一开始甚至不存在。
没有人给我一份 PRD，说：“我们现在需要一个音乐小游戏，请你负责设计。” 最开始更多是我自己看到一个机会。
音乐平台每次遇到新歌发行、艺人合作或者粉丝运营，都会有很多活动需求。但很多传统活动的方式还是页面、榜单、签到、抽奖。我当时就在想：音乐为什么不能被“玩”起来？
一首歌明明有节奏、歌词、视觉、世界观、艺人内容。这些东西为什么只能被展示，而不能直接变成一种互动机制？所以我开始主动提出小游戏这个方向。
而从这里开始，我做的事情就已经和一次普通的交互设计需求很不一样了。我需要先找到合适的项目机会，判断什么歌曲适合什么玩法，自己提出产品概念，评估这个想法有没有可能落地，寻找开发资源，协调业务、设计、艺人素材和研发，控制范围，并对齐运营和发行节点。
有时候开发资源不足，我自己就把设计继续做到前端实现和部署。最后项目上线，再看真实用户到底玩不玩。
从一首歌，到一个真正上线的小产品
比如 aespa《Lemonade》的项目。最开始并没有人告诉我：“我们来做一个点单游戏。” 是我先从歌曲和艺人内容里寻找适合被互动化的部分，再逐渐把 Lemonade 这个概念转成一个真正可以玩的场景。
这个过程中，我考虑的已经不只是界面好不好看、按钮顺不顺，而是：为什么是这个玩法？它和歌曲到底有没有关系？用户第一眼能不能理解？一分钟内能不能获得反馈？为什么愿意再玩一次？我们现有的开发资源能做到什么复杂度？为了赶上线时间，哪些内容一定要保留，哪些东西必须砍掉？
最终这个项目上线四天，有超过 3 万人参与。后来张艺兴的横版闯关项目也是类似的过程，三天获得 3 万多参与。
我现在回头看这些项目，最重要的其实已经不只是“我设计了几个小游戏”，而是：这些是由我主动发起，并且从想法一路推进到上线的项目。
一开始没有需求，没有完整团队，甚至没有确定的玩法。我要先证明这个方向值得尝试，再去找资源把它做出来。从机会识别，到产品概念，到玩法定义，到资源协调，到推进研发，到最终上线验证，这整个链路其实已经非常接近一个 0 到 1 产品经理在做的事情。
我后来才意识到，这种工作状态是我非常喜欢的。我并不只是喜欢把一个已经存在的问题解决好。我更喜欢的是：发现一个原本不存在的机会，然后想办法让它发生。
从一次成功，到一种可复用的能力
而且做了几次以后，我的关注点又发生了一次变化。最开始我想的是：这一首歌能不能做成一个游戏？ 后来我开始想：小游戏能不能变成音乐产品的一种长期能力？
如果艺人的新歌可以转成小游戏，那么哪些东西可以复用？玩法机制能不能标准化？歌曲的 BPM、段落、歌词、情绪能不能直接进入游戏机制？什么类型的玩法更适合拉新、更容易分享，或者更适合粉丝留存？
我也开始想，小游戏一定只能存在于一个一次性的 H5 页面里吗？它能不能进入播放器？能不能进入数字专辑？能不能和艺人的运营、会员权益，甚至线下体验结合？
当我开始问这些问题时，我其实已经不太是在设计一款具体的游戏了。我开始想的是：一个偶然成功的创意，能不能被做成一个可以反复发生的产品能力。
这个变化对我来说很重要。因为作为设计师，我以前很容易把注意力放在“怎么把这一次体验做到最好”。但现在我会再往后问一步：为什么这次有效？哪些部分能够被复制？下一次还成立吗？如果一年做十次，现在的方式还能不能跑？这个方向值得持续投入吗？
设计师和产品经理到底有什么区别？
所以现在如果再问我：交互设计师和产品经理是不是应该合并？ 我其实没有一个特别绝对的答案。
我不觉得所有设计师都应该成为产品经理，也不觉得两个岗位最终会完全变成同一个角色。在成熟的大型产品里，专业分工依然非常重要。
但我确实越来越觉得，尤其是在 AI 产品、创新业务和 0 到 1 项目里，设计和产品之间的边界会越来越模糊。因为很多时候，我们甚至还不知道正确的产品形态是什么：AI 是工具？创作伙伴？内容生产者？还是一种新的消费方式？
这些答案很难一开始就被完整定义出来。很多时候必须真的做出来，让用户用，再回来修改自己的判断。原型本身就是产品讨论；一个交互方式有时候会直接改变需求；一次用户反馈也可能推翻产品最开始的假设。
至少在我自己的工作里，很少真的存在一条非常干净的流程：产品先把需求定义清楚，设计师执行，开发实现。 更多时候，产品和体验是在一起被做出来的。
所以，我为什么觉得自己可以成为产品经理？
我现在反而不太想说自己是在“从设计转产品”，因为我没有觉得自己离开了设计。我现在做产品时的很多判断，还是来自设计训练。
讨论一个功能时，我仍然会很自然地问：用户真的知道这个东西存在吗？他为什么要点？第一次使用时能理解吗？这个流程虽然逻辑上成立，但真的自然吗？这些习惯不会因为职位变化就消失。
但现在，我会继续往后想。为什么做这个功能？它现在是不是最重要的事情？值得投入多少资源？要怎么协调人把它做出来？什么时候应该上线？上线以后用什么判断它成立？如果没有结果，要继续优化，还是应该放弃？
我觉得这是我这几年最大的变化。以前，我希望自己能对一个好的体验负责。现在，我希望自己还能对产品方向、优先级、资源、落地、增长、商业结果，甚至一个项目到底应该继续还是停止负责。
如果一定要说设计师和产品经理最大的差异是什么，我现在更愿意把它理解成：你愿意对多大的结果负责。
我依然会在乎一个按钮、一条路径、一次反馈、一个动画是不是足够自然。只是我现在也想知道：这个按钮为什么存在，这个功能为什么值得做，为什么用户需要这个产品，为什么现在做它而不是另一件事情，以及花了这么多人、这么多时间把它做出来以后，它到底有没有真的产生结果。
所以对我来说，从交互设计走向产品，并不是离开设计。只是我开始希望自己，对一个更大的结果负责。