专栏名称: 人人都是产品经理
产品经理不再是一个单纯的职位,而是一种思维方式,这种思维是所有互联网人必备的,做互联网的人不能不懂产品,关注产品,改变生活。
目录
相关文章推荐
人人都是产品经理  ·  临近上线了,“bug”还改不改? ·  昨天  
人人都是产品经理  ·  代金券的核销,这两个平台有哪些区别 ·  2 天前  
91产品  ·  2025IP化营销方案.ppt ·  4 天前  
人人都是产品经理  ·  美团也想做“小红书”?美团上架美食社区“鸭觅” ·  4 天前  
51好读  ›  专栏  ›  人人都是产品经理

产品经理在工作中,如何培养自己的逻辑思维

人人都是产品经理  · 公众号  · 产品  · 2017-01-12 18:47

正文



作者:朱帝


产品经理需要的思维很多,比如:逻辑思维,用户思维,市场思维,还有万能的互联网思维。这篇文章来聊聊个人觉得最基础也是也最核心的逻辑思维。


文章主要分为两部分,第一部分为逻辑思维的介绍以及思考的流程和方法,第二部分用个人曾经负责过的产品案例来详细说明。


结构思考力


前段时间看完一本书,名字是《结构思考力》,看完觉得书中提供的思维方式是每个产品经理都应该掌握的。因为产品经理在工作中往往面对的环境是复杂的,不是非黑即白的,需要从多方面的因素是考虑去平衡,从而才能知道当前阶段应该做什么,不应该做什么。


结构思考力换个名称大家会更熟悉,那就是金字塔思维。核心内容是:


▍基本结构:


结论先行,以上统下,归类分组,逻辑递进。


先重要后次要,先总结后具体,先框架后细节,先结论后原因,先结果后过程,先论点后论据。


▍具体做法:


自上而下表达,自下而上思考,纵向总结概括,横向归类分组。


用一张图表示金字塔思维的基本逻辑:

纵向结构分层次:


  • 结论先行,以上统下

  • 先表明结果,在针对结果做分解,列出可能造成的原因


横向结构选顺序:


归类分组,逻辑递进


MECE:


  • 相互独立,完全穷尽

  • 多思考,是否还有遗漏的因素,是否把所有可能的因素都考虑到了

  • 列出来的因素是否有重叠的,如果有,则去重


归纳、演绎:


  • 归纳:把具备某种相同属性的事物排列出来

  • 演绎:从前提必然地得出结论的推理;从一些假设的命题出发,运用逻辑的规则,导出另一命题的过程


通常 MECE 和归纳演绎会配合使用,相互联系,互为条件,相互补充、相互转化的。


举个例子


之前创业时,老板想做一款“让用户在移动端就能预约线下母婴店洗澡/游泳等服务的 APP”,这里不讨论需求是否合理、是否高频刚需等,只从产品设计层面来考虑。


根据要求,可分为两个主体,分别是:商家端和用户端。平台端主要支撑两端运行,不做太多讨论。


▍商家端:


核心要点包括如下:


  1. 线下商家入驻平台需要提供什么资料?

  2. 线下的服务如何呈现到线上让用户查看并预约?

  3. 什么样的用户才能够在 APP 端预约线下店的服务?

  4. 用户在什么时间段去线下店服务?

  5. 线下店的收入怎么才能到商家账户?

  6. 其他,如:商铺点评,服务点评等后续的功能


1. 线下商家入驻平台需要提供什么资料?


此功能的目的是审核店铺的真伪,记录店铺的主要信息,并且对审核后的状态需及时告知商家,只有成功的商家才能继续后续的服务操作。


主要信息包含:店主姓名、营业执照照片、身份证正反面照片、联系方式


审核状态:审核成功、审核失败、审核中


2. 线下的服务如何呈现到线上让用户查看并预约?


此功能的设计需要深入了解线下店原来的服务。主要有洗澡、游泳、按摩几种,其中洗澡时最高频且刚需的,因此我们只针对洗澡提供服务。


线下店全部采用会员卡的形式去消费,会员卡有月卡、年卡、次卡三种,月卡和年卡是从开卡当天开始计算。时间到达卡则失效。


因此,需要提供让商家自由设置不同的卡、不同的金额和有效期的功能


3. 什么样的用户才能够在 APP 端预约线下店的服务?


因为线下店全部采用会员制,因此必须先办理某个店铺的会员卡成为会员后才能享受到该店铺提供的服务。非会员用户不可享受。


4. 用户在什么时间段去线下店服务?


为了减少用户的排队的时间,商家需根据店铺的实际服务情况确定店铺最大同时服务人数。


因此,在功能上,提供给商家不同时间段和最大服务人数的功能。


5. 费用怎么结算给商家?


用户办理的会员卡的费用全部统一到平台的支付宝账户,平台在每个月5号统计上个月该店铺收到的总会员费用,商家需能查看办理会员卡的流水金额,因为要和商家结账,因此需要商家提供支付宝账户。


结算状态:已结算,未结算


6. 其他,如:商铺点评,服务点评等后续的功能


后续版本会做,前期只考虑模式的可行性。


用思维导图整理出来:


▍用户端:


O2O 的产品,主要体现在线下,因此线上的功能相对简单,主要做一些信息的展示和简单的操作。


核心点如下:


  1. 用户如何知道附近有哪些线下店?

  2. 用户怎么支付会员卡的费用?

  3. 用户如何预约线下店的服务?

  4. 预约会遇到哪些情况?


1. 用户怎么获取线下店?


两种方式,两种场景,分别是:通过 LBS 获取和输入店铺 ID 搜索。


LBS:这是一款 O2O 的产品,可根据用户的地理位置获取附近的店铺。基于地理位置给用户展示附近的店铺。供用户查看店铺信息并做出决策


搜索:这是比较传统的方式,很多用户会直接到线下店服务,因此提供快速的通过店铺 ID 搜索店铺的方式


2. 用户怎么支付会员卡的费用?


之前已经介绍过商家的业务,都是采用办理会员卡的形式,办理后在有效时间内直接就可以预约就可享受到服务,因此费用都是一次支付,长期有效。


而支付的形式则和大多数 APP 一样,使用第三方支付,微信、支付宝。


3. 用户如何预约线下店的服务?


大家都有在APP 里预定过电影票,预约服务和电影类似,用户自己选择日期和时间段(类似于场次),平台会显示当前时间段是否有剩余人数,如果有,则可预约,反之只能更换时间。

次卡当预约后则扣除次数。


4. 预约会遇到哪些情况?


预约可能出现的情况其实和电商的订单类似,包括但不局限于:


  • 预约都满了怎么办?

  • 预约了不去服务怎么办?


用思维导图整理:


至此,核心业务流程基本已经完成,剩下的就是细化流程。


对于金字塔思维的方式,不仅能够使用与以上的业务逻辑,也适用于功能的逻辑,以微信发信息举例:


输入内容后并发送:


1.当前有网络


  • 发送中:菊花一直再转

  • 发送失败:红色 icon 提示,点击继续发送

  • 发送成功:正常状态


2.当前无网络


  • 菊花一直转,直到恢复网络时重复1的流程。


就酱紫。

 


本文由人人都是产品经理团队@朱帝(微信:434826236) 原创发布,未经许可,不得转载。


点击“阅读原文”下载APP