标签：
一、小步快跑
1、在资源耗尽前找到一个真正可行的方案：
一个大而全的方案往往也有价值，但可能导致目前最急需的问题得不到解决。
“风险预估是造成浪费的重要原因”，不要把事情想的太完美。
2、功能需要靠催生不要靠堆积；产品越简单，用户越容易理解和使用：
拿造桥为例：有的工程师造桥式为了人过，有的工程师造桥是为了享受造桥的过程。
做出来的东西一定要是为了用的
3、快跑不等于瞎跑，随时重构：
自己埋得坑终究是要自己填的，技术迫于产品压力盲目增加功能会导致：
（1）项目做大后天天解决各种bug，焦头烂额
（2）自己手头的东西不规范，即使招了人也交接不出去，压力只能在自己身上
小步快跑需要做到：
（1）最小可扩展：类似“功能需要催生”，代码的扩展性也需要催生，而不是过度设计，保证刚好够用
（2）可交付：程序做完之后就要充分测试，回头返工可能会打断正在进行的事，会浪费更多的时间
（3）文档化：最好在你最了解这件事的时候写文档，而不是很长时间以后或者干脆不写。
不要指望别人看代码了解你的功能，认真写文旦节省的是未来的时间
利用好 wiki 而不是邮件，wiki 是可归类、可搜索的，邮件往往会导致相关内容石沉大海
（4）自己坑自己填：时间紧没文档没测试可以，但是一直这样不行。
在需求相对不紧急的时候需要完善文档，重构代码。
至少在相对清醒的时间把他标准化。
4、快跑不等于没目标：
不谋全局不足以某一隅。不设立长远目标只会跟着需求方跑，需要有个长远目标，做的事情都要围绕其进行。
二八原则：20%新增功能 80%现有功能
二、沟通
1、穿越整个生命周期的持续产品沟通渠道
需求确认和项目上线期间往往是客户沟通的空档期，这往往造成和既定目标的偏差
可以给项目设立各个里程碑，然后在里程碑和用户进行确认
2、客户不知道自己想要什么：
你的任务不是问客户想要哪些功能，而是了解他们存在的问题，并提出一个有吸引力的解决方案
3、找建议者征求好的意见，但不应照搬，而灵活运用
4、不要受限于自己职业：
只要你想的是对的，你就可以使任何人（技术、产品、需要方），大胆的提出来。
而且也不要因为别人不是这个角色就轻易否定别人的想法。
三、用数据说话
1、任何新产品上线，数据统计代码同步上线：
用数据对其进行评估，然后不断学习
2、用户卡片，即将所有用户数据搜集、整理、串联、挖掘、产生价值
（1）人群分析，用户画像：销售正对不同人群进行精准服务
（2）用户路径分析：
书里：获取——激活——留客——收入——口碑——收入
世界邦：渠道——网站行为——留电话——销售（达人、商城）——行中——分享
分析用户的完整路径和各个节点的转化率，定位流程中的问题
（3）用户生命周期分析
新用户：用户关怀
活跃用户：
老用户：召回
统计留电话后多长时间内销售打电话成单率最高？
3、指标有三个A：Actionable（可行动）、Accessible（可见）、Auditable（可分析）
只有分析过的数据才有价值
不要盲目提需求，而要看需要能发现什么问题
4、保证客户终身价值超过获取成本的三倍
目前仅统计每个渠道的用户成本，每个渠道用户价值的统计？
三、其它一些点
1、真正的门槛有事是无法轻易被复制或者购买的
2、利润空间越大，达到收支平衡所需的客户就越少
3、可证伪的假设=[具体并且可重复的动作]可以导致[预期的可评估的目标或结果] 团队目标
4、多品类产品：将买家和卖家联系起来的人+了；
5、为实干者非配连续的时间段
版权声明：本文为博主原创文章，未经博主允许不得转载。
标签：
原文地址：http://blog.csdn.net/z_l_l_m/article/details/47704013
