第38讲--产品设计策略

《第38讲--产品设计策略》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、第38讲产品开发的策略本章要点◊在软件研发和实施过程中，不能将所有模块或功能同等对待，而是要根据开发难度和实施难度这两个主要特性，将软件的模块或功能分为以下四种类型并区别对待。第一种是易于开发且易于实施的。这部分是用户最容易用起来的内容，是我们应该重点关注的内容。在大部分软件项目中，只要我们将这种模块或功能开发好，让用户能够用起来，客户就会对整个工作比较满意，认为这是一款好软件。如果我们全力以赴地将这种模块或功能做成精品，使用户的体验非常好，客户就会十分满意。＞第二种是易于开发但难于实施的。这种模块或功能看似简单，但因为实施过程中或者需要多部门相互协调，或者需要改变客户现有的工

2、作流程或工作习惯，或者会对客户的行为形成约束，导致客户不愿使用，甚至对产品产生抵触情绪,所以实施难度有可能超出想象，导致产品迟迟无法上线运行，更无法验收。设备管理和巡视管理就是典型的此类模块。对于这种模块或功能，我们必须要谨慎对待，不能因为易于开发就轻易答应客户。＞第三种是难于开发但易于实施的。这种模块或功能是我们完善产品、超越竞争对手的良好契机。因为开发难度大，一旦我们攻克了这些技术难题，就会对竞争对手形成技术壁垒，拉开我们与竞争对手的距离。比如工作流程可自由配f操作票元件间的逻辑关系可自由配置等功能，都在我们超越竞争对手、对竞争对手形成壁垒的过程中起到了重要作用。因此对于这

3、种模块或功能，我们应该积极对待，主动与客户沟通，及时投入人力物力，争取将这种模块或功能做成精品。＞第四种是难于开发且难于实施的。这种模块或功能显然是我们要主动放弃或尽量避免的。◊在工作过程中，还应坚持“小任务优先”的指导思想：即先小后大、先易后难、先面后深。并且，要注意将务实和作秀有效地结合起来，采取适当的作秀手段比如界面美化可以有效提升产品的效果。二、关键句■不同模块、不同策略■易于开发的不一定易于实施■一部分能够真正用起来的，就是好软件■小任务优先三、关键词先小后大、先易后难、先面后深、实用与作秀四、基本内容1.要将软件项目中的模块或功能分类处理在工作过程中，软件开发的初学

4、者最容易犯的错谋是将产品的所有模块或功能平等对待，不分主次，眉毛胡子一把抓，导致工作效果比较差。从我们公司长期的研发经验来看，在接到一个项目任务后，要想收到良好的工作效果，应首先将项目中的模块或功能进行分类，再对不同种类的模块或功能采取不同的处理策略。根据开发难度和实施难度这两个主要特性，可以将模块或功能分为以下四种类型并区别对待：第一种是易于开发且易于实施的。这种模块或功能是软件产品的根本内容，也是我们应该重点关注的内容。在大部分项目中，只要我们将这种模块或功能开发好，达到客户的使用要求，客户就会对整个工作比较满意，认为这是一款好软件。如果我们全力以赴地将这种模块或功能做成精

5、品，使用户的体验非常好，客户就会十分满意。第二种是易于开发但难于实施的。这种模块或功能看似简单，但因为实施过程中或者需要多部门相互协调，或者需要改变客户现有的工作流程或工作习惯，或者会对客户的行为形成约束，导致客户不愿使用，甚至对产品产生抵触情绪，所以实施难度有可能超出想象，导致产品迟迟无法上线运行，更无法验收。设备管理和巡视管理就是典型的此类模块。这两个模块的开发都比较简单，但实施难度很大。在设备管理模块的实施过程中，要将所有设备的基础数据都录入系统，客户整理这些设备数据是一个十分繁琐的过程，要保证这么多数据的正确性更是一个难题，而且在系统使用过程中，随着设备地不断更新，还需

6、要实时更新系统内的数据，所以用户要想把设备管理系统真正用起来是十分困难的。巡视管理系统会严格监督和约束用户的巡视工作，绝大部分用户十分反感，系统实施的阻力很大。即使领导强制推行，用户也会通过暗中损坏设备、夸大系统缺陷等行为进行抵制。在一次巡视管理系统的实施过程中，曾经出现过这样的极端情况：止常情况下能够使用三年以上的巡视设备（PDA）,在三个月的软件试运行期内被用户全部损坏，导致系统根本没法正式运行。所以，对于这种模块或功能，我们必须要谨慎对待，不能因为易于开发就轻易答应客户。第三种是难于开发但易于实施的。这种模块或功能是我们完善产品、超越竞争对手的良好契机。因为开发难度大，一

7、旦我们攻克了这些技术难题，就会形成技术壁垒,拉开我们与竞争对手之间的距离。因此对于这种模块或功能，我们应该积极对待，主动与客户沟通，及时投入人力物力，争取将这种模块或功能也做成精品。例如在操作票管理系统屮，各个元件（即电力设备）Z间有严格的操作先后顺序（逻辑关系）。起初，我们分析了大量元件之间的逻辑关系，总结开发岀几十种典型的逻辑关系，满足了大部分元件的逻辑要求。但在系统的实施过程中，总是会不断地碰到新的特殊的逻辑关系，研发人员要不断地针对新的逻辑关系对系统进行新的开发。后来有用户提出,应该