《人人都是产品经理》2.3听用户的但不要照着做 林昉

在听完了上一章说需求之后回来讲讲怎么样，原则有听众和的但不要照着做，还乱吗从哪里着手，想好了该怎么做了，说的错吗？徐州分析之前我们先回到2007年七月产品设计的一片，也可以看错是为本书写笔，这样写的，2007年的6月28日，方便带2.0上线，的第一个非产品之后的神舟本天天都会在淘宝上跑步时间，最大的体会就是，不要找，没洗的时候还同时，产品经理一定要出用户提的解决方案方法是站在自己的立场上考虑的，比如说对快递单打印的功能，评价一个经常用的小快递公司就会发现比较快递公司可能支持的快递最终的解决方案是错了一个字一块的功能，说法存在明显的逻辑矛盾就算他给出的解决方法合理得要再生法用户内心根本需求比如用户描述新建非支付宝交易的时候需要选择，就可能是她需要的客户也管理，所以我更应该做一个新增客户的功能而不是在新建飞机交易的时候让用户自己填客户姓名，我们是最终应该由我来决定，应该明确自己的价值，用户和注册用户一辆车就是我们的价值才记得小名吗？需要一个电钻是他提出解决方案，但是在大问题发现小明想要的一种温馨的家的感觉，认识我们就可以给出很多的产品来卖，比如买的一套方案，带着电钻有话说，背面有强有力的钩子挂，刘强，上身上这个，有时间在墙上面并且让小明子比如放一暑假在哪里分析的解决方案，小明自己说的，就是待遇可能时间更分析，需求有两套解决方案的区别是一个使用一个产品的需求，中间的转换过程就是这些的主题需求分析，分析包括需求和产品的需求，了解一下用户需求和产品的需求，学校，经常表达为用户的解决方案产品的时候呢就是经过我们的分析，找到真实的需求并且表达维权方案，分析用户转化为产品的过程，听到我这样一个说法，说需求分析常见的技术分析最大不同的地方是四分之差一，技术分析是不该数据的任务分解过程技术人员很是娱乐用这种方式思考，可以把它问题分解为小问题发现慢点，然后逐一攻克，人员都是做鸡出生的所以开始帮忙，客户提出的功能点直接讲怎么做设计了，这导致有时候休分析甚至已经知足在跑道详细设计，