设为首页
收藏本站
用户名
Email
自动登录
找回密码
密码
登录
立即注册
只需一步,快速开始
快捷导航
登录
注册
论坛首页
BBS
建站模版
微站设计
虚拟主机
企业邮箱
博客日志
Blog
搜索
搜索
搜索
热搜
长春
优惠
活动
做网站
本版
帖子
用户
本版
帖子
用户
请
登录
后使用快捷导航
没有帐号?
立即注册
道具
勋章
任务
留言板
设置
我的收藏
退出
时时商务社区
»
论坛首页
›
建站资源
›
建站技术
›
实例分析:在产品设计中如何运用产品经理的逻辑思维? ...
返回列表
查看:
2100
|
回复:
0
实例分析:在产品设计中如何运用产品经理的逻辑思维?
[复制链接]
bewin83
当前离线
积分
7520
2500
主题
2513
帖子
7520
积分
论坛元老
论坛元老, 积分 7520, 距离下一级还需 9992479 积分
论坛元老, 积分 7520, 距离下一级还需 9992479 积分
积分
7520
发消息
电梯直达
楼主
发表于 2018-2-17 16:39:18
|
只看该作者
|
倒序浏览
|
阅读模式
产品经理需要的思维很多,比如:逻辑思维,用户思维,市场思维,还有万能的互联网思维。这篇文章来聊聊个人觉得最基础也是也最核心的逻辑思维。
文章主要分为两部分,第一部分为逻辑思维的介绍以及思考的流程和方法,第二部分用个人曾经负责过的产品案例来详细说明。
结构思考力
前段时间看完一本书,名字是《结构思考力》,看完觉得书中提供的思维方式是每个产品经理都应该掌握的。因为产品经理在工作中往往面对的环境是复杂的,不是非黑即白的,需要从多方面的因素是考虑去平衡,从而才能知道当前阶段应该做什么,不应该做什么。
结构思考力换个名称大家会更熟悉,那就是金字塔思维。核心内容是:
基本结构:
结论先行,以上统下,归类分组,逻辑递进。
先重要后次要,先总结后具体,先框架后细节,先结论后原因,先结果后过程,先论点后论据。
具体做法:
自上而下表达,自下而上思考,纵向总结概括,横向归类分组。
用一张图表示金字塔思维的基本逻辑:
纵向结构分层次:
结论先行,以上统下
先表明结果,在针对结果做分解,列出可能造成的原因
横向结构选顺序:
归类分组,逻辑递进
MECE:
相互独立,完全穷尽
多思考,是否还有遗漏的因素,是否把所有可能的因素都考虑到了
列出来的因素是否有重叠的,如果有,则去重
归纳、演绎:
归纳:把具备某种相同属性的事物排列出来
演绎:从前提必然地得出结论的推理;从一些假设的命题出发,运用逻辑的规则,导出另一命题的过程
通常 MECE 和归纳演绎会配合使用,相互联系,互为条件,相互补充、相互转化的。
以笔者曾经负责的一款产品为例
之前创业时,老板想做一款“让用户在移动端就能预约线下母婴店洗澡/游泳等服务的 APP”,这里不讨论需求是否合理、是否高频刚需等,只从产品设计层面来考虑。
根据要求,可分为两个主体,分别是:商家端和用户端。平台端主要支撑两端运行,不做太多讨论。
商家端:
核心要点包括如下:
[ol]
线下商家入驻平台需要提供什么资料?
线下的服务如何呈现到线上让用户查看并预约?
什么样的用户才能够在 APP 端预约线下店的服务?
用户在什么时间段去线下店服务?
线下店的收入怎么才能到商家账户?
其他,如:商铺点评,服务点评等后续的功能
[/ol]
1、线下商家入驻平台需要提供什么资料?
此功能的目的是审核店铺的真伪,记录店铺的主要信息,并且对审核后的状态需及时告知商家,只有成功的商家才能继续后续的服务操作。
主要信息包含:店主姓名、营业执照照片、身份证正反面照片、联系方式
审核状态:审核成功、审核失败、审核中
2、线下的服务如何呈现到线上让用户查看并预约?
此功能的设计需要深入了解线下店原来的服务。主要有洗澡、游泳、按摩几种,其中洗澡时最高频且刚需的,因此我们只针对洗澡提供服务。
线下店全部采用会员卡的形式去消费,会员卡有月卡、年卡、次卡三种,月卡和年卡是从开卡当天开始计算。时间到达卡则失效。
因此,需要提供让商家自由设置不同的卡、不同的金额和有效期的功能
3、什么样的用户才能够在 APP 端预约线下店的服务?
因为线下店全部采用会员制,因此必须先办理某个店铺的会员卡成为会员后才能享受到该店铺提供的服务。非会员用户不可享受。
4、用户在什么时间段去线下店服务?
为了减少用户的排队的时间,商家需根据店铺的实际服务情况确定店铺最大同时服务人数。
因此,在功能上,提供给商家不同时间段和最大服务人数的功能。
5、费用怎么结算给商家?
用户办理的会员卡的费用全部统一到平台的支付宝账户,平台在每个月5号统计上个月该店铺收到的总会员费用,商家需能查看办理会员卡的流水金额,因为要和商家结账,因此需要商家提供支付宝账户。
结算状态:已结算,未结算
6、其他,如:商铺点评,服务点评等后续的功能
后续版本会做,前期只考虑模式的可行性。
用思维导图整理出来:
用户端:
O2O 的产品,主要体现在线下,因此线上的功能相对简单,主要做一些信息的展示和简单的操作。
核心点如下:
[ol]
用户如何知道附近有哪些线下店?
用户怎么支付会员卡的费用?
用户如何预约线下店的服务?
预约会遇到哪些情况?
[/ol]
1、用户怎么获取线下店?
两种方式,两种场景,分别是:通过 LBS 获取和输入店铺 ID 搜索。
LBS:
这是一款 O2O 的产品,可根据用户的地理位置获取附近的店铺。基于地理位置给用户展示附近的店铺。供用户查看店铺信息并做出决策
搜索:
这是比较传统的方式,很多用户会直接到线下店服务,因此提供快速的通过店铺 ID 搜索店铺的方式。
2、用户怎么支付会员卡的费用?
之前已经介绍过商家的业务,都是采用办理会员卡的形式,办理后在有效时间内直接就可以预约就可享受到服务,因此费用都是一次支付,长期有效。
而支付的形式则和大多数 APP 一样,使用第三方支付,微信、支付宝。
3、用户如何预约线下店的服务?
大家都有在APP 里预定过电影票,预约服务和电影类似,用户自己选择日期和时间段(类似于场次),平台会显示当前时间段是否有剩余人数,如果有,则可预约,反之只能更换时间。
次卡当预约后则扣除次数。
4、预约会遇到哪些情况?
预约可能出现的情况其实和电商的订单类似,包括但不局限于:
预约都满了怎么办?
预约了不去服务怎么办?
用思维导图整理:
至此,核心业务流程基本已经完成,剩下的就是细化流程。
对于金字塔思维的方式,不仅能够使用与以上的业务逻辑,也适用于功能的逻辑,以微信发信息举例:
输入内容后并发送:
1.当前有网络
发送中:菊花一直再转
发送失败:红色 icon 提示,点击继续发送
发送成功:正常状态
2.当前无网络
菊花一直转,直到恢复网络时重复1的流程。
就酱紫。
分享到:
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
0
回复
使用道具
举报
返回列表
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
|
立即注册
本版积分规则
发表回复
回帖后跳转到最后一页
用户反馈
客户端