医美供应链产品的回顾及与在线教育供应链产品的类比

XP同学 2023-07-29 09:55:17

本文借医美供应链产品的实操，简单介绍一下产品的框架和模块组成，顺带聊一下医美产品、在线教育产品的通性。个人有一个不太成熟的认识：互联网产品的多种业态，都是基于几种产品框架的业务填充，是围绕人、广义物，媒介，大数据进行有机组合。

下文是对自己工作的总结和一点思考，受知识面和认知局限，难免有浅薄偏颇之处。

一、产品的方法论

几年前从一名工程师内转PM，那时较偏执于功能，后来有机会带队做了几款从0~1的产品，并深入参与运营拉新，深感要做一款大众熟知的产品，是千回百转的艰难。曾多次盼想做的产品能像今日头条那样天赋异禀，所向披靡，但所在旅游电商行业相对低频，并且场景相对固定，做出的产品多以功能完备、中规中矩为主。

几年PM工作下来，有些领悟，有了产品体系的认识，越发觉得，做好一款产品：要让产品有主攻方向，找到最厚的那片‘雪地’；也要让产品有强大的架构基础，能灵活打出组合拳；还要给产品配上‘带刀侍卫’和‘突击队’，能防守能奇袭。

我觉得做产品最好的方法论就是，问自己三个问题：

产品价值是什么？
产品的使用者是谁？
怎么来运营好产品？

在正确、精准的找到答案的基础上，结合应用场景模拟，从正向、侧向、反向全方位进行思考和梳理，在脑海中形成产品的轮廓。在此基础上推导出：产品需要的框架、需要的基础能力，业务功能配置及运营策略。继而在功能实施中：用好同理心、善于借鉴、举一反三、大胆创新，一步一步把产品做出来。

二、产品前期准备

下面，就以设计一款医美供应链产品为例，来聊一聊如何进行前期准备。

1. 来回答那三个问题

1）产品价值是什么？

产品价值是一个产品能存在的基础，这个问题看似好回答，却是一个很大的概念。价值不单指收益，凡是能正向反馈商户，消费者，社会的都有价值。单就供应链产品来论，则是怎样服务好商户和消费者，为他们在公平，公正，高效，便捷，安全的基础上降低成本，增加收益。因此供应链产品的精髓在“链”字上，就是广泛的高效连接，把自成体系的“孤岛”连接成一张网。

广泛连接什么？通过供应链平台的支持，连通商户群体和消费者群体。让商家和消费者都能借助互联网，便捷找到对方；

怎样体现高效？高效包括：维护上，传播上，查找上的高效。满足商户在人员管理，信息维护，推广宣传，处理跟进，结算等方面高效便捷；同时满足消费者在搜索，查看，咨询，购买，支付等方面高效便捷。

2）产品的使用者是谁？

供应链产品的价值是连接商户和消费者，因此从角色的角度切入，有商户和消费者。当然离不开一个组织者，因此还有平台方这个角色。

商户：可以是一个个体，也可以是一个组织。就医美行业来说，是一个医疗机构，医疗机构内部还有不同分工，有医美机构的管理员，商品信息录入员，OPS，财务人员等。由此可知，为满足不同分工人员的需要，需要设置多个功能模块。
消费者：可以是某一位有医美需求的女性，也可以是某一位有医美需求的男性，会有使用APP的消费群体，也会有使用小程序的消费群体。商品属性会决定业务流程，在消费者个体上无需区别对待；由于用户会使用不同的途径和载体，因此在业务途径和载体上要根据消费者群体的特征做相应的满足。
平台方：是一个管理组织。其内也有不同分工，在产品层面当然也会由多个功能模块组成。

3）怎么样运营产品？

产品的运营也是一个很大的话题，有常规的运营，也有野路子的运营，具体要结合战略和运营规则的需要来选择。目的是巧妙的利用用户心理，辅以宣传和引导，通过各种渠道的曝光，让广大用户接触到产品，并带来收益。运营的大概步骤分为：一是拉新，二是裂变，三是留存，四是保持活跃度。

运营的对象有两类：一类是面向熟人的运营；另一类是面向陌生人的运营。熟人运营可以借助熟人社交类载体，手段有：组团得优惠，亲友砍价，分享得红包等等。陌生人运营，主要通过广告，社群种草，直播，群发短信等等。

通过对运营的一些思考和同行运营经验的总结，会对产品未来的运营方向有一个大的概念，对产品的全局设计有一定的帮助。

2. 在回答上述三个问题的基础上，思考如何搭建产品框架、规划功能模块，建设基础能力

下面是基于供应链产品的，使用者、价值实现，绘制的一个简略图

产品经理，产品经理网站

3. 找对接，做好前期确认

在完成上述二点的工作后，PM就可以带着问题去找对接。为什么是这个时候进行对接，一是这个时候PM知道要找哪些人，有一个大概的范围；二是PM能大概阐述问题和产品结构，确保讨论不会偏离主线；三是通过问题导向的探讨，对统一和加深主要参与者对产品的认识、及时修正PM的认识误区有较大帮助。通过对接还可以梳理出产品在具体功能上的内容形式，操作态，页面态，这样可以在功能细节的全盘设计时查漏补缺。

产品经理，产品经理网站

三、产品设计

在做了产品前期准备的基础上，根据使用者的不同，分为：商户端，平台端，消费端。三个使用群体对产品的诉求各不相同，要求功能自成体系，产品价值上又要求相互打通，连通成一张网。

下面就按照使用者各端的方案设计展开说明

1. 商户（商户端）

医美供应链的商户是医疗机构，有多种业务分工，有较多员工。因此需要进行员工管理，员工根据业务分工，扮演不同角色，角色又会对应不同的功能访问权限，由此可以推导出会有【员工管理】，【角色/权限管理】模块；

继续展开，每个角色负责的工作不同，有商品信息管理，订单处理，财务管理等等。因此有【商品信息管理】模块，【订单处理】，【财务管理】模块。每一个模块下，还会有子模块，在子模块的具体设计时，要向业务人员多了解，吃透业务，再进行分析、提取、归类。

拿医美商品信息管理来说：医院是主体，医院内有科室和医师；科室有基本介绍，其下挂靠套餐，套餐对应价格（成本价或售价）；医师有基本介绍、工作时间（类似电商中的商品库存），工作时间与套餐挂钩。通过分解和梳理业务间的联络关系，可绘出下图：

产品经理，产品经理网站

在产品的设计过程中一定要多“回头看”，就是在梳理出层次框架和业务链条后，结合场景植入，执行多次模拟推演，确保业务衔接通顺，功能没有遗漏。

由于篇幅关系，这里不做展开说明，只对几个名词作一下说明。

价格：在商户端这里有一个流程前面没明说，就是商家入驻流程，大体就是商家申请入驻，平台对商家资料进行审核，审核通过后在平台端给入驻商家开放站点。审核过程中平台会跟商家确认价格组成（e.g 成本+佣金模式、售价+返点模式）。
订单管理：这里的订单是指消费者购买成功后，平台推送过来的订单，包括订单确认、特殊情况下的订单流转。
对账管理：对账方式有2种。一种是消费者把钱给平台，平台按照约定的结算周期给商家结算；另一种是消费者把钱给商家，商家根据与平台的协议向平台返佣；第一种中商家端是被动对账模式，功能主要是报表查看，申请结算，收款账号管理等。第二种中商户端的对账会复杂一点，多一个结算管理，并且对平台来说查账有难度。
套餐：套餐信息是要展示到消费端的核心数据，通过对套餐信息的新增，修改，上下线，删除，审核来影响消费端的展示。

商户端以PC版为主，因为在PC上可操作性要好，可以用较少的页面层级展示较全面的信息。商户端的APP化也有不少，主要用在两种情况下，一是针对个人商户，可以在消费端APP的个人中心下嵌入；二是针对商户组织，可以单独做一个面向商户的APP，或者把非用户/角色/权限的模块嵌到消费端APP的个人中心；商户端APP化的好处，是容易触达、不受设备、环境、时间限制。

2. 平台方（平台端）

在供应链产品中，商户端和消费端扮演“左右手”，平台端扮演“大脑”。平台端要管理所有医美商家，支持对商品信息查看，提供财务管理、运营管理、基础数据，订单跟进、CRM管理，分销管理等多种能力，平台端的系统相对复杂，以PC版为主，大概的模块如下：

产品经理，产品经理网站

上图中把平台端又分为了：系统管理，偏商户端，偏消费端，中台部分。是因为不同公司在开发时可以根据需要在前端页面上再拆分成两部分：一部分由系统管理+偏商户端+中台部分组成；另一部分由系统管理+偏消费端+中台部分组成；这样做有信息安全的考虑，也有明确职能、减少干扰的考虑。在具体功能的实施上这里也不做展开说明，如有需要以后再单独介绍。

3. 消费者（消费端）

医美消费端是面向大众用户的，不分男女老少，不分阶层，不分背景。要从技术趋势、运营策略、用户使用习惯上加以考虑和权衡，在APP，小程序，H5，PC等载体上做好选择。

消费端主要围绕：查找商品，商品展示，购买商品服务，订单处理这条业务主线来展开。在设计时，对主线上的各个节点进行拆解分析，勾勒出大概的页面结构。再结合业务需要、竞品分析、团队内部探讨等确定页面布局和内容，对一些拿捏不准的做AB测试、埋点数据分析，通过多次迭代来逐步完善。

消费端运营功能的预留，是PM一定要注意的点。几年前，微信和支付宝有一场经典的用户争夺战，当时支付宝红包和微信红包几乎同时完成开发，但是由于支付宝根本没有预留运营位，导致开发的功能无法上线，整整推迟了2个月才上线。而此时，先前名不经传的微信支付却借着发红包实、领红包大量拉新，大量用户绑定银行卡，体量直超有多年积累的支付宝；反观，支付宝却没能借助本身的支付优势，借助发红包、领红包在社交层面打出一片天地。

下图是基于C端的一点梳理，对电商，医美，旅游，教育类产品来说，除了在部分细节上有些许差异，其他大体是想通的，这里就不再展开讲

产品经理，产品经理网站