要明确核心用户群体的诉求
允许不完美，允许设置一些边界条件，在一定范围内降低准确度、存储量，来减少复杂度，这样开发效率就会极大提升，开发成本也会极大下降。根据我的观察，开发人员做无用功，为不存在的需求而打拼的非常非常普遍，而这可能是很多公司老板、主管都不清楚的隐形成本。
2004年做一统计，2005年做CNZZ，我的开发时间都特别短，当然产品问题也不少，但没阻碍它们先后成为中国互联网统计平台的NO.1。这事我做过总结，当时市场上表现力还不错，并不是因为我技术有多好，而是因为懂得取舍。这一点是很多大公司程序员的盲区，所以他们用了几十倍甚至上百倍的代价，做同样的东西，还达不到这样的市场表现。
简单总结一下。
1.从产品层面，对需求做裁剪，好的产品经理要会做减法。点子多，但落实起来，要围绕核心，初期不要过于复杂，有需要可以上线后根据用户反馈迭代。
2.从用户层面，不要试图讨好所有人，要明确核心用户群体的诉求，有所取舍，让一部分人惊喜，另一部分人离开，比平庸的四处讨巧的产品可能更好。很多优秀的互联网产品，都很固执和执拗，他们的潜台词就是，不喜欢我的用户，我其实也不打算服务你们。
3.从技术层面，要理解需求，基于需求和研发的难点设计边界条件，将需求简化，在满足用户核心诉求的前提下允许一定程度的不完美，允许一定程度的不精确。这样对研发效率的提升和运维成本的降低是很有效的。
分享即学习
分享其实是一件双赢的事情，我一直鼓励年轻人多参与分享，多积极分享。但是，问题出来了，确实也存在一些很有实力的人，甚至“技术大牛”，在分享中的表现并不突出，甚至可以说是有货倒不出的感觉。那么，问题来了，什么叫表达力？
我参加过几次架构师大会，从实力上讲，我觉得绝大部分分享嘉宾都比我技术强，更有料；但是从现场表现而言，大部分技术专家的现场表现水平堪忧。
分享能力、表达能力是一种极为重要的能力，也是技术人员最容易忽视的一种能力。
分享、表达能力的境界：
1.让别人完整清楚地明白你所表达的真实意图和内容。
2.让别人相信你所表达的内容的真实性。
3.让别人受你的感染，拥护支持你的主张。
实话实说，在相当长时间内，我都做不到第2条，更不用说第3条。但是我看到太多的技术人员连第1条都做不到。
那么，今天说一下我对此的建议。今天，我只说第1条，让别人完整清楚地明白你所表达的真实意图和内容，至于第2条和第3条，我的水平还不够。
准备充分，提前默演
太多次，太多次，技术专家上台分享的第一句是，对不起，准备得很仓促，希望大家见谅（非技术分享会也遇到很多次）。
这句话对所有台下的人来说是不尊重！很多分享会都是提前很久就做通知，提交分享材料。我就纳闷，这些嘉宾到底有多忙就不肯提前准备一下呢？所有极具表现力的演说家，都是从台下苦练开始的，没有例外。上台分享是一件对自己口碑的树立，对自己所在公司形象的宣传，以及对观众都具有意义的事情，怎么会如此草率和应付？我所知道的很多大佬，在重要的发布会、沟通会前，都会做相当多的提前准备，如预演、排练。怎么会有这么多不那么优秀的人，有这种机会的时候，却有如此自信可以毫无准备地上台？
重复强调一句，不做充分扎实的准备，是对观众的不尊重，对主办方的不负责。你可以不去分享，不参与分享，但一旦你决定接受这个任务，你必须要在台下，做足够的前期准备和预演。这其实并不需要太多时间。
我一般需要分享的时候，需要提前跟主办方确定如下内容。
第一，观众大约多少人，什么背景，什么目标。
第二，给我多少时间，是完整的分享时间还是包括了交互。
第三，我的顺序，我前面和后面是谁。（这一点倒不是很严格需要确认。）
第四，时间提示方式是什么。
第五，是否有投影以及场地特征。
分享前一天，我会针对我准备的PPT，看着时间自己默念几遍，确认分享时间和速度是否匹配。
明确目标，有的放矢
要明确你的受众是谁，他们的痛点是什么，他们的目标是什么。你要对你的目标受众做一些行业背景调查和产品背景调查，并且从他们所熟悉的领域、案例出发。这样，你讲的东西，他们才会感同身受。几年前，我去丁香园做分享的时候，我提前一天把医疗行业的关键词挖掘了一下，把相关的热门网站的搜索排名过了一遍，这样我讲的内容虽然还是几个月前一个峰会上的内容，但是案例我都换成了他们熟悉的网站和企业。这其实是大部分技术人员分享时候的盲区，自说自话，完全不考虑受众。
此外，比如讲电商，你给互联网从业人员讲，和给传统行业的人讲，要做的准备，所用的素材，以及背景知识的描述，都是有极大不同的。如果缺乏目标用户的甄别，有些在互联网从业人员中颇受好评的课程和内容，讲给传统行业的人，可能人家上来就蒙了。
背景铺垫，换位思考
有的人会说，我分享的技术方案是我们自己业务系统的心得，你的平台和我们不一样不关我的事啊。这种也很常见，但是需要做一些足够的背景铺垫，大部分技术工程师的分享都会包含这个
