来自听《好好说话》有声书的总结和感悟。
一般人都能想到，说服的本质就是找一个做这件事的理由。
但是，《好好说话》这本书里，提出了一个有趣的视角——说服是一件权利在对方的事情，说服能不能成功，必须是对方得点头。
因此，很明显要注意的是：
1.了解对方的利益点。
2.说话不要太直接，因为这样会变成说教和命令，有权利的人肯定抵触这种方式。
结合上述的观点，说服的定义应该是
让别人找一个理由去做事情。
请注意是“让别人去找”，实际操作时，需要一步步引导，让对方说出做这件事情的理由。
先举一个书中例子——劝别人找对象的案例。
如果你问对方，你为什么不找对象啊？
对方就会说，没时间啊，没有合适的，没心思啊……
然后，你就会问为什么其他人那么忙，也有时间也找对象啊？没有合适的就不能去人质量高的地方？……
如果你这么说，对方肯定又会找一大堆理由反驳，后面的对话可想而知。
但是，如果你问对方的方向，从“你为什么不能”变成“你为什么你想要”。
比如：
你说，你没有想过找对象？
对方说：当然有啊，%&……（））
你之前不是说，单身挺好的吗？为什么想着要找对象啊？
对方说：理由有￥&%（……（&（）——））））
然后你继续说，那你有有什么计划吗？
对方说：有一些%……（*&）
（最后补一刀）我可以帮助你……
再举一些我经历的例子。我经历过几次UI改版，回忆了一下，我意识到那些做的好的UI改版流程，本身就是一个说服过程，而且是有套路的。
先说一个反例：
1.A设计师负责UI改版，然后闷着头，调研了几天，中间没有和决策人沟通，快速出了2个风格稿，然后拉着相关人，包括PM和运营，讨论方案。后果可想而知，评审会变成了一场吐槽大会……
再说两个正面的例子：
1.B设计师找了一些UI界面，提前和大领导和相关决策人沟通，讨论风格偏好，大家选了几个风格之后，再开始着手设计。而在设计的过程中，不停的找相关决策人参与讨论，最终设计出3个方案，放到了评审会上。会上，大家讨论的问题聚焦在细节，没有再讨论方案的大方向，而且会议上设计师不是一个人在战斗。
2.遇到过一个产品总监，在看了我们给的设计方案后，传话给我们对接的PM说，不满意我们的方案，说要拉一个小会，跟我们说说。我们开始会以为，这是一场“恶战”，但是出乎意料的是，这位产品总监，不是一上来就说这个方案怎么不好，应该怎么样，而是先跟我们讨论几个问题 ，我记得大概是
1.颜色能不能用更少的颜色，表达状态？
2.能不能尝试用icon或者图形，来表达状态？
3.能不能用颜色+icon混合的方式，来表达状态
而且，期间他还让我们把，竞品的页面投在大屏幕上，一个个分析对方的是怎么样用颜色和icon和来表达状态的。讨论的最后，他还在玻璃墙上画了一个表格，罗列出了可能方案，跟着我们的讨论……最后，我们被说服了，而且被说服的很舒服。
总结：
1.你得意识到，不同说服方式，得到的结果会很不一样。
2.你得清楚的意识到，说服就是必须让对方点头。但不要把自己放置在和对方对立的位置上，而是一个种类似盟友和顾问的角色，这种角色关系，对方更容易被说服。
3.尝试把一个大的理由，拆分成小理由，让对方先一点点的认可这些小理由。而当很多人参与讨论时，你得学会用项目流程来，拆分这些认可小理由的过程，比如上述的正面案例1。
