中国互联网影视文化众筹当前存在哪些风险
据不完全统计，截至2016年8月底，全国正常运营的影视文化众筹平台共62家，成功筹集资金4.06亿。影视文化众筹作为影视文化行业的新型投资方式，不仅为影视文化融资方提供了新型融资渠道，帮助中小成本影视剧解决融资难的问题和实现草根拍摄影视剧的梦想，同时给予普通投资人投资影视的机会。

总体来说，影视文化众筹更加大众化，回报方式更加多元化，除了能获得资金收益，还能获得周边产品等贴近影视拍摄的附加福利。尤其近一年来，影视文化众筹越发炙手可热，投资人在获得可观收益的同时也有机会圆电影梦，但是投资必然伴随风险，影视文化众筹也不例外，主要风险如下：

1. 回报周期性长
影视剧拍摄制作本身周期较长，从剧本挑选、剧组组建、拍摄、后期制作到广电审批、定档上线整个过程较漫长而复杂。影视文化众筹项目往往又因广电审核不通过和排片等不确定原因存在跳票的可能性。如2013年在点名时间成功众筹的《大鱼海棠》就历经3年的时间才定档院线上线。而且投资人的部分回报收益只有等到影视剧上映之后才能收到，因此投资人获得回报时间往往会很长。

2. 影视投资自身的高风险
影视剧拍摄投资自身就有高风险。国内每年都有许多影视剧拍摄，但是真正上映的影视剧仅少数，而有盈利的影片更是少之又少。以电影为例，2016年上半年上映的影片约为192部，票房排名前十五的票房总额占总票房的70%，可见，绝大部分票房市场是被少数高票房所瓜分。而以收益权作为回报方式的影视文化众筹的最终收益又与影片的票房直接挂钩，影响票房又有市场偏好、同期上映的电影、上映档期和排片时间等不确定因素。如果影片票房不理想，投资人很可能就拿不到收益，甚至是血本无归。

3. 投后管理不完善，透明度差
影视文化众筹平台的运作机制并不完善，从上线前的审核到投后管理都并不成熟，存在平台尽调审核缺失和投后管理不完善的操作风险和平台与项目方诈骗的道德风险，尤其是投后管理。目前众筹平台的投后管理均不完善，甚至是缺失。而项目方又往往不愿意主动去披露项目进展情况，投资人也因此无法及时了解项目进展情况，没有项目各方面的足够知情权，比如拍摄预算很高，但在实际拍摄中只用很少的钱，而投资人无法知情。

4. 监管政策不完善
目前国内监管层并没有出台众筹相关的具体监管政策。若影视文化项目采用股权众筹方式，则需要遵循《证券法》，符合非公开发行以及累计参与人数不得超过200人等要求。另外，影视文化众筹在某些以收益权为标的的项目中存在非法集资的可能性，同时，又因为法制并不完善，投资人的权益并不能得到有效保障，如果出现问题，投资人往往会维权无门。

总之，国内互联网影视文化众筹仍属于起步阶段，这种互联网融资新模式对于已经较成熟的电影工业来说，覆盖到的制作成本十分有限。并且监管方面仍还不够完善，尤其在平台审核和投后管理上，存在项目方欺诈的可能性，项目本身为债权标的还是股权标的披露不明，另外影视投资本身就存在一定的风险，收益受票房或点播量的影响较大，而由于观众的喜好和排片等原因，票房的不确定性又较大，每年能真正盈利的影片仍是少数。广大投资人在投资影视文化众筹项目圆电影梦的同时，也需谨慎。
网站建设项目的风险管理研究意义及方案

1、项目网站管理方案的特点

项目网站管理方案是以Web服务器为主体、浏览器为客户端作为基本架构的项目。这样的架构项目中包含Web服务器、浏览器和网络三个关键主体。项目网站管理方案可能是一个网站,也可能是各种Web应用程序,例如网上商店、虚拟邮局、网络办公管理系统、客户关系管理系统等等。网站项目管理就是围绕着网站项目运用知识、技术、技能、工具和方法进行组织管理。其特点表现在以下几个方面:

2)参与项目的角色很多,水平可能参差不齐。对于项目网站管理thldl.org.cn方案,最关键的角色是项目经理、业务流程分析师、用户界面工程师、系统分析员、编码人员(程序员)和质量控制工程师等。根据项目的规模和开发的深度,由项目经理进行角色划分。假如严格细分,一个大型项目的角色可能达到50个以上,以确保每个细节都有专业的人员进行负责和管理。其中需求分析过程中主要角色有客户代表、业务员、业务流程分析师、用户界面工程师,另外还有项目经理、数据库工程师、文档工程师等参与。

3)网络应用的开发技术在日新月异地进步,从而使网站管理方案应用系统的开发模式具有多种选择性,达到同样的目标可以采用很多不同的方式,现代的应用系统越来越成为一个庞大的集成方案,需要考虑不同的操作平台、不同的应用服务器、不同的数据库、不同的编程语言、不同的传输介质等等,项目管理人员必须了解各种技术的利弊,帮助用户选择高效、廉价并富有前瞻性的网站管理方案。

2、需求分析在项目网站管理方案中的作用及要求

需求分析是一个项目的开端,也是项目建设的基石。由于以上提出的网站项目的特殊性和行业覆盖的广阔性,以及需求分析的高风险性,网站项目需求分析的重要性是不言而喻的,在以往建设失败的项目中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。

在需求分析流程中,需要有客户代表、业务员、业务流程分析师、用户界面工程师等角色参与,业务员从客户代表那里获得需求,并形成需求报告;业务流程分析员从业务员那里获得需求报告,分析生成项目模型报告;界面工程师得到项目网站管理方案模型后设计制作相应的模板和用户界面原型,最终由客户代表确认。需求分析所形成的文档最终达到如下要求。

1)正确性:每个功能必须清楚描写交付的功能。

2)可行性:确保在当前的开发能力和系统环境下可以实现每个需求。

3)必要性:功能是否必须交付,是否可以推迟实现,是否可以在削减开支情况发生时被"砍"掉。

4)简明性:不要使用专业的网络术语。

5)检测性:如果开发完毕,客户可以根据需求检测。

3网站项目需求分析的一般方法

根据以往的工程经验,需求分析工作方法,应该定位在"三个阶段"(也称"三步法")。

第一阶段:"访谈式"。这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况和客观信息,建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局,最好能指定本次项目的接口人。

网站管理方案实现手段:访谈、调查表格。

输出成果:调查报告、业务流程报告。

第二阶段:"诱导式"。这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际和客观信息的基础上,结合现有的硬件、软件实现方案,做出简单的用户流程页面,同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段,和用户一起探讨业务流程设计的合理性、准确性,界面的便易性、习惯性。用户可以操作简单演示的DEMO,来感受一下整个业务流程的设计合理性、准确性等等问题,及时地提出改进意见和改进方法。

实现手段:拜访(诱导)、原型演示。

输出成果:调研分析报告、原型反馈报告、业务流程报告。

第三阶段:"确认式"。这一阶段是在上述两个阶段成果的基础上,进行具体的流程细化、数据项的确认阶段,这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查报告来提出反馈意见,并对已经可接受的报告、文档签字确认。

实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统。

输出成果:需求分析报告、数据项、业务流程报告、原型系统反馈意见(后三者可以统一归入需求分析报告中,提交用户方、监理方进行确认和存档)。

整体来讲,需求分析的三个阶段是需求调研中不可忽视的一个重要部分,三个阶段或者说三步法的实施和采用,对用户和承建方都同样提供了项目成功的保证。

4、项目网站管理方案需求分析的注意事项和技巧

项目的整体风险往往表现在需求分析不明确、业务流程不合理,导致用户不习惯或不愿意去用承建方的软件。承建方和客户方都要重视需求分析的重要性。为更好地把握用户的需求和方向,应该采用必要的手段和方法来进行需求调研。

4.1网站管理方案挖掘用户需求

鼓励用户将所有的想法尽可能地阐述清楚,并把所有的要求罗列出来。这时候不必担心引起客户的潜在需求而增加设计开发的工作量,应直接明白地跟客户把问题和要求一条条地列出来,把条理、归纳、分析先都放到一边,将用户最原始、最完整的要求准确地记录下来。

网站管理方案很多情况下客户并非专业人士,在他们的描述中很难凸现重点和技术难关,这需要我们去为客户进行分析、归纳和整理,尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。客户往往对需求的概念是非常模糊的,大多时候给出的需求都是笼统而且尺度难以控制的,这就要求业务人员在倾听了客户的详细说明以后,帮助客户进行整理和分析,预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

比如在为客户设计办公自动化系统的时候,也许就要为客户预留将来与他们的业务单位进行交互的通道;在设计邮件系统的时候要考虑可能会需要广告网站管理方案服务器;设计网络电子商店时需考虑今后增加库存产品进销存统计分析等等;限于时间和财力的考虑,客户通常能够接受分阶段实施的开发过程,在需求分析时,提早为客户设想到今后的需求变更除了使项目开发更加顺利以外,也为今后业务的进一步深入打下了更好的基矗

4.2网站管理方案利用自然的语言和图表描述项目模型

在业务员与客户进行沟通和调查时撰写的需求分析,尽可能用自然语言或形式化语言来描述,还可以添加图形表述方式和模型表征方式。虽然客户的水平和资历有所不同,但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义,不至于在理解上产生偏差。对客户而言,这样的模型描述最接近真实,容易参与修订,并能以此为测试和验收的依据。制作示意图可以有很多种方式,关键是利用示意图将客户的需求和即将开始设计的系统体现出来。在进行系统分析和程序开发之前,双方对今后要完成的产品就能够有直观的认识,换言之,就是在产品还没有真正进入开发阶段的时候,双方就对工作的结果达成统一的意见,这将大大地减轻需求变更所带来的困扰,同时客户更容易地参与到项目的开发过程中。

4.3网站管理方案需求分析要共同参与各施其职

项目网站管理方案经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析,并进行共同讨论,达成一致意见。参与项目开发的人员都应该对这份需求有统一清晰的认识,并根据自己的工作对需求提出意见,通过与客户的沟通修订,最终确定项目实现的目标。这样可以尽量避免业务人员与开发人员、承建方和客户方之间发生不必要的纠纷。

例如:项目网站管理方案经理通过需求分析才能组建所需要的团队包括配置工作环境,制定开发周期;开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写;操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度;界面设计人员根据项目的性质和定位确定表现方式;测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测。

4.4网站管理方案将需求变更置于可控状态

需求的变更几乎是不可避免的,也许是出自客户的遗漏,也可能是在开发过程中被激发出来的。如何以可控的方式管理网站项目需求的变更,对于项目的顺利进行有着重要的意义。如果匆匆忙忙地完成用户调研与分析,则往往意味着不稳定的需求。所以需求网站管理方案要保证需求分析各个活动都得到了充分的执行。

为了将变更及时反馈到项目的各个角色中,做好需求变更日志就显得非常重要。在需求分析后面附上变更日志,并将修改后的需求分析制作成新版本,保留每次更改过的版本,而不是覆盖,这样就比较容易地跟踪到需求变更过程中所带来的工作调整。在新版本的需求分析中,将变更部分用特殊方式表示出来,并在日志中记录变更明细。

4.5网站管理方案评审需求文档

需求文档完成后,需要经过正式评审,以便作为下一阶段工作的基矗一般的评审分为用户评审和同行评审两类。用户和开发方对于软件项目内容的描述,是以需求规格说明书作为基础的;用户验收的标准则是依据需求规格说明书中的内容来制订,所以评审需求文档时用户的意见是第一位的。而同行评审的目的,是在软件项目初期发现那些潜在的缺陷或错误,避免这些错误和缺陷遗漏到项目的后续阶段。

5网站管理方案总结

随着互联网的飞速发展,Web技术应用日益广泛,网站的规模和复杂性不断增加,网站项目的设计和开发进入了需要强调流程和分工的时代,软件工程方法将越来越多地介入到网站项目的设计和开发中。建立规范的、有效的、健壮的开发机制,特别是打好网站项目网站管理方案的基石,强化项目的需求分析,将有利于高效、高速、高质量地完成开发任务。

解读IT项目如何进行风险管理规划
从而实现：通过风险的角度审查项目计划认清项目形势，并揭示隐藏的一些项目前提和假设，使项目管理者在项目初期就能识别出一些风险。 尤其是项目建议书、可行性报告或项目计划一般都是在若干假设、前提、预测的基础上完成的，这些假设、前提、预测在项目实施期间有可能成立，也有可能不成立。 而这其中隐藏的风险问题又通常是被忽视的。一旦问题发生，往往造成项目管理方的措手不及和无一应对。 例如项目计划中假设用户实施小组全力支援、脱？或几乎脱？投入IT项目的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理塬有的业务，造成IT项目实施进度的拖延和实施效果不尽人意的风险。 诸如此类的例子还有很多。为了找出这些隐藏的项目条件和威胁，就需要对与项目相关的各种计划进行详细审查，如人力资源计划、合同管理计划、项目采购计划等等。 由此我们可以得出，风险形势评估一般应重视以下内容：项目的起因、目的、项目的范围、组织目标与项目目标的相互关系、项目的贡献、项目条件、制约因素等。 二 风险识别 在对项目的基础的风险形势评估之上，就需要对各种显露的和潜在的风险进行识别。风险识别实际上是对将来可能发生的风险事件的一种设想和猜测。项目管理论坛 因此，一般的风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关项目管理要求。 在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经历的项目中积累起来的资料、资料、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。 另一方面，可以通过分解项目的范围、结构来识别风险，理清项目的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少项目实施过程中的不确定性。 除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将项目成功和失败的塬因罗列成一张核对表，或者是项目的实施范围、质量控制、项目进度、采购与合同管理、人力资源与沟通等。 以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因项目而异，灵活运用。 三 风险分析和评价 在进行风险识别并整理之后，必须就各项风险对整个项目的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以资料统计为依据的研究上。 风险分析的方法非常多，一般采用统计学范畴内的概率、分布频率、平均数？数等方法。 但无论是哪一种工具，都各有长短，而且不可避免的会受到分析者的主观影响。可以通过多角度多人员的分析或者采取头脑风暴法等尽可能避免。 此外，我们应当明确，风险是一种变化着的事物，基于这种易变条件上的预测和分析，是不可能做到十分的精确和可靠的。所有的风险分析都只有一个目的，即尽量避免项目的失控和为具体的项目实施中的突发问题预留足够的后备措施和缓冲空间。 风险评价之后，项目面临着两种选择，即面临着不可承受风险和可承受风险。对于前者，或者终止项目，或者采取补救措施，降低风险或改变项目;对于后者，则需要在项目之中进行风险控制。
影视众筹存在哪些问题及风险
影视众筹，指投资人通过互联网为影视制作全过程募集所需要的资金、人才、剧本、设备等，以达到资助影视项目顺利完成的目的。目前主要是资金的筹集。钱冠影视宝就是做影视类的。 存在的问题和风险是政策风险，国家对众筹这块政策不是很清晰。。