项目设计建议书

“工程建议书”设计的方式作为一名治理参谋来说，针对客户实际状况，做一份优质的工程建议书，无论是对参谋询问力量的提高还是提高客户对工程方案的信任度来说，无疑都是格外重要的，本文就自己做工程建议书的阅历，谈谈自己体会。一、在设计工程建议书时，首先需要对客户进展分析，以把握工程的目的。那么，在做客户分析时，该怎样去开放思考，并在文稿上展现出来呢？我觉得有两种方法可以承受，一是纵向式，另一种是横向式。纵向式分析：所谓纵向式分析，就是沿着从行业到客户，或从总公司〔集团〕到分公司，针对客户的〔是如何去理解、响应，将来会面临哪些问题，或预备去如何做，等等。横向式分析：所谓横向式分析，就是从客户在当前所面临的机遇、挑战，以及内部所具有的优势、劣势上进展分析，类似进展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、领导说的都是对。篇二：设计和开发工程建议书设计和开发工程建议书提出部门： 编号：q/bb4-7.3-01 篇三：设计和开发工程建议书设计和开发工程建议书保存单位： 保存期长期篇四：某工程vi【xxxx】一期工程标识系统设计规划建议书规划建议及报价方案深圳市西利标识设计制作【xxxxx】一期工程标识系统设计规划建议书标识是人类社会在长期的生活和实践中，逐步形成的一种非语言传达而以视觉图形及文字传达信息的象征符号，籍以为公众供给区分、识别彼此事物，起