滚蛋根据地

我在不长不短的一段时间前，说过：

我的工作，简单点说： 探索需求->功能研发->DEMO汇报

不过那只是我的主要工作。事实上我要做的，应该是：

探索需求->功能研发->DEMO汇报->协助开发->协助信息建设->协助测试->他奶奶的，终于上线了！

一个新产品的诞生，差不多也就这么一个大的流程。很不好意思的说，这每一步，咱都犯过错。所以确切点说，我今天要讲的应该是如何避免搞砸一个项目，总结一下以往自己的经验教训，造福人民。

探索需求

做一个项目，探索需求是最基础，也是最重要的一步。一切从客户需求出发，我们天天都在喊的。但是，我们做东西，很多时候却是拿来主义先行（某网络通讯工具起家的公司在这方面功力甚厚）。一个项目到手了，好，先看看网上有没有现成的内容架构，这产品的分类网上有没有。要是有，先拿来！拿来不是问题，但是拿来直接用就可能出问题。网上搞来的东西，很多时候他做得就不专业；即便专业，受众的不同，必然导致分类的不同，它也不一定适用你的产品。

这时候，多听听用户的意见就很重要。只要时间允许，在这一步，你应该尽可能多和用户交流，互动，把他们的需求都记下来，分级，归类，最后把他们以一定逻辑串起来，这事儿，就差不多搞定了。

强调一下，这一步千万不要偷懒，不然你会死得很惨。

功能研发

现在，呈现在你面前的应该是一大堆需求。把这些都设计进去？你不是脑子进水，就是水进脑子了。那么一大堆东西，你愿意放上去，人家用的人还不愿意找呢。怎么办？筛选。

级别最高的，留下，必做的模块。

级别中等的，去和信息建设的同志们沟通一下，看看哪些现在的数据能支持，优先做进去。

级别低的，先无视。

好了，现在你面前有一批筛选过的需求了，功能研发其实也完工一大半了。接下来要做的，只是按现在的需求把大体的架构做好，把模块摆好，把个页面的链接做好。页面还不丰满？从级别低的那些里面挑出目前数据支持的，补上。

总结一下，功能研发这块，就是把客户需求结合目前的数据情况综合考虑，使之落地。

DEMO汇报

不累述了，详见 《关于汇报这件事》

O~~~~~~~~~~~一只华丽的蛋滚过~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~O

如何做好一个项目（下）