今天遇到一件比较好玩的事儿，决定顺手记录下来，顺便试着用更通俗的方式解释产品经理。
在一个分享日常的群里，一个朋友扔出了一个奶茶店的菜单，
问：有没有人帮我选一个，我不知道喝啥？
于是我帮她做了决定：喝最便宜的
她应该早有选择，说：可是我想喝的只能买2杯装的套餐
我：那就喝两杯
她：我待会儿赶着有别的事情，喝不完两杯
于是我便让她问问有没有朋友一起拼单……
后续先不提，单是这个场景，如果你是一个PM，一定似曾相识，如果你不知道产品经理是做什么的，那正好，我来“翻译”一下这个场景。
首先，我的朋友产生了一个“需求”，“我要喝一杯奶茶”。这时需求方可能只是渴了或者路过了奶茶店，解决她需求的方式有很多，一杯珍珠奶茶、布丁奶茶或者柠檬茶，都能够解决，于是我们管这杯具体的奶茶叫做“解决方案”。
既然喝珍珠奶茶、布丁奶茶、丝袜奶茶，都能够满足她“喝一杯奶茶”的需求，于是我提出“喝最便宜的”，也就是多种解决方案均能实现的时候，我们通常采用“成本最低”或者“最容易产出”的方案。
但是她其实早就有心理预期，可能本来想喝珍珠奶茶，可是“珍珠”加大了成本，如果用成本最低的解决方案，她只能得到“普通奶茶”。这时需求方虽然没有直接反对你的方案，但提出了自己的想法“有想喝的”并且提出这个想法的潜在难度“只能在套餐里喝到，必须与另一杯绑定”。
我简单的评估了一下两个模块一起改动的方案，认为成本可控——买得起，并且也可以实现，于是提出新的方案，“喝两杯”。
但是“喝两杯”又加大了操作难度，需求方目前没有时间消耗两杯奶茶，于是我只能再一次修改这个解决方案……
如果就着奶茶店的这个场景继续想，我们可以模拟整个产品经理的工作流程。
客人来点单，便产生了一个“需求”。
如果他同时要求不加糖、少加冰，这便是一个“特殊需求”。
同样对应的，一杯标准杯，便是一个“通用需求”，我们常常会提前规划好通用组件或者通用服务，需求方来了之后直接就可以使用。
如果这个客人很无理取闹，要点一杯没有气的可乐，这便是一个“无理需求”，产品经理需要做的是给客人解释为什么我们做不了没有气的可乐，并且指导他买一杯正常的奶茶，或者送客。
积攒了几个单子，你需要整理一下交给制作人员，整理的过程就叫做“排期”。
过程中你发现，有两位客人点了一样的奶茶，于是把他们放在一起交给后厨，这叫“合并需求”。
单子移交给后厨，同时你给了客人号码牌，叫号取餐。
就算是有了号码牌，还是会有客人着急来问你，我的奶茶什么时候好？于是你去后厨看了一眼他的奶茶前面还有几杯，告诉了一个大致时间，这叫“项目进度管理”。
过程总是很不顺，后厨通知你珍珠没有了，重新煮需要等一段时间，这相当于“开发过程受阻，需求delay”.
于是你只能再跟客人沟通，能不能换一杯其他的饮品——“更换需求”，或者等一段时间——“接受delay”。
假设这是一个五星级奶茶店，每一杯奶茶都需要经过检验糖度、冰度符合标准才能出餐，那这一步就叫做“测试”。
终于，一杯奶茶经过“提需求”“排期”“开发”“测试”，交到了客人手中，也就是“上线”。
到这里，一个完整的产品经理工作流程，基本上算是完成了，但在实际的项目中，还需要更多跟各个环节打交道，比如如果可以提前知道珍珠剩的不多，那我们可以在下单的环节就避免客人点含有珍珠的饮料，规避了重点或者delay的风险。
以上，一个2岁产品经理的一点小想法，欢迎与我沟通交流。
