【精选】项目建议书三篇
在社会发展不断提速的今天，我们可以使用建议书的机会越来越多，建议书可以充分调动各方面的积极因素，集中广大群众的智慧。那么一般建议书是怎么写的呢？以下是小编整理的项目建议书3篇，欢迎阅读与收藏。
项目建议书 篇1
项目合作建议书
为了优化部队水陆两栖运兵车保障训练方法，促进以信息化带动现代化的部队建设，落实军队现代变革 “保障有力”的目标，(甲方)与(乙方)，经友好协商，本着优势互补、互惠互利的精神，达成如下合作协议。
一、 合作项目名称：研制两栖装甲运兵车保障训练设备。
二、 项目合作方式：以甲方为主，乙方为辅。甲方负责项目设计框架、技术规范，由乙方配合甲方具体落实设计制作。
三、 项目技术要求：外形相近，操纵仪表全真，视景主动式生成，动感力求逼真，能满足两栖运兵车保障有关训练课程。具体指标为：
1、 仿真物理模型几何尺寸：造型前视与真车近似，宽3.5M;长拟截取真车前面部分，约4.8m;高度2.5m。
2、 乘员：6人。
3、 动感：
a.动感自由度：6只液压缸交叉组成六自由度动感平台; b.纵向摇摆角度：±13°，沿x坐标轴移动±400 mm; c.横向俯仰角度：±13°，沿 y坐标轴移动±380 mm; d.沿z坐标轴转动角度±15°，上下移动指标：+290mm; e.随机响应时间：≤1″。
4、 视景系统：
a.潜望镜数：3个;
b.视景主动式实时生成;
c.图像分辨率：1024×768;
d.帧频：≥25帧/秒;
e.视场角:水平75°±5°，上下30°±5°;
f.图像数据库：包含静海驾驶、中浪驾驶、大浪驾驶、与登陆舰对接救护等内容。
5、 运行条件：
a.环境温度:+5℃— 35℃;
b.相对湿度:40％—80％;
c.大气压力:86kpa—106kap;
d.使用电压：200—242∨,50±1Hz;
e.工作方式：能连续8小时不间断工作。
6、 安全性：
a.电气安全:符合GB/T4064规定;
b.电磁兼容:符合GB/T9813规定。
四、 项目技术方案：
两栖运兵车保障仿真训练设备系以控制论、系统论、相似形原理、信息技术以及仿真领域的其他专业技术为基础，以计算机和应用物理模型——两栖运兵车仿真驾驶舱为工具的多学科综合性系统技术。本项目主要技术设计方案：
1、 计算机控制技术方案方框图：
2、 动感液压控制方框图：
3、 三维视景生成方框图：
五、 项目进程时间安排：
本项目从XXX年4月1日开始至XXX年8月31日完成，研发时间总计为5个月(具体工作进程见附件1)。若经费到帐时间推迟，完成项目时间顺延。
六、 项目经费：
本项目经费额度68.5168万元，(预算明细具体见附件2)。 经费自协议签订后的三天内，由甲方支付乙方总费用50℅的启动资金;至6月底，由甲方再支付乙方总费用30℅;余款20℅，在设备交付甲方验收后，一次性付清。
七、 甲方应协助乙方完成事项：
1、 甲方需提供乙方图像建模的原始资料，包括：真实车辆外型图片，与对接的运输舰、登陆舰图片，训练场海况的资料图片等。
2、 甲方需提供乙方真实车辆音源，以便乙方加工制作仿真音响。
3、 甲方需提供乙方项目发动机动力特性曲线，陆地行驶阻力特性，水中行驶阻力特性。
4、 甲方负责购买真车全套操纵系统、仪表系统，并需在5月30日前提供乙方。
八、 售后服务：
1、 乙方对参与研制的`项目产品，由乙方免费保修一年，一年后随时提供维护，仅收取成本费。
2、 乙方协助甲方培训维修人员。
九、 技术成果归属：
1、 本项目研制的技术成果归甲方所有，研制人员前五人为甲方人员。
2、 在本项目中使用乙方的专利技术，已得到乙方认可，但并不代表乙方已提供专利技术转让。
3、 在国家、军队对项目成果实施奖励时，应说明乙方系共同研制单位。
4、 该项目成果对非甲乙双方的第三方具有排他性。
十、 其他事项
1、 本项目若被上级部门认可推广、列装，授权量化生产时，甲方应委托乙方组织生产，不应委权第三方生产。量化生产所得利润由甲乙双方按3：7比例分成，即甲方占30％，乙方占70％。
2、 本项目合作协议不明之处，经双方协商可再签补充协议，补充协议与主协议具有同等法律效力。若发生争议，以《合同法》为依据协商解决。
3、 项目合作有效期：自合作协议签订之日起至XXX年3月31日止。
建议人：XXX
XXXX年XX月XX日
项目建议书 篇2
1、项目工作陈述
承约商将执行下面的任务：承约商将按照客户的要求在有限的时间内按照客户提供的要求完成对新房的装修任务。
2、项目的需求
承约商须按照《家庭装饰装修工程质量规范》及客户提供的要求完成装修。项目要求请看附件，承约商需在即日起五天内给出可供选择的方案及效果图。
3、客户供应款项
业主向承约商提供室内装修简易图纸,以及在装修期间业主需要提供的款项。
4、合同类型
合同一式两份，包含价格，相关附件，并标明付款方式。
5、客户付款方式
项目启动前由业主交付定金，定金为总价的50%，交付成果经业主检查达到业主要求后支付剩下的50%。
6、项目的时间要求
业主希望在一个月内入住新房，所以这个项目需要的.完成期是20天，所有可交付成果必须不迟于20天提供给业主。
7、对承约商项目申请书的要求
承约商必须在即日起5天内向业主提交5份申请书备份。
其内容包括
A.方法。承约商能清晰的理解需求建议书，要详细描述承约商实施项目的方法，要求对每个任务以及对这些任务如何完成进行详细描述。
B.可交付成果。承约商要提供可交付成果的详细描述。
C.进度计划。列出甘特图或网络图，以及每天要进行的详细任务时间表，以便在要求的项目完成日期内能够完成项目。
D.经验。叙述承约商最近实施的项目，包括（客户姓名、地址和电话号码等）已备核实。
E.人事安排。列出将被指定为项目主要负责人的姓名和详细简历，以及他们在类似项目中的成绩。
f.成本。必须说明总成本并提供一份项目的预算清单。
8、申请书的评价标准。
A.方案（30%），即承约商提出的建设方案；
B.经验（30%），即被指定执行此项目的承约商和主要项目负责人实施类似项目的经验；
C.成本（30%），即承约商申请书中所列的固定成本；
D.进度计划（10%），即承约商提供详细的施工计划。
Magic小组：张晓东130 邓越127 楮海林108 余光权212
项目建议书 篇3
作为一名管理顾问来说，针对客户实际情况，做一份优质的项目建议书，无论是对顾问咨询能力的提高还是提高客户对项目方案的信任度来说，无疑都是非常重要的，本文就自己做项目建议书的经验，谈谈自己体会。
一、在设计项目建议书时，首先需要对客户进行分析，以掌握项目的目的。那么，在做客户分析时，该怎样去展开思考，并在文稿上展示出来呢我觉得有两种方法可以采用，一是纵向式，另一种是横向式。
1. 纵向式分析：
所谓纵向式分析，就是沿着从行业到客户，或从总公司（集团）到分公司，针对客户的基本要求、宏观形势、总部决策进行分析，并且客户（分子公司、下属单位）是如何去理解、响应，未来会面临哪些问题，或准备去如何做，等等。
2. 横向式分析：
所谓横向式分析，就是从客户在当前所面临的机遇、挑战，以及内部所具有的优势、劣势上进行分析，类似进行SWOT分析。通过分析，得到项目目的。
二、在PPT展示时，若采用纵向式，可以将宏观层面分析作为一页（或几页），将客户层面作为另外的一页（或几页），这是一个重点。而采用横向式，则是将外部分析（机遇、威胁）作为一页（或几页），将内部分析（优势、劣势）作为一页（或几页）来展示。
三、无论采用哪种方式，在PPT上一定要将你的观点整合或浓缩为一个词语或一个句子，提炼出来。（如果客户的项目是相应上级机关的号召而做的项目，则要将上级的要求、观点、口号等在PPT上展示出来）。所要强调的句子或词语，可以采用加大字号、改变颜色等方式来进行。
四、一般情况下，若是招投标，客户会在招标书中提出项目的具体要求或目的，这就导致绝大部分投标公司都会沿着招标书中的要求去设计项目的各个内容，其结果是大家做出来的标书大同小异。因此，如何作出一份与众不同的标书，在竞争者中脱颖而出，就显得极为重要。 那么如何才能与众不同呢
1、 观点不同
也就是说，针对客户管理中的实际情况，你除了保持与客户要求的项目需求外，还提出了另外的有建设性的项目目的，你所创造的价值超出了客户的预期。比如说，客户在招标书中提出解决其定岗定编的HR问题，但经过你的分析，认为要更加全面的、系统的解决客户所面临的问题，还需要在此基础上进行定员定标等，那么，你可以在标书中提出来。
2、 思路不同
就是在思考客户问题的解决上创造性的采用一套更加系统、更加科学、标本兼治的方法，而与大多数竞争对手的方法明显不同。比如，同样是解决HR规划问题，多数公司会采用盘点、预测、规划的思路，但是你根据客户公司的实际情况，能从公司战略规划出发，考虑到了客户的动态发展规划，前瞻性的规划客户公司的HR，那么你的方案无疑是备受关注的。
3、 依据的事实不同
在组织你的内容时，你的引用的、讲述的事例、数据等都是客户的自身材料，这样客户评委自然会产生熟悉、亲切的感觉，进而增加他们的认同感。
上述三个“不同”，可以归纳为：论点不同、论证不同、论据不同。但三种方法各有优缺点，很难说孰优孰劣。第一种方法的优点在于鲜明，能够先声夺人，将评委的思维带到讲述者的思路上去，良好的.观点能够使人眼睛一亮，在征服评委的思维上无疑是很不错的。但是该方法也是风险最大的，如果你的观点很难得到评委的认同，势必会引起评委的反感，那你必定弄巧成拙，得不偿失，所以采用此方法当谨慎之至。建议是特别有知名度的咨询公司可以采用，他们可以运用自己在业界的知名度来“推销”自己的观点。其他的公司，除非你真的对客户分析发现客户的问题确实需要从另外的角度、或增加另外的观点才能更好的解决问题，并且还能说服评委接受你的观点。第二种方法，其优势在于，不同于别的公司的解决之道，你所采用的思路或方法更加全面、更加系统、更加切近客户实际，评委认为你的思路更新颖，方法更有效。但这种方法的风险在于，如果你对客户的情况不熟悉，对客户的问题考虑不周密，或你采用的方法不娴熟，思路不缜密，那么你所展现的方法思路就会显得牵强，很难面对评委们的质疑。所以采用第二种方法，一定要对客户情况进行细致研究，方法一定要具有可操作性、可控制性。第三种方法的优势在于，你能让客户很容易发现你对他们是用心研究过的，对他们情况熟悉，更贴近他们的实际情况，这样，自然很容易获得客户及评委的认同，从而增加评标上的筹码。其劣势在于，由于大家可能都会采用，所以较难在众多竞争中脱颖而出，并且由于评委对客户熟悉的程度自然胜于咨询公司，这就可能导致两个不利的局面出现：一是一旦你所掌握的情况稍微出一点纰漏，你就会在当场暴露出来，并且这种错误会在评委那里放大，从而影响你的成功；二是你提供的信息是评委们极为熟悉的，容易让他们觉得你的标书没有创意，有平庸之嫌。因此在使用该方法时，需要注意三个方面，一是尽量熟悉该项目相关的客户情况，不要信口开河；二是在保证信息资料的正确性的同时，你解决问题的思路和方法尽量要有可取之处；三是在PPT的内容展示上，最好只出现自己最清楚、最有把我的信息，在讲述时，点到为止，不要深挖。
以上就是自己在最近的工作中的点滴体会，思考得还不成熟，相信定有荒谬之处，以后逐步改进。
ERP项目实施过程中，经常需要召开会议来检查项目进展以及讨论各类方案。项目会议在项目管理九大体系中属于沟通管理的范畴，通过组织和召开好项目会议，可以让项目团队成员清楚目前的进展、问题以及各自的工作，同时让大家对有异议的问题达成共识，非常有利于项目的推进。
常见会议有几种：讨论会、碰头会、协调会、动员会、总结会、表彰（检讨）会。下面给大家一些建议。
一、建立例会制度
项目实施问题很大程度上属于沟通问题，一方面是双方项目组没有沟通，不清楚目标和任务；另一方面是没有与客户高层沟通，不清楚已经做了什么以及还需要做什么。为了避免因沟通问题引起项目实施，建立必要的例会制度是很有效的方法。下面介绍一下我的一些做法：
1、 每天碰头会。到府辅导时间，我一定会针对当前项目进展情况组织各种类型的项目会议来推动项目。不到府时间，我要求甲方项目组每天开一个碰头会，相互沟通一下今天的项目进展、问题、需要的资源等，并要求甲方将碰头会的会议纪要MAIL给我，以便我监控项目的状况。
2、 每周协调会。项目推进过程中，必定会遇到各种困难，需要客户中高层来协调资源。我通常的做法是：不管我是否到府辅导，都要求甲方必需每周组织一次项目协调会；每个月组织一次规模较大的协调会，每月协调会通常安排在到府辅导时间，并提前预约客户高层，要求他们参加。
3、 预见项目推动有困难时，需要组织一次大型的动员会，以鼓舞大家的士气。
4、 项目有阶段性进展时，需要组织一次总结会，总结经验、成绩以及问题。根据里程碑的意义，可以适当地与表彰（检讨）结合起来开。
二、会前准备
1、确定参会的人员。邀请到正确的人员参加会议是很重要的：
A、有利于提高项目会议的决策效率；
B、让相关人员清楚项目进展和问题；
C、这是一个让部门经理和高层参与项目的有效方法；
2、确定会议的时间。会议时间对参会人能否准时到会是有很大影响的，要考虑参会人的情况来决定会议时间。
3、准备好会议资料。会议过程中可能会用到呈现的PPT、问题清单、解决方案等，这些资料都需要在会议前完成，并且实施顾问要逐一检查和确认。
4、做好会议前的相关沟通。针对可预见性的问题，一定要在会议前与相关人员进行充分的沟通，确保在会议上大多数人的意见是相同的。特别针对解决方案可能存在几种，实施顾问一方面清楚项目组各成员偏向哪一种方案，另一方面还需要在会前进行必要的沟通和引导，最后让解决方案得到大家的确认和支持。
5、安排会议场地与座次。安排座次比较有讲究，尤其是客户有高层参加会议。尽量安排实施方的项目经理与客户高层并排坐在一起，这样方便交流。提醒注意：会议期间，实施方的项目经理尽可能找一些机会与客户高层进行一些耳语。大家也可以想一想为何要这样做。
三、常见的开会套路
1、总结目前取得的成绩，重点突出对方项目经理以及项目核心成员在项目中投入的心血。接下来，概要性地阐述我们目前的阶段性目标。
2题；第二类是业务规划类问题；第三是操作应用类问题；第四类是软件功能问题。建议大家的思维改变成不要轻易去谈软件功能问题，而应该去与客户探讨通过管理手段结合ERP系
统来解决问题。软件功能问题是我们内部需要去解决的问题，在客户那里，始终坚持软件是对的，设计是有道理的，只是目前遇到的问题不在我们软件的应用场境范围之内。
3、应对的措施或解决方案。针对以上问题分别与客户一起分析和探讨对策与方案，这里关键就是引导，不要试图通过软件功能来解决客户所有问题。有时会有好几个方案供选择，每个方案都有优缺点。顾问就应该分析每个方案的优缺点，并引导性地让客户做出选择。
4、落实责任人和完成时间。每一个方案都需要资源，也需要有人来担当，而且都应该在规定的时间范围内完成。因此，就应该明确所有解决方案对应的责任人、完成时间，并且征求和说服相关部门经理、分管领导应该给予相关支持。通过会议的方式，很容易协调资源，因为谁也不愿意当所有人的面让别人认为他不支持项目。
5、会议总结。总结今天会议的成果，以及有待进一步确认的问题。
四、会议过程控制
学会开会很重要，虽然很多情况下顾问不是会议的主持人，但有时会出现场面难以控制的情况，这就需要顾问善于把控会议的节奏。
1、 不要讨论与会议无关的话题。有时客户不知不觉离题千里，这时候，您需要将他从千里之外拉回来；
2、 不要讨论没有结果的话题。有些问题很难在会议上搞清楚，继续讨论下去也没有答案。这个时候需要暂停讨论这个话题，等您清楚之后，再组织会议讨论；
3、 不要让意见领袖控制会议。意见领袖的意见有时会帮助您，有时也会害死您。适当给意见领袖发挥的空间，这个空间是您给的，他的观点刚好符合当前需要。除此之外，您要想办法让他说就说，让他停就停，并且受您的思路控制。
4、 不要在会议上说些泄气的话。任何泄气的话，尤其是项目经理，都会影响整个项目团队的士气。
5、 不要去讨论公司战略级的问题。公司战略级的问题是董事会要讨论的，不是ERP项目组能够讨论的话题。
五、一定要有会议纪要
有人说开会不重要，重要的是会议纪要如何写。这句话在一定程度上反映了会议纪要的重要性。会议纪要上通常会写明：时间、地点、主持人、参会人、纪要内容（问题、方案、责任人、时间等）。这就将会议上形成的决议用文字的形式记录下来，以备忘和上报。如果涉及到双方的会议纪要，最好由实施顾问来写。如果由客户来写，则必须经实施顾问确认后才能发出来。
六、关于项目会议的几个误区：
1、项目有了问题，才开会；
2、项目会议尽讲好的一面，或者尽讲不好的一面；
3、项目会议成了软件功能的评判会；
4、所有问题都等到会上来解决；
5、领导说的都是对。