自学感想2——《构建之法》CH8&CH16

        本文主要谈谈对软件需求分析和创新项目提出意见或建议。

       软件需求不仅来源于用户，也可以是软件团队对人们未来需求的捕捉、管理机构、软件企业本身、技术团队本身等等。现在也会出现一些软件，专门为了了解用户的需求和行为而设计的。这与如今的“大数据”相关。比如去年开始，我们使用QQ空间，会发现界面里出现了一些App推送广告、“网红”推荐等等。其实对于我本人而言，我是不喜欢这些的。所以看到就把它关闭。但这样也或多或少产生了一些影响，比如我知道了一些新出现的可能比较欢迎的App，保不准那天就下载运用一下了。

       我们团队其实还没有想好最终要做什么样的App，没有方向。但最近我们小组四人准备参加大学生科技创新比赛，在写申请书的过程中，就遇到了许多问题。比如：对于项目设立我们基于什么样的技术，在技术中怎么做到创新？“技术咖”能知道具体使用什么技术，但不一定能详细的说明这个技术的改进点与先前别人做的类似的项目有何不同。所以令人沮丧的是，我们的申请书初稿被老师否定了，只因我们把科技创新想的太简单。前两天询问了一个同学，他做UI设计有好几年了。他说前几年的UI设计并不像现在这么流行，这么吃香，但游戏市场发展变化很快，UI设计也需要不断创新。他说他一开始的创新点是在逼迫下产生的，做的项目多了，发现创新是有套路的。我也因此产生了疑惑，如果是这样，创新久而久之是否就不再新，慢慢成了固化的模式。

       但又一想，在团队里面，不是自己一个人，每个成员的想法都不同，先要各抒己见，再找每个人意见的相同点成为大家的共同目标，这样会不会好一些。就想我们想要了解用户的需求，他们的语言表述方式各不相同，难就难在我们对用户需求的抽象。软件产品的利益相关者不止用户，还有顾客、市场分析人员、监管机构、软件团队、系统/应用集成商、软件团队以及软件工程师。软件开发不可能满足以上所有人的要求，但所有人的需求和意见都需要了解，才能开发出一个有市场的软件。

       获取用户需求可采用多种用户调研方式，这些方式都包括“引导、捕捉、分析”需求。每种方式都有自己的优缺点，我认为快速原型模式能较快的获得用户的反馈，以便于获得用户精确地需求，但也有问题，如果是因为软件设计人员自己加入了自己的需求，则会使得用户的需要受到影响，从而不断地使得用户需求改变。竞争性需求分析中NABCD模型，较好的反映了现在软件开发需求分析所需要注意的环节。

       创新有改良型和颠覆型，对于我们刚开始做项目来说，改良型相对容易，借前车之鉴，实现功能的增加和程序提速、程序移植新平台。其实有好的创意实现颠覆型的创业也不是没有可能。比如阿里巴巴颠覆了人们的购物方式，推动电子商务市场。这其实是杀手功能的强大作用。但依照现在的行情来看，外围功能也不能太弱。友好的交互界面可以增进顾客对软件的喜欢。人们刚开始使用一个软件时或多或少会觉得软件有不好用的地方，大多是不容易找到自己想要找的东西，或许是某种功能，或许是界面跳转等待时间过长。

        其实我们学习计算机刚开始对IT行业的创新会有很多误解。在本书第16章里提到的几个迷思，在我刚开始学习计算机时认为都是正确的，不就是这样吗？但后来接触的多了，是真的发现创新项目最好是使用的。因为实用，才能吸引人使用。影响产品的竞争因素中，产品行业比较关键。就想我之前说的做UI设计的同学，他刚开始并不想做这方面的，后来迫不得已进入这行，结果前景开始有好的转变。还有像我们玩的游戏，也是一段时间内某种游戏比较火热。

       我们现在设计的软件要与商业模式更好的结合。这样才能摆脱“作坊”，进一步提升软件的使用率，做出真正称得上世界各国都有使用的软件！