读书笔记—产品设计之电商后台

  因工作需要，后台电商产品经理设计的书籍，前段时间买了一本，成为早起晚睡必看的书，目的就是能够根据前人已有经验梳理的方法论，来指导现在自己工作中遇到的问题。

    曾看到一句话，你所遇到的所有问题，这个世界上肯定有很多人也会遇到，我们需要做的就是找到前人经验提炼的解决思路。

  也就是我们常听到的一句话，不要重新发明轮子。

    很庆幸，我找到了两本书，专门讲解电商后台产品设计的。

  目前工作涉及到的是银行的商城业务，类似招商银行的掌上生活。因传统银行被第三方在线支付，如支付宝和微信打击的不行，原有的银行存户大量流失，转移到第三方平台进行存取业务，传统银行有迫切的营销吸粉需求。以招行掌上生活为例，借助与线下商家合作，低折促销，吸引用户办理信用卡享受餐饮等优惠服务，形成了三方共赢的局面。银行信用卡业务得到推广，商家也进行销售，用户也能享受到折扣。正是这种业务模式被验证在一家银行上可行，在这个银行电商团购的细分领域，我们公司作为先行者，能很好的促进三方共赢，这种提升营销效率的方式，于是被很好的挖掘了。

    在这种大背景下，我作为公司的产品经理，就需要时刻想着如何能开发出强有力的产品，满足市场需求。

  刚进公司时，一直思考，我们做打折商品，类似美团和百度糯米，和他们相同点是，有供应商资源，可线上促销，线下消费。但不同点是，渠道和目的不同。银行会承担成本，渠道是某银行的微信公众号，或某银行的app，目的就是吸粉和办理银行业务。

  有了和团购电商的对比分析后，也发现了，我设计前端后台的产品架构，可参考成熟产品参考。

  站在巨人的肩膀，确实比直接瞎分析需求强的很多。

  产品设计这本书，目前还未拜读完，可从看到的部分章节，做一个回顾分析。就如喝了碗熬的许久的汤，咽下后，口留余香。

1，产品设计方法论

      拿到需求会用户反馈建议，勿着急分析如何满足，而应该先逆向思维，为什么会提出这个需求和建议？是否合理？先调查事实，记录事实时千万不要想解决方案。但在实际工作中，总会遇到老板和运营同事提的各种需求，日常的我也疲于应对，尽量满足对方需求，未站在更高的角度，去看看是否这个需求合理。

2，知识点获得——电商业务的基本概念

  电商目前有角色和4流，任何具体的业务场景可参考角色和4流（商流，信息流，物流，资金流）来设计。

  具体而言，角色是指，在某项业务场景中，涉及到的角色有哪些。比如我现在做的银行有礼项目，涉及到4个角色。银行，供应商，优加（我的公司），用户。

  商流，书上解释是某种业务场景。比如我做的有礼项目，目的是银行人员通过赠送礼品给用户，促进银行业务开展。所以我的业务场景有以下，可完整的解决银行人员送礼品给用户的需求。我们倒推来看，银行客户经理赠送礼品给用户，用户去指定供应商消费完成闭环。那每个银行客户经理的礼品从哪里来？客户经理的上一级行长分配给他，行长的礼品从哪里来呢？因供应商资源是我们优加汇集而来，所以就是我们生产礼品券推送给银行有礼后台，银行人员层层分配，直至到用户手中。这个商流，就通过主流程和业务场景解决了分配赠送礼品的需求。

    信息流，又是什么呢？就是不同角色，不同系统传递的中介。在有礼项目中，这个信息的总称就是礼品。所以针对礼品这个名词，会初步分析有礼品详情，数量，价格，核销有效期等关键信息。

  物流，针对实物，电商需要将实物送到用户手中，传统电商需要多考虑此模块，第三方合作或自建物流。

  资金流，涉及到资金转移的。目前做的有礼系统，即用户买产品时，通过第三方支付，如微信或银行app付钱到优加，也就是支付流程。另外是结算业务，优加付钱给供应商，客户付钱给供应商等，需要根据订单流程梳理清楚。

    这几方面，非常好的帮我全面梳理电商功能分析的要点。

3，支付详细流程。

  用户支付时的具体信息流转。用户点击支付确认时，优加系统产生订单号，同时优加通知银行或第三方支付网关，完成支付验证，银行返回支付状态，优加商城同步订单状态。

  以上，是对我的帮助，还未看完，吸收的已非常有营养，期待下次读书笔记。