技能篇：从微信卡包的产品逻辑来看产品经理的抽象性思维

编辑导语：微信卡包是帮助用户管理虚拟卡**，可以聚合用户传统实物钱包里存在的优惠**、电影票、**卡、登机牌等信息的卡包。本文作者介绍了微信卡包的设计理念，并且对优惠**产品的设计思路进行了分析。

昨天阿强送了我一张购车的优惠**，甚是勾起我要买车的欲望。一个纯钢的男子汉，没有一辆像样的汽车，就像老孙少了金箍棒一样，谈何雄起！此刻，望着这张优惠**，脑子里面想到的竟然不是飞驰人生，却勾起了我对年少头发飘逸时候做的那套优惠**产品的冥想…

一、优惠**的回忆

那是2016年的第一场雪，稍微比以往时候来的晚一些。公司产品迭代方向需要转战至微信卡包，那个年度最火的新产品，导火线是公司利用微信卡包生产的全网第一张电子诊疗卡。

那时，大家都要相信微信平台的巨大流量带来的红利，也就是要相信，微信卡包将可能**是下个风口吧！那么我要做的，在这张卡**的理念基础上，去建立整个优惠**的产品体系。

1. 项目惯性思维

既然要结合微信卡**设计产品，首先，就是要做微信平台开放API能力的调研，理解平台产品的设计逻辑。

从文档中轻松的理解到其卡包的设计逻辑：

主流程：创建——投放——领取——核销。

当然，创建优惠**，并非是一张实际的优惠**，而是一个优惠**的模板，待用户领取后，根据当前优惠**模板设置好的参数，再生成一张具体的**——一张如同在店铺门口小姐姐给你发的那个**，可以打印出来的**！

创建的渠道，除了可以通过微信平台自己的后台进行创建，还可以开放式的，允许第三方系统通过API接口进行创建，考虑到第三方系统本身可能已经存在优惠**的板块，API还要允许第三方系统自定义**码（**不**有人不知道**码是个什么东西哇？）。

投放渠道任意，只要触达用户即可。如微信公众号消息、短信、第三方系统的APP等，提供给用户去领取。但是有个问题，这里的领取要考虑到添加到微信卡包，所以领取渠道有所受限，因此要放投放渠道的链接放到微信体系里面去。

领取，点击——添加到卡包。

核销的话，也是根据不同场景的需求，设定卡**的使用场景，如线下扫码核销、商城支付时，选择优惠**核销等等。

2. 我设计的产品解决方案

我这样设计了我们系统的优惠**板块：

后台创建优惠**时，完全对接微信卡包开方的API，从创建、投放、核销、管理全方位接洽。我家后台亦可管理我们的优惠**，且做到优惠**和微信上的优惠**实时同步。

3. 失败场景举例

后来支付宝也出了卡包，我才醒悟过来，我的上面设计的产品被微信绑架了。或者说，我的产品就是微信卡包的一个弟弟，还是亲生的那种，还不能够再契给支付宝做契弟。

二、实景操作

1. 想起了来自店长老阿姨传授的经验

那天老板专门给我找了个老阿姨，给我介绍他们店里面做优惠**活动的方式：

1. 做好活动预算，预计投入多少钱做优惠**，和财务报备；
2. 设计好优惠**的形态：10元、50元、100元等；
3. 定好每个级别的优惠**要派多少张，且每张定好其唯一的优惠**编码（这个就是**码），且录入系统中；
4. 找UI小妹妹设计个样板，打印出纸张；
5. 让店铺的小姐姐去门口派发给路人或者在收银台顾客消费的时候再给用户发两张；
6. 做好优惠**核销记录，跟踪整个活动数据；
7. 做好经营报表，给一份给财务同事。

有些步骤因为公司的业务流场景不一样有所不同，比如我们公司对优惠**的预算就没有要求，随便运营怎么操作，最后考核指标按照毛利率和销量进行考核就好了。

2. 产品抽象性思维

阿强曾经多次和我强调过，如今互联网看到的基本上所有产品，其实都是以前实物场景的复制。

我仿佛大彻大悟过！的确，在互联网盛行之前，这个实景的业务都进行了多久了！比如说商城购物，就是**市的购物流，你看看那个购物车！比如美团的外卖，从原来是店里的外卖仔延伸到共享外卖仔！等等……

所以一款产品，不应该停留在构思其功能上的表现形式，从其本身的实景业务从出发，理解其操作流，更加便于我们进行互联网的产品化！

回过头来看微信的卡包。我想起来我的钱包，除了钱，什么银行卡、网吧上网卡（你和我一个年代的话，你也有）、某某**所**卡，还有刚刚老阿姨店里送的优惠**，都塞进去了，这个就是卡包的概念。

而这里每一张塞进卡包里面的卡，卡上面的唯一标识号，就是制卡商系统中唯一的识别号。比如银行卡号（当然卡包没有加入银行卡类型），对应在银行系统中的唯一识别号；比如票证里面的电子社保卡、发票、甚至电子身份证的，也是有其对应的系统的。

于是微信的卡包，我想到的这个模型：

3. 我从实景出发思考设计的优惠**方案

深入思考下，微信平台的卡包和我系统优惠**的关系，结论是，他们家是他们家，我们家是我们家，一定程度上面来讲，微信卡包跟我平台毛线关系没有，所以：

平台自己玩好可以了，从创建、投放、领取、验收，一条龙搞定。但是老板讲，一定要放到微信卡包里面去啊，看起来就高大上好多！绝对没有毛病，我可以让你放到N多个卡包里面去，什么支付宝卡包、微信卡包，都可以：

非必要时，不对接微信卡包。在有用户需要添加优惠**到微信卡包时，可以在这个时刻进行微信卡包对接初始化，也就是从创建、投放、领取一步到位。

当然，在开始之前，根据微信平台的要求，还需要上传一些素材的，比如卡**的背景图**或者图**之类的。记住，这个时候微信那边暂时的优惠****码，就是我平台上的优惠**ID了。我才不要再把产品寄生虫到别人家的产品中，毕竟，我需要保证我的产品体系闭环先。

4. 想起了一个更垃圾的优惠**产品

讲到这里，我想再分享一张产品图：

不要讲什么**码的，拼音创建的那个优惠**，就是优惠**，这样有没有什么毛病？

那么就是每个用户领取的优惠**都是都是一个ID，那么这个东西对接不到微信的卡包去（他们不支持你给每个用户的**码都一样），每个用户不可能领取多张**，这个根本就不是优惠**。

就算那么多那么，这个产品在一个企业里面，竟然被用了6年，且没有迭代更新过！设计的那么垃圾，他的确很垃圾吗？

三、最后

搞产品时，结合实际场景出发，把现实的场景抽象到产品中去，这个我把它称之为抽象性思维。

比如如今的火火热热的中台的概念，把这个中台比喻成一个插板，这个原理**不**有些类似，然后再思考下其工作的原理，再设计下。

为功能做功能的行为，可耻！

本文由 @产品经理龙汪汪 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议

给作者打赏，鼓励TA抓紧创作！

**赏

1人打赏