邱岳的产品手记
邱岳
无码科技产品经理,公众号二爷鉴书作者
立即订阅
9950 人已学习
课程目录
已完结 48 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 | 产品经理的世界没有对错
免费
01 | 验证码是个好设计吗?
02 | 产品经理工具指南
03 | 产品案例分析·Trigraphy的设计哲学
04 | 如何当好AI时代的产品经理?(学习篇)
05 | 如何当好AI时代的产品经理?(实践篇)
06 | 产品案例分析 · The Guardian的文本之美
07 | 关于需求变更(上):需求背后的需求
08 | 关于需求变更(下) : 化变更于无形
09 | 产品案例分析:Hopper的“人工智能”
10 | 产品被抄袭了,怎么办?
11 | 如何借鉴灵感?
12 | 产品案例分析:LabRdr的设计实验
13 | 无用却必要:产品规划(上)
14 | 留白与节奏:产品规划(下)
15 | 产品案例分析:Mimo与Learn Python的导学之趣
16 | 在内部产品中找到产品经理的价值
17 | 产品经理如何获得非权力性的影响力?
18 | 产品案例分析:WWF Together的情怀设计
19 | 产品经理如何与开发打交道(上):打破思维的边界
20 | 产品经理如何与开发打交道(下):合作与共赢
21 | 产品案例分析:Fabulous的精致养成
22 | 产品经理的图文基本功(上):产品文档
23 | 产品经理的图文基本功(下):产品图例
24 | 产品案例分析:PathSource的混乱与直观
25 | 产品世界的暗黑模式:操纵的诱惑
26 | 写好产品文档的诀窍
27 | 产品案例分析:Quartz&Hooked的对话式交互
28 | 产品分析的套路(上):谁是利益相关者?
29 | 产品分析的套路(中):解决什么问题?
30 | 产品案例分析:Primer的扑克牌交互
31 | 产品分析的套路(下):如何出解决方案?
32 | 从受众规模、需求频率和强度出发:排定需求优先级的方法(上)
33 | 产品案例分析:Arts & Culture 的架构之美
34 | 价值曲线分析:排定需求优先级的方法(下)
35 | 答疑时间:关于产品经理的12个问题
36 | 产品案例分析:解读知识星球
37 | 如何做好需求评审(上):需求评审不只是一次会议
38 | 如何做好需求评审(下):在评审中控住全场
39 | 产品案例分析:SeatGeek的订票设计
40 | 新年给产品经理的几碗鸡汤
41 | 产品经理的项目管理心得
42 | 产品案例分析:Unread的阅读体验
43 | “玩”的力量:从游戏设计中学习产品设计(上)
44 | “玩”的启示:从游戏设计中学习产品设计(下)
45 | 产品案例分析:Chartistic的“复杂”图表
尾声:你的快乐是哪一种
【第二季回归】二爷归来,再次扬帆起航
邱岳的产品手记
登录|注册

31 | 产品分析的套路(下):如何出解决方案?

邱岳 2018-01-30
“知到蓬莱难再访,问何方法得长生。”——(唐)唐求
我最近的两期分享,都在围绕着一句话,就是:“用什么方法,解决谁的什么问题”,前两次分享,我们分别介绍了如何找到利益相关者,以及从他们的角度抓出面临的问题,这一次,我们终于可以开始考虑解决的方案了。
我接触过不少产品经理,很多时候,给出解决方案能力的重要性在整个产品经理的能力模型里面其实是被高估了。但这并不代表我认为出解决方案不重要,恰恰相反,解决方案是一个产品设计者最终输出的东西,你的一切思考、平衡和执行,都会在这里被体现出来。
另外,出解决方案也是产品经理硬技能被体现最多的地方。比如你会不会用 Axure,会不会用 Photoshop,懂不懂领域建模,能不能写出漂亮的文档,以及用各种图来分析流程、逻辑关系等等。
产品经理设计的方案既包括流程上的、逻辑上的,也包括交互和体验上的。提高出方案能力的最好方法就是大量把玩各种各样的互联网产品和服务。但要注意一点,这个把玩的过程不应该是随便用一下、体验一下就完了。
所谓内行看门道,外行看热闹,产品经理需要通过看到特性就能理解背后的问题、用户,尽可能地去抽象考虑同样的问题还有哪些不同的方案。见得足够多了,理解得透彻了,自然出方案的能力就相应地增强。就像一个工具箱,工具越是丰富,你面对问题时就越是游刃有余。
有人会说,这不是纵容抄袭嘛,其实并不是。你可以看我之前在专栏里关于抄袭的分享,在这个行业中,方案和手段上的创新机会并不多,真正困难的是挑选和平衡。另外就是再提醒一遍,不要陷入 X-Y Problem 中,不要忘记要解决的问题和要达成的目标。一旦我们执着于解决方案,就很容易变成一个不合格的产品经理。
我想起一个小故事,有个肥皂厂,因为生产线的问题总是会出现包装盒里没有肥皂的现象,大厂的产品经理解决这个问题的方法是花费很多精力做各种探测装置,在生产线末端去分拣没有装进肥皂的包装盒。
另一个小厂的产品经理没有这么多资源,灵光一现想到了一个办法:弄了俩电扇在生产线旁边儿呼呼猛吹,把那些没装肥皂的包装盒全都吹到一边去,留下没有问题的肥皂盒。虽然,后一种方案未必就一定比前一种方案好,但这个故事还是可以给我们一些启发。
我们互联网产品经理主要是做产品功能设计,所以有时候会本能地想通过做功能解决一些问题,就像我们聊工具的时候提到过的,手里有一把锤子,看到满世界都是钉子,其实产品经理还要学会通过改变业务规则、流程,甚至利用财务手段去解决问题。
比如优化退款流程体验这样的事情,我们可以在经过一些的数据分析之后,去承担一些潜在的财务风险,你可以去研究一下各大电商平台的退货退款流程,很多地方都是在用财务手段优化体验。比如多少天内无条件退款,或者高等级用户闪电退款之类的功能。
这样的优化不是通过把表单设计得更简洁更美观,或者减少提交退货的操作步骤之类的功能完成的,而是抓住了退款体验的核心,用业务的方式解决问题。
关于产品方案设计还有一个非常值得学习和借鉴的领域就是游戏设计,游戏把很多人性的东西利用得很好,做游戏设计和策划的人也都很厉害,有不少做游戏策划的高手把自己游戏设计的经验总结出来,也出版了很多书,比如《游戏改变世界》,还有图灵出的《游戏设计的 100 个原则》、《通关》等等。
我自己不喜欢打游戏,但确实从这些书里学到了不少有价值的东西。比如很多游戏设计的点和原则,这些内容单独拿出来放到产品里其实都会非常有力量。我在自己产品的小特性里有时候会用一两个这样的小花招,其实挺有意思的,后面如果有机会再单独聊。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《邱岳的产品手记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(8)

  • 刘祯
    今天来晚了,这是我补交的思考。

    非功能特性在产品开发初期更为关键,毕竟产品都是不断打磨出来,而很多业务规则我们上线之初很难完全通过产品来满足,这时就需要强大的运营手段加以辅助,其实就是非功能特性的能力提升。

    例如电商退款,用户都希望在第一时间收到回复、得到退款,最近和阿里体育合作的过程中就遇到了这个问题,订场要充分考虑天气因素,在退款流程未实现时,只能通过人工方式进行监督与处理。

    例如社区运营,前期的帖子与内容审核过程就十分复杂,前期肯定是由人工处理更为高效。产品不足,运营更要努力在短期用户体验上去做到最好,没有一个产品在初期就是完美的。
    2018-01-30
    10
  • Charles tong
    对上一条留言,再补充一个结论吧,就是从内容的源头做好使用引导降低用户的错误率,比事后通过审核驳回来教育用户,用户体验要来的更好。同时还能降低审核的压力,对这个公司或者组织而言都是有益的。
    2018-01-30
    5
  • Charles tong
    感谢邱哥的分享。有些时候分析完问题情况之后,我们直接给出的方案对问题的解决情况相较于从其他相关方去解决问题,直接的解决方案起到的效果不一定更好。
    例如我在工作中遇到的一个情况,对于前台直播间的背景图审核功能,使用方希望提高审核效率。原因是直播间的背景图有个特殊情况,就是直播间中部是一个播放器,留给背景图展示有用内容的区域只在播放器的左右两侧相对狭小的区域,所以就要求用户在上传背景图时对于图片内容的要求就是左右两侧留出重要有用内容。
    后台的审核同学就希望在背景图审核页面里,在每张待审图片上模拟放置一个播放器区域,从而能够更高效的判断用户的背景图内容是否符合规范。
    然而经过我们的分析,得出的结论是,在前台用户上传背景图时就默认模拟上播放器区域,如此一来能够提醒用户背景图的内容合规情况,从而也能提高上传的背景图质量,这样审核在后台需要审核量会下降,同时也能降低审核难度提高审核效率。而且还能起到的一个作用是,能降低驳回量,这对于用户体验也是一种提升。
    以上就是我在产品工作过程中的一个特殊的解决方案实例。
    2018-01-30
    4
  • Jerry
    用户,痛点,需求。展开延伸,不基于表面。

    作者回复: 赞

    2018-01-31
    3
  • yaxin
    把玩不同类型的产品,主要是看门道,看出某些特性背后用户、问题,看看能不能给出不同的解决方案。
    做了这么多年开发,对发现不了自己产品里的问题深有感触,常常出现测试测出来开发完全想不到的问题,这和产经沉迷在自己产品里的道理一样。
    让其他人来使用自己产品并提出意见很有效,他们往往能从不同角度提出建议以及优化方向。
    2018-11-13
    2
  • 龙猫
    曾经需要开发一个押**贷款的功能模块,若全部使用代码的方式,实现全部功能的话,至少需要一个月的时间。后来老板很着急,然后我们产品组就制定出一个简化方案:只出一个很简单的静态页面。
    说明清楚功能规则,然后提供一个申请表单。用户填写表单即可, 然后我们财务会主动联系对方,然后通过线下的方式实现了押**贷款的功能。
    2019-05-16
    1
  • Dylan
    产品经理确实经常容易变成功能经理,遇到需求和问题,立刻着手从功能角度找方案。着的确是我们这一行的“笨蛋锤子”。
    想到的是育学园app,通过文案,把帖子回复引导为用户优质的回答降低运营成本,也没有新增功能板块。
    明确利益相关者、明确问题,然后一步步找解决方案
    2018-07-15
    1
  • 坦克
    工具理性与价值理性
    2018-06-04
收起评论
8
返回
顶部