项目的创新性分析

项目的创新性分析 2、背景详细介绍 这一部分是要说明：为什么会提出前面的功能需求。假如写在报告中，就是让评委了解概念的提炼是否合理。从逻辑上说，必须说明用户是谁、用户的工作描述、环境描述。这个要求看似多余，其实很重要。有些人描述的功能，针对的是想象中的用户和需求，而不是真实存在的用户和需求——这是一种常见的问题。所以，介绍背景时，最好有明确的用户案例。 一般来说，创新项目提出的需求都不是用户原始的需求（可以推断：原始需求往往都是不能实现的），而是对原始需求的.一种变通。之所以需要变通，是因为满足需求所需要的条件不完善。所以，介绍详细背景的时候，一定要通过分析原始需求与现实条件的矛盾入手。 当然，假如有必要，国内外进展趋势也可以在此作为论证的佐证。 3、技术原理 技术原理就是相对理想条件下的技术线路。线路没有逻辑断点，意味着原理可行。原理都不可行的技术显然是不可行的。所谓相对理想，是指现实条件下能够实现，但并不要求稳定、持续、安全、可靠、低成本地实现，即不要求达到商业化的水平。 证明技术原理的可行性，最好有原型、仿真计算或者现实数据支持。要求是能够从逻辑上证明原理是可行的——足以让评委觉得有 8、9 分的把握，才是比较严格的论证。 4、研发内容的描述 原理可行并不代表技术本身的可行。完整的可行性必须解决技术指标以及稳定、持续、安全、可靠、成本等问题，还可能要有环保、标准、排放、维护、保密、柔性等方面的问题——在理想条件下，窳惰问题不一定遇到，但日常、正常条件下可能遭遇的问题，论证起来可能比较麻烦。 论证的过程就是排列具体需要解决的技术问题的过程。这里的关键是：如何让人信任：这些技术工作是必要的、同时又是充分的。其中，充分性非常必要——许多人就是在项目临近结束的时候才发现漏掉了重要的讨论内容，最终导致项目失败。 要保证逻辑的严密性，可以通过完整描述技术的使用过程、研制过程和生命周期中面临的问题——这些问题就是技术人员所需解决的问题。这是因为：遇不到的问题是不需要讨论的，而可能遇到的问题没有讨论，技术就会有缺陷。 研发内容描述的详细程度，要让评委感到：该想到的重大问题基本都想到了。在重大项目中，每一项关键讨论内容都应有 8、9 成以上成功的把握——很多人可能认为这一点比较难做到，其实解决问题的方法有很多。除了彻底地解决问题，有的是部分地解决问题：设法回避问题、降低问题发生的频...