互联网产品,如何作?

这个标题,有两个关键内容: "互联网产品" 和 "作". 其中,之所以特别提到"互联网产品",是为了与传统软件产品相区别; 而这里的"作", 不仅仅指开发,同时更多的指包括研发在内的整套运营.

由于资历尚浅,我远没有资格完全阐述这样的一大套理论,而本文,只是写写自己的感受,希望能与同行进行一种交流,如果能有助于大家项目的开发,则更是意料之外的幸事了.

在我的网易博客上, 我给自己留下了这样一段公告:

"作为一个互联网产品而言, 其最最重要的, 是它的持续更新, 持续开发, 持续改善能力.

永远不要想着一次性推出一个近乎完美的产品,互联网用户的需求是如此之多且多变,如果仅用传统的软件开发理论来作需求,作规划,显然已经不合适.

我们只有勇敢地把产品尽快推向市场,让用户检验,从用户意见中发掘新需求,找到新亮点,才能使我们的产品逐渐完美和逐渐好用."

而这里所说的互联网产品,广义上指所有依托互联网才能使用的软件产品,而狭义上,你可以理解为以下这些具体产品: 网游,博客,搜索,IM,网络视频等等等等.

主要想具体说说以下几个方面:

1.互联网产品如何作需求?

与传统软件相似的是,任何一款互联网产品的研发,都要经过需求分析这个阶段.我把这里的需求当作基本需求,它远不是一个完整需求.

我向来反对把软件开发的整套流程全部公式化, 概念化, 这样作,不但不易操作,而且,更容易脱离现实,陷入盲目开发: 开发者认为很重要的功能,用户却认为是可有可无的,而用户认为很重要的功能,开发者却视而不见, 这样的例子已经数不胜数.

互联网用户的需求,有两大特点: 需求繁杂, 而且经常变化. 所以,如果仍然用传统正规军的方式来对付互联网用户,那将是永远被用户牵着鼻子走,永远被动.

也正是基于此,我认为,最经济,最有效的方式,是: 完成用户的基本需求后,将产品推向市场,用最新的用户需求再反过来逐渐完善产品,巩固产品.

我们既然无法保证自己能作好能预知用户所有需求的先知,那我们至少可以作到能紧随用户需求而动. 只要我们能很快根据用户需求调整我们的产品方向,那用户也将受到我们的反向激励,会不断加强与产品的粘合性.

要作到这一点,在产品框架上,就要事先考虑好搭建这样一套框架,可以满足不断变化的用户需求.

如果你仍然觉得头晕,把握不准用户需求,那有一个最小的原则可以遵循: 永远不要想着把任何一个小功能限制的过死,要考虑到它是有可能变化的,是有可能调整的,要兼顾到这种情况,从而为将来的扩展留下余地.

当然,我们也仍然无法保证能一开始就作出一个具有超强扩展性的框架,这个框架的建立,本身也是处在逐渐完善中.

还有另外一个小原则可以考虑: 任何一个需求,放在互联网面前,如果你的开发周期超过半年甚至一年以上,那你就可考虑进行调整了,因为谁也无法预知半年甚至一年后的情况会是怎样, 也许到那时,这块市场已经不复存在.

2.互联网产品如何作研发?

对于作研发的技术人员而言,我们本身考虑的,除了满足当前已经提出的需求之外,更多的是要考虑到将来的系统扩展,为扩展留下空间.如果你现在没有考虑扩展,那么将来你在扩展方面所付出的代价一定会比现在要多得多.

但是,我们也不要陷入盲目扩展的境地,如果那样,你会发现你的工作已经无法开展,我们所能考虑到的扩展, 是从现在到很近的时间内,已经确定要扩展的需求. 再远的将来,没必要考虑,你也考虑不完.

其实,说到底,不管是在项目管理层面的需求分析,还是在具体实施方面的技术研发,只要你有这个概念就可以了,在每一个具体项目中如何把握,还要完全靠自己.

说到具体的研发方式,我也曾向别人推荐过我们采用的一种开发方式: scrum. 这种开发方式, 恰恰暗合了互联网开发的原旨精神, 但这种开发方式能不能被大家用上, 或者能不能用好, 也很大程度上看研发团队是否适合, 因为这种开发方式要求研发团队要具有超强的自我管理能力, 超强的学习能力, 以及扎实的专业基础.

"快速研发,快速推出", 一切围绕着它来作就行了. 千万别闭门造车,一个产品开发个一年两年,等产品出来时,市场早已不是那个市场,用户也早已不是那些用户了.

但是,话又说回来,对于一个专业基础非常差,开发经验非常缺乏的团队而言,可能任何开发方式对他们都是没有太大帮助的,他们需要作的是加强自己,而不是寻找什么能一解千愁的灵丹妙药.