创新项目可行性报告的文档格式问题

《创新项目可行性报告的文档格式问题》由会员分享，可在线阅读，更多相关《创新项目可行性报告的文档格式问题（13页珍藏版）》请在金锄头文库上搜索。

1、创新项目可行性报告的文档格式问题创新项目可行性报告的文档格式问题1、引言创新有风险.无论创新者的能力多大,风险都会客观地存在撰写 可行性报告就是对风险和收益进行预估和评判.投资风险足够小且预 期收益足够大的项目适合开展研究.创新的可行性报告用来分析这些风险.然而，创新最大的风险往往 在立项者的预料之外.如果预料之外的风险太多，人们对风险和收益 的评估就会严重失真，从而偏向于通过不合适的项目.事实上，国际上 创新项目的成功率平均不到10%.预料之外的风险太多应该是重要原 因.善于创新的人，首先是能够尽量杜绝预料之外的风险，或将别人预 料外的风险纳入到预料之中.要做到这一点，报告就要有严密的逻辑.

2、 然而，现实却往往不是这样.撰写和评审可行性报告期间，下面的现象 会经常遇到：1、写报告时，想写的文字没地方写,要求填写的内容却说不清；2、报告写得头头是道,读起来却觉得别扭；读完报告，也不知项 目做什么；3、报告人思维混乱、不合逻辑、抓不住重点；而他却偏偏是大 牌专家；4、评审专家稍加点拨，项目提出人发现目标根木不现实.5、项目通过了评审，项目组却不知道如何入手笔者认为:报告文档格式不妥、存在严重的逻辑漏洞，导致上述现 象.项目创新程度低、系统规模小、不确定因素少时,这些漏洞的危 害不大；创新程度越高、技术的系统性越强、不确定因素越多，漏洞 就越明显.企业创新能力发展到一定高度时，这个问题成

3、将为阻碍创 新管理的重大障碍.2、可行性分析原理可行性报告是论证项目能否取得成功的文档.对技术创新项目来 说，成功是用取得经济和社会效益来衡量的.所以，论证创新项目是否 可行，就是论证项目能否取得合适的经济或社会效益.2. 1基本逻辑严格的论证必须基于清晰的概念.论证涉及的基本概念有:相关用 户及其需求；技术目标（功能或指标）；技术线路（原理）；项目 实施的步骤、方法与关键点；（与实施有关的）条件、约束和不确 定因素.概念间的逻辑关系是:创新能否成功取决于能否更好地满足用户 需求；技术目标将用户需求转化为技术问题；技术线路决定了目标 的可行性.技术线路的制定受条件、约束和不确定因素的制约；项目

4、 实施的过程是克服约束、减少或消除不确定因素的过程，其重点即为 项目的关键点.日常事务的论证，不可能像数学定理证明那样严格，必然存在各种 逻辑漏洞和瑕疵这些逻辑漏洞主要是靠人的经验和领域知识来把握 的，未必影响逻辑的正确性.然而，在创新过程中，经验和己有的知识 常常失效.创新项目可行性报告往往会面临一个悖论:如果报告是完全合理 的,前人和竞争对手也应该有条件想到，也有成功的机会.但如果他们 成功了，现在也就没有创新的机会了.这意味着,创新过程必然存在容 易导致失败或容易错失良机的经验错误.多数情况下，二者至少居其 一；越是重大的创新，问题越明显.2. 2模糊中的漏洞创新项目必有事先难以准确把握

5、的地方，这是客观不确定性.客观 不确定不可怕，可靠的是主观不确定性:该想清楚的没有想清楚.这种 不确定性源于认识的模糊:技术目标模糊、用户需求模糊等.逻辑的 漏洞往往隐含在模糊之中.由于经验和背景不同，目标和需求模糊时，项目提出人未必觉得模 糊为此，需要明示怎样的认识才算是不模糊.1需求需求的内涵，包括需求是什么、用户是谁、何时需要、在什么条 件下需要、如何需要、为什么需要等等.强度即用户愿意花多大代价 获得该技术,包扌舌直接和间接的好处有多少、对质量的要求如何.所 以，分析需求必须关注成本.数量指有现在有多少用户、未来会有多 大市场等.所谓需求的现实性，就是要证明需求确实存在，而不是虚幻的.

6、有 些需求是长期存在的，有些则是逐渐产生的.长期存在的需求或者无 法得到满足，或者一直没被发现长期无法满足的需求一般必有新的 条件才能解决；一直没被发现的需求则必有隐蔽的原因；逐渐产生、 加强的需求则有产生、加强的道理.这些都需要解释.1技术目标技术目标（功能或指标）是用来满足用户需求的,故而目标源于 需求.然而，创新过程中的用户需求往往是不能完全满足的.故而可行 报告应该明确项目的目标是什么.目标不等于需求的原因是现实中有各种约束条件.故而可行性分 析必须分析这些约束条件.对约束条件的忽视，往往是创新失败的主 要原因.这些约束条件一般是历史上早己存在的；所以现在有创新的 机会，往往由一些新的

7、条件和机遇引发.故而，可行报告中必须申明条 件和约束是什么.1技术线路要实现目标，必须合适的有技术线路.技术线路就是实现技术的原 理.在创新活动中，技术原理不仅是实现基木功能的原理，而是实现具 有良好质量和性价比的原理.当功能本身确定后，性价比决定了市场 的大小.1项目实施的步骤、方法与关键点技术线路确定之后，就要确认实现这个线路的步骤.线路实现中有 什么问题，就要解决什么问题，要有对应的方法.所谓关键点，无非是 问题中难度较大、风险较高、需要重点关注的问题.1条件、约束和不确定因素.从本质上说，技术线路是技术目标、约束和条件三个因素决定的. 约束是创新过程遇到的困难，技术线路不仅要克服困难，

8、还要设法规 避困难.可供选择的技术线路可能有很多，最终的选择木质上决定于 线路的投入产出比和潜在风险的大小.约束的内涵很丰富，包括研发技术的约束、使用技术时的约束； 软约束、硬约束；法律约束、专利约束；人才约束、资金约束与质 量要求、设备约束、空间约束等.2. 3简化逻辑创新都是在一定条件下进行的.有些风险是完全不存在的，故而论 证逻辑可以简化.以下是几种常见的情况：1、技术模仿.研制先进企业已有技术或产品，需求和目标是明确 的.2、技术改进.对己有技术的性能提高，目标不仅明确，且往往简化 为指标.3、具体技术问题.企业内部的个性化技术问题，经验的漏洞不大.这三种情况是我国技术创新中的最常见模

9、式.它们的共同点是:用 户需求和技术目标都是明确的，创新问题本质上是纯粹的技术问题. 只有技术风险没有市场风险.这样，可行性论证一般只论证技术的可 行性.事实上，在多数情况下,成功的技术原理都是公开的，因此技术 风险会大大降低.如果仅仅是对引进技术的局部改进或调整,则可能 仅需要很低的技术水平.这时，技术水平往往体现在对引进技术的消 化吸收程度和对技术发展趋势的理解.许多单位、部门制定的可行性 报告格式所依据的背景恰恰就是上述三种情况.然而，从世界范围内看，这三种情况却属于低端创新、非典型创新、 甚至不算创新.当创新项目是典型的、原创的、系统的项目时，仍然 按照这种简化的逻辑展开论证，就会岀现

10、极大的漏洞.另外还有几种情况，创新可行性的论证可以简化为技术可行性论 证：1、发现潜在需求.如果创新的难点在于发现特定的潜在需求，则 技术的实现过程就会比较容易.2、意义特别重大的创新.这时，创新项目的意义毋庸怀疑,关键是 有无实现目标的技术能力.3、可行性报告的章节安排具体地说，立项报告要说清楚用户的需求、遭遇的约束和条件、 目标的定位、技术线路、收益测算等.其中，这些内容之间有着明确 的因果逻辑关系.但是，为了便于读者阅读，章节顺序却不等同于思想 产生的逻辑.论述文的特点一定是先提出论点、概念，再进行论证的.3.1项目概述要论证项目可行，开宗明义应说明项目是什么、做什么、为什么 而做.概述

11、不是论证,而是为后而的论证提供背景所以，概述可能与 后面的内容重复，但深度却不一样.现在一种常见的做法是在题目中明确.常有有两种角度阐述:方法 的角度以及目的、功能的角度.例如如：1、性能预报模型研究.2、性能动态控制技术研究.两个题目对应的可能是同一件事情:用性能预报模型为手段，实现 性能动态控制.许多人选题目的时候都会面临矛盾.所以，题目未必能 把问题说明口，应该在可行性报告的开头部分留岀栏目以便进一步明 确.3. 2需求分析:做项目的理由这一部分要说明的是:说明需求确实存在，而不是幻想的、片面的.需求是客观存在的,但发现需求、及时准确把握需求却是不容易 的.有些需求是随着社会、技术的发展

12、而产生或变得重要.需求是综 合的而不是片而的.分析需求时，最常见的误区是空泛,有的甚至连用 户都不清楚.幻想中的需求是指理论上存在，但现实的条件难以满足或者性价 比不合适.还有一种错误的“需求”是片面的.当然有些需求会随着 社会、技术和经济的发展成为现实的需求.如果是这样，也需要有针 对性地加以阐述.用户对技术和产品的需求是综合性的、多指标的.片面的需求就 是单纯强调一个方面的需求、一部分人的需求、特定条件下的需求, 而综合性的却并不合适.真正了解需求一定要有用户的参与.用户必须是实在的而不是虚 幻中的.用户的需求也是现实中的不是想象的.有些报告甚至连用户 是谁都没有说清楚，需求自然也就无法说

13、清.3. 3技术方案需求清晰之后，要讲清楚如何去做.就是把技术线路、原理说清楚. 有些人只谈关键点，不谈技术线路.事实上，相同的目标可以用不同的 技术线路实现，技术的关键点是与技术线路挂钩的.技术原理说清楚 后，专家才能判断什么是关键点、作者遗漏了什么，以及技术线路是 不是合适.只谈关键点的现象,可能源于两种背景：1、习惯于科学研究而不是技术创新，只做点上的工作.2、习惯于做简单的技术创新.对复杂的技术创新项目，这样的做法显然是不合适的.3. 4难点分析:为什么这么做难点分析就是对实施技术方案的说明.如果技术方案是有价值的, 往往就是不容易想到的；不容易想到的原因是:容易想到的方案往往 不可行

14、；不可行的原因往往是客观条件不允许所以，分析技术方案 可行性的重点，在于分析技术障碍.一般来说，用户需求过去得不到满足或重视，总有各种客观约束. 而条件和约束的改变，往往构成创新的直接动因.一般来说，对约束的 估计不足是技术失败的关键原因之一.而客观的约束也决定了哪些技 术目标是可行的、什么样的技术线路更合适.由于约束的存在，技术 方案所完成的功能与用户需求往往并不等价，对此也需要进行说明. 由于这些障碍的存在，使得人们必须回避某些做法、必须创造条件以 达到订目标.难点分析包括两个方面的内容:工作的重点与难点.所谓重点，就 是工作量大的内容；所谓难点，就是关乎成败的工作内容，也就是风 险所在.

15、3. 5收支概算考虑到创新是有风险的行为，收益概算应该包括几个个方而的分 析：1、研发过程本身的投入与失败风险.2、技术研制成功后带来的 收益.笔者以为，在项目开展之前，这种概算是难以算清楚的.关键是需 要做的事情、可能取得收益的范围要列清楚.对企业来说，人员、时 间也是重要的资源，需要罗列岀来.4、文档案例解析附录中列出某单位可行性报告文档的格式.4、1没有综述的综述文档的第一部分是综述.本文前面己经分析过:文档的第一部分应 该从用户和功能的角度介绍技术本身是什么、做什么.然而，综述的 内容要求却是国内外、企业内部的发展趋势.笔者见过一些可行性报 告，从头至尾没有说清楚想要做什么，与这种文档

16、的格式有关.笔者设想,设计这个文档的人可能认为:项目要做的工作可以用项 目名称说明.但对于复朵的创新项目，题目可能说不清楚所以，建议 综述部分应该增加对项目本身的介绍.事实上，对项目的描述在此报告中是有的:放在了报告第二部分的 第三小节，即“项目目标或达到的技术水平”.但标题起得不好，放置 的位置也不合适.4、2做项目的理由文档的第二部分（立项的必要性）是谈立项理由的.从根木上说，做项目的理由就是项目能更好地满足用户需求.具体 地说，大体包含三个钟类型:特定需求越来越强烈、条件越来越容易 支撑特定需求、发现了特定需求.需求可以分为市场需求和企业自身的需求；企业自身的需求可以 推广到外部；需求可以是现实的也可以是未来的；第二部分