对需求不确定的创新产品进行分析设计
对于一个需求不确定的产品，我们如果从头开始闭门造车去设计，不仅会毫无头绪拖慢进度，即使是开发好了，也可能会出现功能的冗杂或者与用户需求的不匹配，因此，可以采用以下的方法：
快速原型模型
快速原型模型又称原型模型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。例如，客户需要一个ATM软件，可以先设计一个仅包含刷卡、密码检测、数据输入和账单打印的原型软件提供给客户，此时还不包括网络处理与数据库存取以及数据应急、故障处理等服务。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。从头到尾设计应用程序或网站而不收集任何反馈是一种灾难。从表面上看，无视反馈听起来更快。但是当你用难以理解的用户体验到达结果而不能解决原始问题时，很明显，由反馈驱动的方法（缓慢但肯定）比从头开始要好得多（而且更便宜） 。
迭代开发
在迭代开发中，整个开发工作被组织为一系列的短小的、固定长度的小项目，被称为一系列的迭代，这叫迭代开发。每一次迭代都包括了定义、需求分析、设计、实现与测试。
软件开发存在巨大的风险，原因如下：
1. 开发者在没有深刻理解业务需求的情况下就必须完成需求分析；
2. 客户在没有弄明白自己的真正需求的情况下就被要求确定软件的业务需求；
3. 开发者在没有与客户再次沟通的情况下埋头苦干，直到完成开发并交付客户。
最初的迭代，开发的是软件最基本最主要的功能，经过第一次迭代以后交付给客户。这时候客户看到的，不再是虚无缥缈的需求描述，而是实实在在的软件界面。在此基础上，客户提出一些改进意见。修改这些意见，开始进入第二次迭代。第二次迭代可能是在第一次迭代的基础上进一步丰富和完善功能，也可能是进一步实现其它第一次迭代还未实现的功能，之后再次交付客户。
如此循环往复，使我们不断在需求分析、设计、开发、测试，以及交付中，推进软件开发。这样的开发过程，注定最终成品是一个符合需求的软件。
未来图书会是什么样子
这个题目很有意思，刚好对应了前面的问题。我认为未来的图书还是会和现在一样，分为纸质的实体书和电子书。知识的实体书与现在的区别不会很大，应用于各种场景，会有变化的应该是电子书。
现在的电子书还是种类很多的，阅读的平台丰富多样。与纸质书相比，电子书最大的优点是借用移动终端，可以海量存储图书，并且一般而言价格会有很大的优惠，获取携带很便利，与网络联系紧密，相关资料查询方便。但是缺点也很明显，体现在不如纸质书的翻阅手感，笔记的记录以及明显存在的翻页阅读问题，都是很大的弊端。
我认为未来的电子图书会有的突破体现在vr技术上，解决或者缓解我之前说的电子书的弊端。
从读者角度来看，可能未来的图书互动性更强，电子书会和如今的网课联系更换为紧密。
从作者角度想，需要将自己的著作与多媒体与网络技术更好的结合起来，使得自己的作品更加具有可读性与互动性。