|
|
原作者：不详 由会员：项目管理者联盟 转载
1、决定研发产品前，做好可行性分析
产品研发是个投入高、见效慢的事情。即便产品上市，仍然需要持续的研发投入。企业或组织在决定投入之前，应做好充分的调研分析。调研分析应从外部和内部两方面入手：外部调研目标客户群和同类产品；内部调研资金、人员和技术储备。有条件的企业或组织可以聘请咨询公司进行调研。
2、关注整个目标客户群体的需求
产品针对一个特定的目标客户群体。正因为这样，产品类需求的采集比较困难。
采集产品类需求，即要针对典型用户，也要针对整个领域或行业。如果典型用户是点、领域或行业是面，那么点面要结合，点最终要落实到面上。
通常拥有行业背景的领域专家和行业上的资深人员应该是需求采集团队的主体，拥有技术背景的分析人员在这个过程中参与。
3、调研报告、竞品分析和用户反馈，都可以作为需求开发的来源
调研目标客户群体采集到的需求并非是产品需求的唯一来源。如果市场上有同类产品，要对同类产品进行评估和分析，将评估和分析结果作为需求开发的另一个来源。如果研发项目是对现有产品的升级，那么一定要把现有客户的反馈意见作为需求开发的重要来源。
就像清冽的小溪一定有纯净的源头，需求的来源决定了需求的质量乃至后续产品的竞争能力。
4、功能规格（或功能特性）是产品的灵魂
产品面对一个特定的客户群体。一个产品在多大程度上和采用什么方式满足客户的需求，决定了产品的高下。
需求分析阶段要确定产品的功能规格（或者说功能特性）。功能规格要从四个方面考虑，第一、满足目标客户群的需求；第二、提供灵活的定制方式，在一定程度上满足客户的个性需求；第三、保证产品具有一定的竞争能力；第四、技术上可行。
功能规格的描述方式可以有很多，但是功能列表是必需的。功能列表上面至少包括功能的编号、名称、功能特性、优先级。
5、拥有稳定的架构，才能从根本上降低后续研发和升级的成本
通常从发布开始，要对产品进行不断的改进和升级。一个稳定的架构，能够化解变化带来的压力，从而使低成本地改进和升级产品成为可能。如果在产品的首次研发阶段，确定了一个稳定的架构，那么后续工作将受益无穷。
稳定的架构满足如下条件：第一、在相当长的时间内可用；第二、对于不同阶段进入项目的人可用；第三、经过足够多的修改和升级后可用。稳定的架构不等同于好的架构，但是好的架构一定是稳定的架构。
6、尽量封装可复用的构件；严格执行编码和注释规范；慎重选择运行开发平台和第三方构件，避免知识产权纠纷
同样是出于后期维护和升级的需要，应尽量采用组件化设计、封装可复用的构件、严格执行编码和注释规范，从而降低系统复杂度，方便后期的维护和升级。
产品通常面临大规模分发，因此应该慎重选择开发、运行平台和第三方资源，避免知识产权纠纷。
7、遵循比项目类更加严格的产品类测试标准
研发组织应该针对产品类研发项目制定质量目标，执行更严格的测试标准。
8、根据既定的销售模式，配合市场人员做好产品化包装
配合企业（组织）建立和培养售前、售后团队；配合企业（组织）进行登记和注册，保护知识产权在产品化包装阶段，至少应考虑：安装、加密、帮助文档、使用手册、宣传材料、演示程序。
9、持续搜集用户反馈，关注竞争产品，准备产品升级
拥有一定数量和统计学上分布的典型客户，为改进产品提供了宝贵的需求来源。从某种意义上将，谁拥有更多的用户，谁就拥有更广泛的需求来源，谁就拥有改进产品的动力和可能。因此，应该设计合理的流程、建立畅通的渠道，配备专人搜集、管理和跟踪用户反馈，通过产品升级和改进，不断完善产品，不断满足客户的需求。
|
|
发表于 2006-10-13 21:46:00