अभी लॉगिन करें 一说起“外包产品经理”，很多人下意识就摇头，觉得无聊、没深度，做不出什么沉淀。好像只有做自研产品才有资格谈产品思维，外包无非就是照着客户的需求画原型、堆功能，做完就扔到一边，跟流水线差不多。
我以前也这么想。直到在自研和外包之间反复横跳了几回，才慢慢琢磨出一点味道：这两者的差别，其实不在项目本身，而在产品经理自己。无论是自研还是外包，本质都是在解决用户的需求，只不过一个偏向长期深耕，一个偏向短期交付。落脚点都一样，都是从需求到功能这个过程。
现在互联网已经非常成熟了，你很难再找到一个从零开始、完全空白的领域。随便打开一个赛道，看到的都是长得差不多的产品，功能相似，交互相似，甚至连文案都似曾相识。这种高度同质化意味着，想脱颖而出，靠的不再是凭空发明一个新东西，而是谁能把已有的东西做得更到位，谁能悄悄在细节里埋下一些微小的改进。
这里说的创新，并不是什么颠覆性的创造，更多是思维上转个弯，然后在实际工作中实现一点一点的小改进。比如日本地铁里的候车座椅，和国内常见的座椅不一样，它不是顺着轨道方向摆，而是面向站台内侧。为什么这么改？一个很实在的原因：日本很多地铁没有屏蔽门，而且加班文化盛行，深夜等车的人常常会在座椅上打盹。为了避免乘客迷迷糊糊听到车来了，猛然惊醒、站起来就往前冲，就把座椅朝向调整了，让起身的动作更安全、更自然。这种改变，就是对已有功能的一次重新思考，也属于微创新。
回到外包产品经理的日常，拿到甲方需求时，肯定不能直接打开 Axure 就画原型。我自己的习惯是，把整个过程拆成几个阶段：洽谈、筹备、设计，然后才是研发、测试、验收、交付。每一步都藏着可以借鉴、可以小创新的机会。
洽谈阶段，最要紧的是把甲方的背景和真实意图摸清楚。比如甲方说，他在潜水行业做了几十年，线下门店会员过万，行业壁垒高，线上又缺一个能立得住的头部产品，所以想做一个平台，让同行和爱好者有个交流阵地。这些信息太重要了。你光听“我要一个社区功能”是不够的，得知道他为什么需要社区，他想象中的产品大概长什么样，他给出的方案是不是真的能解决问题。这时候别急着否定甲方，人家提前做了功课，在信息爆炸的时代，每天被各种 APP 洗刷，提出的想法往往有很强的参考价值。先认真记下来，然后再去琢磨有没有更好的解法。
筹备阶段，有点像自研产品里的市场调研和用户研究。你得把这个行业的上中下游摸一遍，看看甲方处在哪个位置，将来要面对的是什么样的用户。如果条件允许，最好把自己变成用户，去线下体验一次甲方的服务。就拿潜水来说，我一个连游泳都不会的人，愣是鼓起勇气下了水。看到海的宽阔，教练教手势、讲注意事项，沉入水里突然看见珊瑚礁的那一下惊喜，那种感觉是光看文档永远体会不到的。也只有这样，你才能理解潜水爱好者需要什么，那个“小白”用户第一次接触时会卡在什么地方。遇到没法亲身去体验的领域，就去网上找信息，去看同类用户的吐槽和期待，这些都能帮你校准方向。
带着甲方的设想和自己亲身体验得出的结论，再进入设计阶段，思路就会清晰很多。这时候我通常会先看看同类产品是怎么做的，先借鉴，再结合甲方的想法，最后在这个基础上做一些微调和小创新。用纸笔、表格或者随便什么工具，快速把想法具象化，拿出一个粗糙到有点不好意思的原型，然后拿去和甲方沟通。沟通的时候，很重要的一点是学会合理地删减功能和分期规划。这不仅仅是钱多钱少的问题，更是帮甲方看清产品演进路径，也能体现你的专业度。我始终觉得，先抄后改，抄是为了省时间、不重复造轮子，改才是真正考验产品经理能力的地方。
设计具体功能时，如果遇到不知道怎么下手的情况，不妨跟着直觉做一些小功能上的尝试。相对论诞生都有爱因斯坦的物理直觉帮忙，我们在大模块上不敢轻易动，在小功能上试试总可以吧。别怕不够完美，最怕的是闭门造车，电脑一开，山中方七日，世上已千年。最好的办法永远是尽快扔出一个能用的东西，拿到真实的反馈再去迭代。至于快速验证这件事，哪怕甲方不认可反复改稿的成本，你也可以私下自己做一个极简版，找几个朋友看看反应，心里就有数了。
说到底，外包和自研，产品经理要做的事情其实很像：理解需求，找到参照，快速验证，然后不停打磨。在这个过程中，借鉴帮你少走弯路，微创新帮你做出差异。不用纠结项目是不是自研，只要还能在功能里藏进一点自己的思考，这个产品就有了你的痕迹。