沟通技巧：表达方式
为了让交流达到最大的效果，我们需要把表达的内容梳理成一条逻辑线，从而帮助听众更易理解我们的意思。
用《金字塔原理》里面的话来说，对受众最容易理解的顺序是：先了解主要的、抽象的思想，然后再了解次要的、为主要思想提供支持的思想。
金字塔原理，说白了就是中心思想先行，然后再附上论据。一级一级向下伸延，成为一个金字塔形状的表达结构。例如：
这套衣服穿在你身上非常好看。(中心思想)
因为衣服剪裁修长，而你身材高挑，两者搭配在一起会非常合衬。(第一级支撑理由)
而且很多瘦人穿衣服，都是选择合身的衣服，既不宽松，也不过于紧身，这样穿起衣服来，整个人看起来会十分精神。(第二级支撑理由)
当人显得精神了，那就说明衣服适合，整体观感也会非常好看的。(第三级支撑理由)
看得出来不?这种表达，完全可以结合上面那个“事实与观点”的表达内容，来说出我们想说的话。
值得注意的是，有时观点和事实并不是那么容易分的很清楚。有些观点可以是事实的反映，而有些事实则也是一种观点的阐明。例如“云南是一个非常漂亮的地方”，这句话就是既是观点，也可以是事实。
但无论是观点先行，还是事实先行，你都表达一种思想，那么运用金字塔这种表达方式来论述，给出你的理由，就能够让对方明白你想要表达的意思。
当然，我们也可以反过来向对方表达我们的论据，最后总结出观点，也是金字塔原理的运用，只不过这是一个倒三角的结构。
例如你说：“在这件事上，你既可以选择答应，也可以选择拒绝。如果你选择答应，你也许就会惹上麻烦，从此你的生活有了一种压力，但你的人生会充满意义;如果你选择拒绝，尽管你的生活可能会过得很轻松，但少了一些担当，说不定你缺少了一种奋进的目标。”
这个论述，表达的是什么观点呢?这样很难看得出来，别人也未必清楚。这时你再总结一句：人生不在乎你选择什么，因为选择什么都有好处，也有坏处，只要你对你的选择不会感到后悔就行了。”这就是对整段话的总结。
那什么时候是先表达中心思想，什么时候是先表达你的论述呢?
除了根据当下情况的迫切与否，还有我们的心理感受，更重要的是，你要看受众的理解和接受程度。如果对方容易接受的话，你当然一开始就开门见山地说明你的思想，但如果对方可以很难接受你的观点，这时你就要慢慢渗透，旁敲侧击，一步一步地向对方展开论述，直到对方自己得出你的观点。
在我们日常生活当中，一定要根据客观情况来表达我们;但只要按照这个流程表达，别人一般都会明白我们的意思。
沟通技巧：表达方式的内容小编就说到这里了，更多关于沟通技巧，干货等内容小编会持续更新。
产品的业务流程与产品的操作步骤有什么区别？怎么写？
这篇文章的目的很简单：通过电商的实例，将业务流程图和任务流程图之间的关联和区别以及在产品中的应用，讲解清楚。
流程和流程图
首先来看流程的定义：
《牛津词典》里，流程是指一个或一系列连续有规律的行动，这些行动以确定的方式发生或执行，促使特定结果的实现； 而国际标准化组织在ISO9001：2000质量管理体系标准中给出的定义是：“流程是一组将输入转化为输出的相互关联或相互作用的活动”。
由上面的两个定义，我们可以提炼出流程不可或缺的因素：对象、输入、动作、输出。
对象就是执行人，也就是产品中的用户；
输入可以理解为前提、前置条件；
动作，就是产品中的操作，可以是点击、输入，等等；
输出，可以理解为结果、动作的目的。
需要说明的是：
产品工作中，输入和输出的形式并不局限，可以是事件，也可以是动作；
在思考输出时，也不能仅仅考虑用户端的输出结果，同时要思考后台可能产生的输出（比如数据的变化）；
在相连的环节中，通常上一个环节的输出即为下一个环节的输入。
明确了流程的定义和要素之后，顾名思义，流程图就是将流程表达清楚的图形，流程图只要表达清楚一件事：什么对象在什么前置条件下执行了什么操作，产生了什么结果。
流程图的制作方法和工具，已经有很多的介绍，这里不赘述。产品工作中常用到业务流程图和任务流程图，下面将通过实例讲述我所理解的两种流程图的联系和区别。
业务流程图
业务流程图的作用是表达清楚业务需求在产品线的各个阶段中在各个功能模块之间的轮转。
通常情况下，一个业务需求不仅仅对应一个功能需求，而是由多个功能需求组成的，举例来说：业务需求是注册，那么功能需求就包括填写信息的正则校验，验证码的生成与校验，注册协议查看（和勾选），此外，后台还要有账户生成与信息记录的功能，需要手机注册的还要有短信的发送与验证功能（邮箱注册同理）。
可见，业务需求要求概括精炼，功能需求要求详细具体。一个业务需求通常涵盖多个功能需求，涉及前端展示、后台记录等多个部分，所以业务流程图通常复杂详细，尽量能够涵盖各种异常情况（每种异常情况都有相应的前、后台解决方案）。
业务流程图的绘制思路一般是：
首先将业务按阶段划分，比如电商类可以分为下单和支付，单车类可以分为提车、骑行和停车；
然后列出每个阶段参与的功能模块，比如下单阶段，就有商品查看、登录/注册、信息记录、个人中心等功能。
最后按照时间顺序，画出业务需求在各个功能模块之间的流转情况。
为了输出一份完整的业务流程图，一般有两个原则：
先思考主干流程，再思考分支流程，主干流程逻辑准确，分支流程全面无遗漏；
表达清楚后台产生的各种判断及相应的前端展示,这将作为接口设计的重要根据。
下面以电商购物的实例，绘制一份业务流程图
一个完整的电商购物流程，通常包含两个阶段，五个部分，两个阶段就是下单和支付，五个部分是用户、交易、账号系统&个人中心、支付系统和CRM系统，如果仅仅从用户角度出发，很难考虑到后台各种判断和操作，那样就变成了任务流程图，而这个图中包含了购物流程的用户操作、前端展示和后台判断，体现了实现购物业务所需要提供的功能和各部门的支持，在这个图中也能看出所需要的接口和数据。
业务流程图应该是拿到业务需求（或BRD）后，首先输出的文档，而且并不是一成不变的，会在对业务需求或者BRD的多次讨论中不断补充完善，最后成为整个项目的标杆文件，在构建技术架构和技术分工时，将其作为主要参考。所以，绘制业务流程图时，一定要逻辑清晰，不能遗漏任何一个重要部分。
任务流程图
任务流程图表达的是用户在执行某个具体的任务时的工作流程。任务流程图可以理解为一个简化版的业务流程图，只有主要的操作步骤，通常在写用户体验报告时，利用任务流程图表达页面流转和主要操作，同样以电商购物为例：
由上可见，相比于业务流程图，任务流程图的特点是：
只展现用户的操作，不展现后台的判断；
只展现正常流程，不展现异常流程；
只可查看用户的工作流程，无法作为开发的参考。
不管是绘制业务流程图还是任务流程图，重点都应放在逻辑关系上，而不是图形本身的细节。说到底，流程图只是帮助我们更好地进行分析思考的工具，能够画出逻辑清晰的流程图，不一定对每个模块都了如指掌，但如果流程图逻辑混乱、含糊不清，那么肯定要反思是不是对业务需求或者功能需求的理解不清晰。作为刚入门的新手，结合思维导图，经常分析产品的业务流程和任务流程，对提高逻辑感和产品思维，还是很有帮助的。