互联网产品开发流程[编辑]
概述
互联网产品就是指网站为满足用户需求而创建的用于运营的功能及服务，它是网站功能与服务的集成。是在互联网领域中产出而用于经营的商品，它是满足互联网用户需求和欲望的无形载体。互联网类项目除了本身就是软件项目之外，又具备更多的环节、需要更多的交互。因此，互联网项目在产品周期中，更容易出现问题。
项目规划
竞争对手分析
对于互联网项目来说，了解竞争对手的成本是相对较低的。作为用户，去体验竞争对手的网站，可以获取第一手的资料。去发现对手做得好的以及不好的地方，可以为自己节省大量的时间。
发现优势和劣势
每一个商业模式，都是由几个环节组成的。首先要明确，对于团队来说，这几个环节是通畅的。进一步，要考虑对于哪些环节具有优势，这些优势将是带来商业利益的关键点。对于劣势环节，则要考虑如何去克服。在项目规划阶段，对于优势和劣势的分析，要尽量避免乐观思维。
技术选型
尽管不是最重要的，不过技术选型依然是在项目规划阶段要考虑的。系统所运行的平台，开发工具和语言，第三方程序的成熟度。基于项目目标，对这些方面进行初步的分析，理想情况是，尽可能利用现有的东西，尤其是开源产品。另外，工具和语言的选择要考虑人员招聘的需要。
需求分析
对于互联网项目团队来说，产品经理代表了“用户”，通过日复一日地使用自己的产品，调研用户的需求，对产品进行不断改进。另外一个方面，产品经理充当了技术团队和非技术团队之间的桥梁，他们需要把非技术团队的需求转换成技术化的语言传达给技术团队，起到两者之间“润滑剂”的作用。首先，产品经理需要关注产品的“核心能力”。没有一个产品可以做到面面俱到，产品经理需要找到最能够满足用户需求的核心点，并将其发挥到极致。这种满足了用户需求并做得极致的核心点，最终将成为口碑，并为用户所传播。其次，产品经理需要对产品的运营保持敏感。通过对统计数据的持续关注，通过在产品论坛上了解用户的反应，产品经理要能够及时了解到产品目前的发展走势，并以最快速度做出调整。然后，在产品的交互设计方面，尤其是互联网项目，产品经理要把自己当成“最笨”的用户来看待自己的产品，菜单的设置、按钮的摆放、提示语的位置等等，如何让用户能以最简单、最快捷、最不需要动脑筋的方式使用产品，应该是产品经理追求的目标。
另外，关于产品经理的素质，产品经理为了做好产品设计工作，除了对产品的感觉之外，需要有一定的技术功底，例如对带宽、服务器性能、WEB标准等方面应有一定的了解。对于细节的极致追求，也应该是产品经理应具备的特质之一。
关于设计和开发
系统设计
不同类型的产品，不同的开发平台，设计思路有非常大的区别。本文不会就具体的软件设计做讨论。这里想重点强调的一点是系统设计中的“差异化”思维。所谓的差异化设计，即要根据业务的本质，对产品所提供的服务按照一定的粒度划分层次，什么是基础服务，什么是增值服务；什么是必须满足的服务，什么是锦上添花的服务。举例来说，对于一个即时通讯业务，发送文本类消息是最基本的，而魔法表情、虚拟形象则是增值服务。在合理地对业务进行了划分之后，就可以在不同情况下作出取舍。系统和带宽空闲的时候、资源紧张的时候，系统出现故障的时候，在不同的情况下，系统的设计要能够支持划分的业务单元按需要进行组合和取舍。
另外一个需要在系统设计时考虑的重要问题是“可扩展性”，也就是说当系统的压力持续增加时，需要能够通过扩展硬件来达到容量的提升。理想的情况是线性扩展，也就是硬件的增长和用户压力的增长是成线性比例的。但是，大多数系统是做不到线性扩展的，更差的是，很多系统在设计的时候完全没有考虑“可扩展性”，从而无法突破单机的性能极限。
开发和测试
互联网是一个快速变化的世界，我们所面临的用户、环境每天都在改变，这就要求项目的技术团队能够适应这种情况，要能够做到“快速迭代”。不同于传统的软件项目，动辄几个月甚至几年的项目周期，互联网项目通常是以周为单位进行迭代。
在大多数情况下，一个网站在应付日常的特性修改的同时，也在酝酿大型的版本升级。因此，技术团队负责人需要对版本进行很好的规划。在开发过程中，借助SVN等版本管理工具，对主线版本和分支版本进行管理，保证日常的BUG修复可以归并到主线版本中。对于需求文档、设计思路、BUG记录等，则可以借用WIKI等工具。通过快速原型的构建，使得产品经理和其他内部客户能够尽早地体验系统功能，及时发现问题和明确方向。
根据项目的大小不同，测试团队的规模相差也很大。有些项目需要和开发团队人数相当的测试人员，而有些团队的开发人员则兼任了测试的职责。在项目的发展过程中，应尽量对一些基础功能制作自动化测试工具，并不断完善测试用例。这样测试团队可以把更多精力投入到新功能的测试中，而不是每次版本发布都在对已有功能是否被破坏而感到担心。
系统发布
对于大型的互联网应用，“灰度发布”也是较常采用的方式。由于对新开发的功能的性能、用户接受程度等没有百分之百的把握，在这种情况下进行全量发布则风险太大。为了既不影响产品的正常运行，又能够对新功能进行生产环境下的测试，可以采用灰度发布。所谓灰度发布，即仅针对部分用户发布新功能。划分的依据可以有很多种，例如用户来源区域、用户年龄/性别特征，甚至按照一定概率随机选择。一开始先用较小的比重进行灰度发布，如果测试顺利，则逐步加大比重，直到完全发布。
系统运维
当互联网后台系统规模逐渐发展到一定程度，运维工作需要和其它技术类工作有明确的划分，相互之间需要有明确的交接、输出规定。运维工作中的设备管理、网络管理、发布管理、突发事件管理、客服管理等各项工作需要依据一定的规范来进行。对于IT系统（包括互联网），业界常用的是SLA(服务品质协议)来作为整个运维管理的规范化参照体系。对于小规模的团队来说，没有必要应用过于复杂的流程规范，不过也应该把一些常用的流程明确化，并不断改进。
网络营销词典内容均由网友提供，仅供参考。如发现词条内容有问题，请发邮件至info # wm23.com。