标签归档:学会提问

学会提问十大关键问题之【理由是什么】

学会提问十大关键问题之【理由是什么】

所谓理由,就是指用来支撑或证明结论的看法、证据、隐喻、类比和其他陈述。

当一位作家有个结论希望你接受的时候,他不但要提供各种理由来说明他的结论是正确的,而且要证明为什么他的结论是正确的。

只有当你找到支撑结论的理由时你才能判定一个结论的价值。

只有论证和推理中才有可能存在逻辑错误。因为一个理由本身只是一个孤立的想法,它并不能反映出一种逻辑关系。

论证本身的几个特点值得我们加以注意:

  • 论证必有其目的。人们展开论证的目的是希望说明我们相信某些事情或是按某些特定的方式行动,所以论证需要别人对之做出回应。不论我们的反应类似于海绵还是淘金者,我们一般总会做出回应。
  • 论证的质量有高有低。我们需要依赖批判性思维来判定一个论证的质量高低。
  • 论证有两个明显的必要构成部分–一个结论及其支撑理由。二者当中如果有一个我们找不到,也就意味着我们失去了客观评价这一论证的机会。我们无法找到的东西自然也无法对其做出评价。

要想成为一个理由,一个陈述(或一系统陈述)必须被演说者用做结论的支撑或根据。

找到结论有提示词

如同寻找结论的情形一样,有些特定的词常常显示出紧随其后的往往就是理由。请记住:推理论证的基本结构是“甲之所以成立是因为乙”。这样,“因为”这个词,以及与之意义相同或功能相近的词,经常提示我们理由会紧随其后出现。以下是表示理由的一些提示词:

  • 由于(as a result of)
  • 因为这个原因(for the reason that)
  • 因为这个事实(because of the fact that)
  • 鉴于(in view of)
  • 由以下材料支撑(is supported by)
  • 因为证据是(because the evidence is)
  • 研究显示(studies show)
  • 第一,第二,第三(first….second….third)

理由是模具,结论据此成型

当作者或演说家尽力证明一个描述性结论,对“为什么”这个问题的回答通常就是证据。

请记住:结论本身并不是证据,它是由一个证据或其他看法支撑起来的看法。

在规定性论证中,理由常常不是一般性的规定性陈述就是描述性的看法或原则。

薄弱的理由必然导致薄弱的推论
理想的做法是,理由是模具,结论据此得以成型和修改

推荐阅读:
学会提问
学会提问十大关键问题之论题和结论是什么

学会提问十大关键问题之论题和结论是什么

”是什么“问题和”应不应该“问题

”是什么“问题又叫描述性问题,他是有关世界过去、现在或未来是什么样的问题。

譬如:

音乐学习是不是有助于提高一个人的数学能力?

”应不应该“问题又叫规定性问题,他是在关世界应该是什么样的问题。

譬如:

公立学校里应不应该教授智能设计?

什么是结论

有说明力的交流或论证的基本结构是:甲之所以成立是因为乙。”甲“是指结论,”乙“是指结论的支撑材料。
这个结构代表了推理的过程。

结论是一个观点,需要其它观点来进行支撑。我们把没有证据支撑的断言称为纯观点。

找到结论有线索可寻

线索一:问问论题是什么。

线索二:寻找指示词。

结论前面常有指示词引导,告诉我们接下来出现的就是结论。
以下我们为你列举一些指示词:

  • 因此(consequently)
  • 表明(sugguests that)
  • 由此可知(therefore)
  • 由此得出(thus)
  • 因此可以断定(it follows that)
  • 我要说的重点是(the point I’m trying to make is)
  • 显示出 (shows that)
  • 证明(proves that)
  • 告诉我们(indicates that)
  • 问题的实质是(the truth of the matter is)

线索三:在可能的位置查看一下。

结论一般都在特定的位置出现。首先要注意的两个地方是文章的开头和结尾。

线索四:记住不可能作为结论的东西。

以下这些都不可能作为结论出现:
* 例句
* 数据
* 定义
* 背景材料
* 证据

线索五:检查一下交流的语境和作者的背景。

线索六:问一问”所以呢?“

推荐阅读:
学会提问

学会提问

两种思维模式

海绵式思维

像海绵放到水中充分吸收水分一样,海绵式思维尽量多地吸收外界的信息。

海绵式思维的人读书会逐字逐句地细读,竭尽所能地记住所读材料。主要任务是找出作者的观点并充分加以理解。
淘金式思维

带着自己的立场和观点来吸收信息,辩证地看待信息,时刻准备着和信息传播者互动,找出其中有利于自己吸收的信息和观点。

淘金式思维的人读书常常质疑作者为何要提出各种各样的主张。他在书本的页边写批注,提醒自己注意作者推理和论述中存在的问题。

由于国内的教育基本是填鸭式的教育,正是海绵式思维,相信绝大多数人养成了海绵式思维。但在这个信息大爆炸的时代,海绵式思维存在一个极严重、极致命的缺点:对各种纷至沓来的信息和观点如何做出取舍,他提供不了任何方法。如果读者始终依赖海绵式思维方式,他就会对自己最新读到的一切深信不疑。

正确的问题有哪些?

怎么培养淘金式的思维呢?那就是用质疑的眼光、带着问题看待别人的观点。
时刻准备下面的问题:

1. 论题和结论是什么
2. 理由是什么
3. 哪些词语意思不明确
4. 什么是价值观假设和描述性假设
5. 推理过程中有没有谬误
6. 证据的效力如何
7. 有没有替代原因
8. 数据有没有欺骗性
9. 有什么重要信息被省略了
10. 能得出哪些合理的结论

价值观决定了你的立场

在与人的互动中,容易过于投入自身的感情,而忽略一些事实。
在心理学上有说,人会吸收和自己观点一致的事实,而忽略掉那些背离自己观点的信息。
批判性思维可以用来

  1. 捍卫自己的观点
  2. 评价和修正自己的观点

用法1被称为弱势批判性思维,这种思维是封闭式的。
用法2被称为强势批判性思维,这种思维是开放式的。

我们学习批判性思维便是要注意别因立场问题陷入到了弱势批判性思维。
而价值观其实是在默默地影响着你的立场。(这里说的价值观,是指人们认为较有价值的那些观点)

作为一个批判性思考的人,你的主要目标是寻找更好的结论,寻找更好的看法,做出更好的决定。
主要价值观

1. 自主性
2. 好奇心
3. 谦恭有礼
4. 以理服人者逢之必敬

心智成长类书单推荐

都是好书,大部分我都读过或正在读。

《少有人走过的路》

《和时间做朋友》

《哲学家们都干了些什么?》

《成功、动机与目标》

《精益创业》

《创业36条军规》

《卓有成效的管理者》

《领导梯队》

《7年就是一辈子》

《如何高效学习》

《信号与噪声》

《超越感觉 批判性思考指南 第八版》

《学会提问》

《金字塔原理》

 

一起进步吧。

如何成长为一名思维缜密的产品经理

本文写给刚入门的产品新人们,包含我自己。

 

毋庸置疑,产品新人和产品老鸟之间普遍有着很大的差距,其中有一点体现在思维的缜密程度上。新入行的产品小白在考虑产品流程、写PRD文档时思考的往往很单一片面,感觉都能说的通了,确不知遗漏了很多细节,很多可能的分支流程也都没有想到,在被开发测试的同学问的时候要么一脸茫然、要么随意的给一个方案,这往往是不够干练优秀的体现。

 

那么作为一名产品新人,到底该如何成长为一名思维缜密的产品经理呢?经过一段时间的摸索思考,我感觉可以从三个角度来不断提升自己:

  1. 作为产品,多问自己问题
  2. 站在开发的角度来实现需求
  3. 站在测试的角度了体验功能

作为产品,多问自己问题

做产品设计多了之后,会发现很多细节、流程其实是相通的。当我们第一次遇到某个细节问题时,没有想到很正常,但是第二次第三次仍一直想不到那就说明有问题了。

为了应对这种情况,可以归纳一些特定的问题,在以后做设计写文档的时候时不时的问问自己,进而来帮助自己思考的更加全面。

比如当遇到用户输入项的时候,就要学会提问:是否是必填项?数据格式是什么?有没有字符限制?什么动作(时间节点)触发校验?……把这一串问题想一遍之后,往往会考虑的更加细致

再比如遇到限制条件时就要记得问自己:会有哪些不满足条件的情景?当遇到这些情景的时候该怎么处理?

还有当有数据交互的时候要记得问自己:数据是否有必要实时刷新?是下拉刷新还是进入页面刷新?

这一系列情景下的问题,可以根据自己遇到的情况不断的整理,逐渐累积为自己的一个问题库。养成习惯之后,每次遇到这些情景,就会下意识的想到这些问题,从而帮助自己思考的更加全面。

站在开发的角度来实现需求

看多了网上程序猿砍杀产品狗的新闻,感觉开发和产品的关系紧张的很,其实现实中还是挺美好的,我司的程序猿脾气都还是很好的。当然,开发和产品之间确实有很多可能产生矛盾的点,更改需求、功能阉割等这些问题暂且不谈。主要说一下产品经理该如何交付一份详细可执行的文档或说明。

产品新人在最初的一些项目中,免不了经常被开发问各种产品需求实现的细节问题,问的自己也会比较沮丧,自己当初怎么会没想到这些问题呢?其实就是没有学会站在开发的角度来考虑需求,此时如果产品经理有技术基础会更容易明白,没有的话经过项目的实践积累也能够做到。把自己当成开发,如果要实现这些需求的话,我需要哪些条件说明呢?

比如获取数据的粒度问题。产品新人的文档中很可能有这样的描述:记录订单提交的时间、获取天气情况…然后就没然后了。可是在写代码的时候,开发需要知道时间是精确到分呢还是秒呢? 天气是获取温度风力还是什么鸟东西呢?

再比如要给出足够明确的规则。产品新人很可能会写:推荐销量最多的商品…然后又没然后了。可是开发实现的时候需要知道销量是按照件量还是订单数计算呢?销量是计算多长时间呢?如果是一周的话,是自然周呢?还是之前7天的数据就可以了呢?

这样的例子不胜枚举。总体思路就是,作为产品不仅要需求描述出来,还需要站在开发的角度来考虑如何实现需求,如果你是开发需要哪些说明和条件才能用代码实现出来呢?虽不用会具体的实现方法,但想想必要的条件说明能更好的帮助我们把需求描述的更加详细。

站在测试的角度体验功能

除了开发会来问问题,测试人员在写测试用例的时候也会经常来骚扰产品经理,因为在某些测试场景下,软件/系统 到底如何反应或者如何处理才是被当做是正常的呢?哪些又是bug呢?产品新人很可能又忘了做出相关的说明。

测试人员通常习惯在各种极端情况下来测试产品功能,虽然在用户实际使用中很少有这种情况,但是既然存在可能性就要考虑清楚应对方案。所以作为产品经理,也要学会站在测试人员的角度“变态”的体验功能,考虑需求。

比如同样是在输入项,测试人员就会喜欢试:输入特殊字符会怎么样?超出了字数限制会是什么反应呢?必填项不输就点下一步又会是什么提醒呢?需求文档中把正常的流程描述的很清楚,可是这些特殊情况的处理是否都想到了呢?

再比如在付款或其它流程中,测试人员又开始变态的尝试了:我中途退出应用行吗?突然断网了我该怎么办? 还可能会尝试一下多设备登录是否可行呢?咦,你这个优惠活动,我可不可以钻个漏多参加几次呢?

测试人员就是这么一群人,不管三七二十一的采用各种可能的手段来体验功能点,找到bug是他们的目的,可是把正常的反应和意外的bug定义清楚就是我们产品经理的职责。学会站在测试人员的角度来体验产品、测试功能,能很好地帮助我们把需求定义的更加精准

总结

成为一名思维缜密的产品经理,不是一朝一夕的事情,需要项目的实践,不断的思考总结。「作为产品多问自己问题」「站在开发的角度来实现需求」「站在测试的角度体验功能」只是我个人总结的三个思考维度,在这三个思考维度基础之上,我希望自己能成长的更快一些,走的弯路更少一些,早日成为一名思维缜密的产品经理。而这只是「产品之路」中稳健的一小步,要想成为一名优秀的产品经理,还有很多路需要走。路途虽坚信,愿勿忘初心,以此共勉。

 

产品经理必看书籍推荐

产品经理必看书籍

在“神一样的产品经理凭什么那么神”这篇文章中,我曾结合自己的工作实践总结过产品经理需要的一些基本素质,如市场洞察、抽象概括、创新想象、心思细腻、热爱产品、具备一定的企业家精神等等,这些基本素质既包括IQ层面也涉及很多EQ层面的。在我看来,产品经理更应该是通才,在市场、设计、项目、管理、用户、统计、心理、技术等多方面均要有所涉猎,因此,持续学习成长成为产品经理的生活常态,而多看相关书籍并不断总结实践则成为学习提升的一个重要途径,其中,书籍又可以分为“术”、“道”、“IQ”、“EQ”等多个类别,且相互影响。

结合业内同仁推荐以及自己工作实践总结,收集整理了以下一些书籍,推荐给各位产品经理。后续我会陆续将书本的读后感分享给大家,以资交流分享。

《引爆点》——产品市场与运营推广

《长尾理论》——产品市场

《魔鬼经济学》——产品市场

《影响力》——产品市场

《怪诞行为学》——产品市场与用户行为必读

《用户体验的要素》——你们都懂的

《就这么简单》——用户体验科普

《Don’t make me think》

《锦绣蓝图》——怎样规划令人流连忘返的网站

《Web信息架构》——Web信息架构必读

《创造突破性产品》——PM启蒙读物

《写给大家看的设计师》——UI设计必读

《应需而变,设计的力量》——培养同理心

《简单法则》——设计思想

《决策与判断》——换位思考

《只有偏执狂才能生存》——情商

《演说之禅》——气场与感染力

《启示录》——团队

《移动设备交互设计》——移动交互入门

《移动应用的设计与开发》——移动产品入门

《Tapworthy(触动人心)》——IOS设计

《App Savvy》

《Mobile Design Pattern Gallery》

《简约至上》

《人人都是产品经理》——苏杰

《结网》——王坚

《产品经理手册》——哥乔斯

《失控》

《学会提问》

《精益求精–卓越的互联网产品设计与管理》

《项目管理之美》:偏重于项目管理

《掌握需求过程》:偏重于需求挖掘

《流程管理》 :偏重于项目型团队产品经理

《网站设计解构》:偏重于 web 产品经理

《瞬间之美》 :同上

《GUI 设计禁忌》 :偏重于客户端产品经理

《About Face 3 交互设计精髓》:偏重于客户端产品经理

《用户体验度量》:有一定用户群产品的产品经理可以看

《胜于言传:网站内容制胜宝典》:资讯类网站产品经理最好看一看

《Web导航设计》:偏重Web

《赢在用户》

《重来》

《湿营销》

《世界是平的》

《三双鞋》

《故事的领导力》

《人月神话》

《情感化设计》

《经济学的思维方式》

《社会心理学》

《用户体验面面观》

《浪潮之巅》

《定位》

《交互设计之路》

《统计数字会撒谎》

《餐巾纸的背面》

《改变心理学的40项研究》

《轻公司》

《中国历代政治得失》

《别做正常的傻瓜》

《大脑使用说明书》

《美第奇效应》

《罗伯特议事规则》

《博弈论的诡计》

《麦肯锡方法》

《情感化设计》

《水平营销》

《设计心理学》

《万历十五年》

《公司进化论》

《黑天鹅》

《沸腾十五年》

《金字塔原理》

《思考的技术》

《黑客与画家》

《交互设计四策略》

《怎样卖龙虾》

《啤酒与尿布》

《口碑》

// 个人心得总结 //

1、学而不思则罔,思而不学则殆。带着问题看书,本着解决问题看书,不要为了看书而看书,学以致用。

2、跳跃式的看书比一字不漏的看书效果好,把握核心思想,抓大放小,提高阅读效率,广泛涉猎。

3、尽信书,不如无书。批判的看书,辩证的思考,取其精华去其糟粕。

4、看书只是学习的一种途径,工作实践、多体验感悟好的产品也是学习提升的重要途径。