一般跳出来做互联网的都是技术团队，初期没准连老总都是程序员。
关于用什么技术的讨论
现在有太多的技术，选择太多也是个麻烦，因为谨慎的人势必要逐个了解以做出一个明智的选择。企业级的技术（看看IBM的ON战略里东西就知道了）不太适用，而快速开发的脚本语言和开源架构也是遍地开花。冷静的想一想，这个事情其实不必要考虑那么久：这年头每种东西都可以解决许多问题，挑最熟悉的立即上手，尽早发布，等发展以后还可以再换嘛！别争了，做出来，市场会帮你选择；当然如果可能，请使用开源的语言和平台。
是否将开发外包？
显然不可，如果没有自己的技术团队，就别做了。一方面2.0的开发是没有开始没结束的，另一方面你也不放心在这个世界上居然还有你的程序的另一份拷贝。
同样的，不应该使用你无法理解和控制的开源或者现成的程序，即使它再好。你必须不断地自己修改，不然谁都可以用那个做个一模一样的出来。像WordPress、.Text系统这些自己架个写着玩还行，别指望去做个BSP了。
瓶颈不在技术，那么在哪里？
都说Web2.0没有技术壁垒，没错，都不难。但是对于一个只有几个人的团队来说，要掌握大量的“浅显”的技术也不容易，充分预计学习的代价。
另外，就Blog来说，几乎是Web2.0里最简单的应用之一（基本上都是这种小应用），能自己开发出成熟和完善产品的国内有几个？难度不在于你所使用的技术能否掌握，而在于功能和设计！就像作画难度不在于如何使用笔和颜料而在于你的创意。
工作量和进度的控制
进度总是被乐观估计的。因为东西看起来是那么简单，功能是那么少，但是却总是出不来——很不可思议是吗？这和工业化的软件生产流程不同，试试看就知道了。我的建议是在你的程序员给你的估计时间上乘以2。要知道这个时间可是要给你的市场推广计划作依据的。
另外一件重要的事情：程序员总是反感频繁的修改设计和他自己觉得“完美的”代码，但是2.0的精神要求产品不断修改和完善，不断突破。做好说服工作！
Trackback: http://tb.donews.net/TrackBack.aspx?PostId=726651