噢，昨天吃饭你说action啊，action是什么意思来着？我回忆道
“执行。”他鄙视道
我老脸挂不住的说道：“好吧！那我们以后就说中文吧，在我看来整个产品工作步骤是（创业公司角度的产品经理）：
（1）熟悉业务（包括之前说的）团队管控，搭建产品范围层（原型）
（2）上线运营
（3）收集反馈
（4）修正迭代
（5）及早盈利，保证生存（可以是用户的钱，也可以是投资人的钱）
”需求呢？为啥不没有这个？“ 他疑问道
“在业务范围内”
“那你全部说下吧？”
“说完我可以写本书出来了，太长，慢慢来吧” 有了正确的认知后对愿景、产品定位、人群定位也会有清晰的判断，这时产品经理首要了解自身团队并保证产品有价值；也就是做说产品能给用户创造价值，同时能给公司企业带来（未来）价值。”我说完停顿了下，喝了口咖啡
“嗯嗯，你继续说！”
“在确定产品价值基础后，产品工作到了业务规划和原型范围层定义的阶段，这个阶段重要指标是可行性，易用性！你是老鸟了，这个你能理解吧？”我笑道
“嗯，可行性（Feasibility）指对过程、设计、程序或计划能否在所要求的时间范围内成功完成的确定。包含环境可行、经济可行、政策可行、技术可行、道德可行等！
易用性是指产品对用户来说意味着易于学习和使用、减轻记忆负担、使用的满意程度等。产品易用性好，很可能是因为产品功能少，界面简单；也可能是用户认知成本低等因素。总之，同样的产品，功能，界面和环境都相同，对于不同的用户而言，易用性也是不同的，因为用户的认知能力，知识背景，使用经验等都不同。比如win10有人觉得好用，有人觉得复杂
“那有些产品一出来就非常之臃肿，如社交有IM IVR 首页推荐，用户匹配，表情，皮肤，空间设置等，电商有供应商系统，物流系统，订单系统，客服系统，电商平台，商家后台、促销规则等等……，如何解决这个问题呢？”他继续说道
“确实，这时产品需要控制的是不脱离产品战略企业愿景的同时平衡内部与外部的做核心功能，比如说微信吧，一上来就加上现在的所有功能其结果一定不如人意！
在11年1月21日的时候，微信只有文字交流解决目标用户最基本需求，后来3月21日版本迭代出图片分享，4月6日迭代出语音聊天，微信才开始高速增长，随之保持士气迭代出后来的摇一摇，漂流瓶，附近的人形成优势，能通过市场决定产品范围层才是真正解决了这个问题。”我说道
“微观上《设计心理学》里也说到过避免这种现象的发生，一、除非绝对必要，否则不加功能。二、对功能进行组织，将功能组件化，利用分而治之的策略。”他缓缓说道
“嗯，这个比较像我曾做过的一个case，原本业务是用户的金额是存在卡上的，需要用户开启时刷一下，使用完的时候刷一下（扣款）。后来我们将卡号金额写在数据库里，用户只需刷一次卡就可以了，后端自动扣款。”我赞同道
“你刚才微信的案例，我不太赞同哟，微信除了市场决定功能范围外，还有就是需求衍生的导致的功能增加！”他突然说道
“我知道你的意思，解决一个需求有会衍生出很多需求，比如汽车解决时效性，衍生出来了购买，认知，维修保养等等需求。”
微信刚开始的文字交流我承认确实无法满足痛点，因为中国环境下运营商会给用户送短信，用都用不完。这种情况下张小龙可能觉得，你吖不送彩信吧？ 加了个图片分享！后来又发现没太多增长，又增加了语音聊天，这时产品出现高速增长趋势，他又增加的助推器摇一摇，漂流瓶，附近的人，解决用户互动触及面不够的问题”我笑道
“米聊咋后来不行呢？功能没满足？”
“用户集体掉线，一进一退距离拉开了呗！”
“有点可惜？”
“额……那个……咖啡见底了”
