0.前言
很少逛知乎、几乎不逛产品社区，在此我想对各位产品爱好者、产品经理说一句：那些只会原型demo，只专注于界面设计、交互的产品经理迟早被市场淘汰！言归正传，最近时间较为充裕，回顾了我以前以及现在做的一些产品，觉得有必要把遇到的坑、学到的东西归纳分享一下，怎么说，经验上升到一个层次之后，总要形成一定的方法论，当然每个人的做事方法不一样，方法无绝对的对错之分。但是方法有好坏之分，一个好的方法能够聪明的解决遇到的问题，这点是毫无疑问的。
对某个功能的设计可能是很多产品经理重要的工作之一，我们平时做着功能设计、写着PRD文档，对某个功能是否做了全局性的思考？要知道对某个方案思考不周全，逻辑上走不通，对开发、对业务都可能是灾难性的后果，自己的专业性也会受到质疑。这里我仅仅以“红包”这个功能的设计来讲讲我在做功能设计时的思考步骤：
Step 1：用户价值
Step 2：明确需求对象的主体
Step 3：各个主体使用功能的真实场景
Step 4：基于真实场景下的业务流程
1.用户价值
说实话，在写“用户价值”这几个字时，我心里是矛盾的：我们现在没有“资格”谈论用户价值！某个功能要不要做？用户价值大不大？譬如：我们电商平台红包功能的用户价值大不大，目的是什么，有没有必要做这个红包的功能等等，这些决策性的问题并不是一个出道两三年的产品经理能够决定的。99%的产品经理处于“执行性阶段”，要做决策层面的事儿需要自身经验和能力的提高。既然我们做不了决策，那就好好的做执行。在这里，并不是说我们不应该去思考产品更高层面的事儿，只是你的产品level还达不到。当然，产品牛人除外！
但是，我还是要介绍一下什么是用户价值。
用户价值：因为帮助用户解决了某个特定的需要，所以产生了相应的对用户的价值。
比如我们电商平台的“红包”功能。她满足了消费者喜欢优惠、喜欢占便宜的那种需求，给用户发红包会一定程度上增加用户的喜悦感，从而增加购买转化率。红包功能不仅对用户有价值，同时也产生了一定的商业价值。但是，我们细想，红包对用户的价值究竟有多大？微观经济学中有“边际递减效益”，发两三个红包可能对用户有价值，一旦超过某个阈值，红包功能的用户价值将会直线下降，所产生的激励和营销效果可以忽略不计。有没有其他更简单的方法既能替代红包功能又能满足用户的需求？这就需要我们对这一功能进行评估。但是，就像前面说到的，业务方/运营方/老板叫我们做红包的功能，你能以红包功能的用户价值不大而回绝么？不大现实，只能去执行，但带有思考性的执行远比机械性的执行好得多。
2.明确需求对象的主体
什么是需求对象的主体？就是一个产品甚至一个功能的使用对象。做一个新功能之前，我们要考虑这项功能涉及到了哪些对象主体。比如“红包”功能，有哪些对象主体会使用到“红包”功能？我们可以按照这个思路往下想：普通的消费者想要用商家红包达到省钱的目的，运营方/业务方想要用红包功能作为促销手段来达到提高销售额的目的。对于我们这个性质的电商平台（买卖式，还不是平台式电商平台）只涉及到这两个对象主体。平台式电商平台涉及的对象主体会更多：有消费者、有平台方、有平台内商家。
理清了需求的对象主体，我们再考虑各个对象主体的使用场景。
3.各个主体使用功能的真实场景
对于普通消费者而言，在购物的时候，会想着用红包来降低购买成本，他会寻找红包，在结账台使用红包，甚至会选择使用哪个红包来达到最佳优惠，最终完成支付，完成支付后，他可能会想要查看红包的使用状况。可以说，这是普通消费者使用红包的主要使用场景。
对于运营方/业务方/老板而言，他们并不直接使用红包，但他们可能更需要查看红包的使用情况，包括发放了多少、使用了多少等等。总之一句话，他们需要查看红包使用的相关数据，来验证红包功能是否促进了销售。这是他们主要的使用场景。
4.基于真实场景下的业务流程
各个对象主体的使用场景清楚了，接下来就是根据使用场景来想流程了。我们想想用户应该如何使用红包，首先用户得有地方领取红包吧？红包放在哪里领取，领取有限制么，放在哪里领取对用户的使用习惯比较友好。其次，用户已领取的红包放在哪儿？最后，用户该如何使用红包？红包能否叠加使用，红包的使用有条件限制么，如何让用户更顺畅方便的使用红包。当然这些都是正常的使用流程，异常的情况该如何处理？红包能够领取几次？如果有次数限制，领取完了该如何显示。如果用户使用了红包，产生了退货，红包该如何处理？等等，这些正常或异常的情况必须全部考虑到，形成一个使用闭环。
对于运营方/业务方/老板而言，他们的使用流程无外乎：前端的红包哪里来？后台需要有创建红包的地方。红包有哪几种类型？全场红包还是单品红包，是单品红包的话，那就需要单品与红包相关联。红包的使用规则是怎么样的？需要有地方设定使用规则。红包与其他的促销活动（譬如打折、满减）能不能同时使用，有什么区别？等等。这些都需要进行全局的思考才能把这些情况考虑进去不至于漏了某个情景。
5.小结
这里只是以一个“红包”功能从需求方提出到最终形成设计方案并去开发执行的一个流程，按照我的思考逻辑进行方案设计的。功能比较简单，但是思考的点却很多，各方面的场景、使用的边界、规则、异常情况的处理都需要考虑到，考虑的越周到，方案获得认可的几率也就越大，同时作为产品经理，你只有把一个方案前思后想，想的透彻，才能经得起各方面的“评头论足”。你自己都没想清楚，被撕那就难免！
