用户认知-001
让一个开发者去给用户演示，简直是要的我的命，怎么努力想讲的好，方向和角度都是错的。
- 演示重点，为何必须从用户角度，模拟真实应用场景，分角色，帖近真实案例？
- 从用户的角度去讲解，他才能够感知，他才有可能接受，不然就是鸡同鸭讲，对牛弹琴，牛听不懂，还得顶你一角。为什么？一是因为认知的角度不同！用户会想这东西怎么使用可以给自己带来价值。从开发者的角度去介绍，直接站在了甲方的对立面，极难引起客户的共鸣，这个时候，即使是完成度极高的功能，用户往往有听，没有接受，要么没有什么反馈，要么站在对立面，不停的挑骨头。
- 要深刻理解改变自己的立场，位置，看问题的角度。
- 推销角度，推销不是告诉别人你有什么，而是看到客户需要什么，如何需求，而我刚好有。有时客户不一定对自己的需求有明确的认知。
- 甲方充分参与项目设计，可以让减少甲方的对立感。
- 跟客户、用户、甲方成为一伙人。
- 改变这个想法“我是过来帮你做事的，我最终做出来就行了”。不及时沟通，协同甲方共同解决问题，就会形成隐形的障碍。汇报与演示时，甲方会站在审查的立场上。
- 让甲方参与项目，参与设计，最终的产物是甲方设计的，乙方实现了甲方想要的。这极为符合敏捷管理方法，
- 老师或许没上过PMP，敏捷项目管理，但事实上，已经得道了。
- 及时反馈，及时输出，及时沟通
- 想要推销自己的产品，想要促成合作，重点是不能让用户降温。
- 开会后，有会议纪要，就要根据用户的需求，针对性的跟进，这不单纯是为了促进功能的快速迭代，而是让用户觉得自己被重视，提升客户的合作意愿。
- 虽然老师不喜欢销售，但老师一定是顶级的销售思维。
- 分析客户关注的点
- 对客户的了解，充分了吗，深入了吗？不了解客户，怎么去面对客户？
- 了解不到也没关系，我抓不住重点，就让领导帮忙抓。自己和团队会受层级，眼界的限制，自认为的重点，往往不是真的重点。
- 看清楚问题的性质，把问题暴露出来，及时准确的向上求助，这也是我要学习的能力。