本文目录一览：
如何制作商业计划书PPT.ppt
一份好的商业计划书，哪些因素起到决定作用？
BP的页数：看似一个简单的文稿处理工作，其实起到了敲门的作用，对于绝大部分早期项目，BP不应该超过20页PPT的信息量。许多投资人对于超过20页的BP，内心是抵触的，更有些创始人为了追求美观，用了太多设计图片，造成一份BP超过20M，投资人在收到这类BP的时候，如果周边信号不佳，很大可能是不会选择下载查看，这样就白白错过了许多机会。
BP的逻辑：这点是一份BP的核心价值，每个投资人一天要看的BP不会少于20份，能从这几十份BP中脱颖而出，让投资人牢牢记住你的项目，靠的就是清晰的逻辑。另外投资人看BP通常都是快速扫描，甚至一分钟读完。所以一定要直奔主题，讲重点，在最短的篇幅内讲述自己项目的商业逻辑。
BP的美观：之前说过有些创始人为了追求美观，过度包装造成BP过大，这一点是不可取的，不过适当的颜色搭配选择，还是可以让投资人在大量垃圾BP中耳目一新的。“创业者不要过于迷信模板，相信你干的事情是独一无二的，不建议代为撰写BP，亲自撰写与修改BP也是对自己创业逻辑的一次次梳理，最终面对投资人的也是创业者自己，代写人无法取代。
投资人阅读商业计划书（BP）后需得出3大核心1、你要做什么（what）？你的产品或服务到底有什么价值2、怎么做（how）？你是不是有执行能力和成功的把握3、怎么赚钱（商业模式）、怎么分钱与需要多少钱（融多少资金）
商业计划书的主要框架
商业计划的主要框架主要从事（内事和外事）、人和钱三个部分。商业计划书的框架模型主要分为如下图所示四大部分和十二小节。
二、以下从12个小节介绍商业计划书的撰写细节和注意事
1、项目定位项目定位：通过一句话简明扼要地介绍你们的项目是什么，项目定位介绍写在商业计划书首页，让人一眼就知道你们是干什么的。
2、提出问题（市场痛点在哪里）提出问题：现有的客户需求哪些没有被满足，市场痛点在哪里，市场需求是创业的基础，很多创业者提出的需求多为伪需求或非刚性需求，在确认市场需求的过程中也是创业者在找差异化，如果创业的方向都没有抓住，自然很难获得投资人的青睐，创业需要对自己和对别人负责任，市场需求的了解和深入至关重要。
3、解决方案（产品与服务）解决方案：通过哪些方法与方式解决市场痛点。
4、市场分析（市场容量）市场分析：需要证明市场需求的存在以及这个需求市场容量
5、进入策略（如何启动）进入策略：项目从无到有，如何启动？
6、竞争优势（竞争对手）竞争优势：行业内的竞争对手有哪些，项目的核心竞争力在哪里？
7、核心团队（团队背景）核心团队：核心团队的背景履历，以及要表明为什么你们的团队能干这个事情
8、执行现状（已做的事情）执行现状：目前项目已经进展到什么程度，已经做的事情做个说明
9、计划目标（未来前景）计划目标：未来一段时间需要干的事情有哪些
10、商业模式（怎么赚钱）商业模式：如何赚钱的问题，在什么时间点能够做到盈亏平衡
11、股权结构（怎么分钱）股权结构：创始人及核心团队的股权结构，决定未来长远发展基础
12、融资计划（需要多少钱）融资计划：需要多少钱干这个事情
谈谈如何做新产品立项——五步立项法
在产品经理的发展道路上，总有一天要带队做新项目的，这个时候要过的第一关就是产品立项。产品立项考验的是产品经理需求探索和新机会论证能力。立项的成功与否关系着产品经理的前途，这个时候就是考验你的方法论的时候了。一套完整且有说服力的产品立项书，关系到我们是否能够做正确的事，可谓是产品的根基和纲领性文件。
我把产品立项方法定义为：五步立项法。
市场研究是快速了解行业全貌，探索产品机会和获取需求的一种研究方式。做市场研究的目的主要包括2个方面：
1、要了解市场环境和行业宏观情况。以论证产品的根基、市场接受度以及存在的风险。
通常可以采用PEST分析法，包括以下四个方面：
首先，要了解政策和法律环境。 政策环境是市场环境中最重要的一个因素，是立业之基。这方面主要包括：
新的产品方向是否符合法律法规要求？
正向——现有政策的扶持力度如何？
反向——是否存在法律风险？政策走向对于行业短期和长期发展的影响？
这块需要做详细的研究，也可以向公司法务或专业人士请教。 比如有些领域有明确的政策监管，像互联网金融，因为涉及到国计民生，所以要想作出成绩，必须严格遵循法律底线。另外一线领域可能政策不明朗，前期可能会带来好处，但是后续可能会存在一些风险。如 共享出行领域，滴滴打车就存在政策风险。再比如 K12在线 教育领域，会受国家教育改革方向和中高考政策影响。
其次，是了解经济因素。主要包括3点：
全国或地区的经济形势和趋势如何？
市场上的用户群体家庭收入和购买力怎么样？
经济形式或购买力对于行业和产品有什么样的影响？
比如15年左右兴起的消费升级，那时候很多瞄准小众人群精致化个性化消费的就很符合当时的经济形式。而到17底后经济下行压力加大，这时候出现了以拼多多为代表的消费降级产品，帮助用户省钱。
第三，就要研究整个社会观念对产品的影响，尤其是涉及小众群体和亚文化，更要做详细的研究。
社会大众对于该领域的普遍观念是怎么样的？社会的痛点在哪里？
大众对于该类产品的接受程度和趋势如何？
社会文化倾向对于该类产品的影响在哪里？
比如婚恋和社交领域，脱单难是依然是当前社会难题和很多青年普遍面临的头疼问题。同时大众对于在线陌生人社交或婚恋产品还是心存芥蒂，认为虚假和约炮行为严重。这些观念和思想都对该类产品有很大的影响，如果做这类产品一定要处理好这类问题。
最后，要探究科学技术对于产品的影响
科学技术的发展趋势如何？
新技术和新趋势对产品的推动力在哪里，新技术会如何影响行业和产品？
做这类产品，当前面临的技术难点在哪里？如何寻求突破？
通过以上，政策法律、经济形式、社会观念和科技发展对于市场和产品的影响，我们大体能够了解我们要做的产品方向是否存在立足之地。
2、要了解市场规模和行业前景。这一条承担的论证是否还有机会做？以及是否可以做大？ 产品的边界和想象空间有多大？ 非常重要。主要包括：
首先，要了解整个市场的规模有多大？最直接的用户基数有多少？人口红利及用户增长趋势？
其次，是行业投融资情况，了解该领域的企业所处的阶段、融资规模、背后的金主以及由此形成的价值网等。
此外，是市场总体营收以及增长态势如何？总体预期增长率是多少？这一条承担的是论证产品成长空间和盈利空间的职责，非常重要。
最后，是行业盈利情况如何？以及哪些产品带来最大的利润？回报和盈利情况：能不能赚钱，赚了多少，怎么赚的？行业的回报能力，及其过去10年的变化情况是什么？
结论：是否做，产品的成长空间、行业回报能力和盈利空间如何？
总之，通过第一部分我们基本上可以知道该领域是否可以做。
1、要研究行业细分：研究细分市场的发展空间、供需情况和竞争态势，以及增长情况？现在互联网发展非常迅速，且越来越垂直和细分，所以一定要对各个细分领域有所了解。
首先要明确整个市场都有哪些细分领域？其分别的发展空间有多大？
其次是研究各细分市场是的供需情况，红海还是蓝海，还有哪些空间？
最后，作出行业发展趋势判断：未来行业分布和市场趋势，可能会有哪些变化、趋势和方向？
得出结论：市场饱和度以及哪个细分领域更有竞争力
2、针对细分领域，明确有哪些头部产品分别进行调研，竞品可以包括直接竞品或间接竞品；
对于竞品要关注并成为第一梯队——永远站在第一批找到答案者的行列中
首先，研究竞品的功能架构和产品体验，通常采用脑图的方式和产品形态研究方法。分析各头部产品分别满足了哪些需求？明确竞品的特色功能、特色玩法和产品缺陷，存在的问题？还有哪些痛点没有被满足？
其次，研究竞品的核心数据及趋势（用户规模、dau、留存等），把握其业务逻辑和用户认知，归纳其商业模式、优劣势和关键竞争力？通过核心数据以及数据演变趋势判断该产品逻辑的优劣势，细分领域天花板？
再次，研究竞品的发展历程和关键节点上线的功能和产运策略，判断竞品的产品演化、战略规划，以及未来的发展走向等；
最后，针对不同竞品之间的竞争关系和优劣势，了解自己从事相关领域的优势在哪里？给出方向建议。
所用方法：BCG矩阵
结论：得出竞品未满足的用户需求，给出方向建议。最后，明确竞品的业务逻辑、核心数据和关键竞争力，结合公司优势，探索具体切入点和商业模式。
各细分领域的优劣势？
第二部分得出结论：从哪个细分领域切入？
1、定义目标用户——明确用户画像
我们首先要搞清楚用户具体是谁，我们在为谁做产品。很多产品用户不是你自己，你很难从自身角度去揣度用户的需求。所有产品经理必须先要明确谁是你的用户？你在为谁创造价值？
具体方法-通过用户调研，创建用户角色。每种角色具体包括如下内容：
1）谁是我们的目标用户？用户特征包括：姓名、性别、年龄、身高、体重、职业、收入、地域、受教育程度、婚姻
2）用户的主要目标和核心需求；用户的使用（购买）动机是什么？用户对售后服务的要求是什么？
以及对于产品（功能）的接受及认可度？未来需求可能有哪些变化？
3）用户兴趣：主要包括生活兴趣和消费偏好。比如喜欢宠物、看电影、听流行音乐，旅游等；消费偏好主要是指购物、房产、汽车、金融等消费领域的兴趣分析。
4）购买力分析：收入和支出情况；
5）用户行为分析：日常行为和网络行为。什么样的市场趋势会改变用户的需求或行为？
用户角色卡片示例图
2、明确用户需求-不同的用户画像对应不同的需求
需求包括：什么用户？在什么场景下？有什么动机？想要达成什么目标？
3、排出需求优先级和痛点
可以通过KANO模型进行分位判断需求的重要级。KANO模型定义了三个层次的用户需求:基本型需求、期望型需求和兴奋型需求。
基本需求是必须具备的，即使不说也应该做到，这部分需求一般是产品初期需要做的功能。
期望型需求是用户期望的，用户能够较清晰地知道的。
而兴奋型需求是超出用户预期的，用户不知道有这方面的需求，如果提供，用户满意度会更高。
一般情况下，用户需求的重要性依次为：基本型需求→期望型需求→ 兴奋型需求。基本型需求的重要性最高，且也最紧迫，所以基本型需求的优先级默认是最高的。
然后根据四象限法则进行优先级判断：
重要且紧急（基本型需求） —— 必须抓紧时间做。比如会影响到用户主流程使用的功能。（高）
紧急但不重要（魅力型需求） —— 只有在优先考虑了重要的事情后，再来考虑这类事。（中）
重要但不紧急（期望型需求） —— 只要是没有前一类事的压力，应该当成紧急的事去做，而不是拖延。比如节日优惠相关的需求，但是现在距离下一个节日还有3个月。（中）
既不紧急也不重要（无差异型需求） —— 有时间再处理，比如一些无关紧要的样式问题。（低）
结论：抓住用户痛点需求或未被满足点。
到这里就有汇总以下前三步的结论，包括什么样的细分市场、什么倾向的打法以及哪些用户未满足的需求及痛点，明确我们新产品的机会点。
在此基础上，我们还要结合公司或资方的优势（核心业务以及基因）和我们想打造的用户心智确立我们的产品定位。
比如在电商领域，拼多多所创造的新机会点，切入的是下场市场、通过各种返利和裂变玩法，来满足那些追求性价比用户的需求。它的定位依赖于微信的社交红利以及用户拼着买更划算的心智。
1、阐述产品思路和核心功能，要突出亮点功能和特色玩法；
明确前期的产运策略，比如冷启动要怎么做，比如我们的新功能被竞品抄去如何反击等等，要在产运等多方面都讲清楚。
思考商业模式
最后，要在此基础上把产品的MVP和规划路线图做好。
2、再次论证产品思路是否可行
是在业务模式上有大的突破，比如通常所说的，新的生产力（需求+技术）、新的生产关系变革（需求+新的打法和组织方式）、新的生态+新的场景（生态体系）。
其中新的生产力主要是工具类产品，比如
新的生产关系变革，比如微商-帮商家卖货；
比如抖音的内容生态
还是说仅是战略防御做一款微创新的产品去硬缸头部产品。比如在眼下情况，你非要做款和抖音类似的小视频社区，那肯定会输的头破血流。
所以，到这一步对于自己的方案一定要回头看看——市场的的立足是否稳，和竞品的差异，是否有新的变革？是否满足用户的痛点需求？
总之，产品立项的五步：行业研究、竞争分析、需求探索、明确机会点、得出思路和路线图。
可以说，产品立项重在研究和论证产品根基的成立、空间足够大，细分市场和打法有竞争力，满足了用户差异化需求或痛点，然后才是产运思路有特色且逻辑自洽，而不要把重点放在产品方案上，舍本逐末。
当然立项会怎么讲，具体的讲解方式、话术都很关键。这方面如果不自信，可以提前准备好演讲稿。
对于PPT的呈现，一定要注重语言的简洁，内容的精炼，观点的突出。
前期准备时要多做启发性提问，提前要站在老板的视角去多审视问题，以做到有备无患，同时做好被大佬们挑战的准备。
注重下判断要有依据和来源，以确保不是臆断，这样才有说服力。
思路一定要注意逻辑自洽。
此外，前期要多和决策层保持沟通，私下多吹吹风，要尽量和大佬们在领域的认知上做拉平。
【完】
建筑公司投标流程是什么？如何获取招标文件？需要准备哪些资料？
我正经起来我自己都怕
关注
政府采购项目（招投标）流程梳理
来自专栏 系统建设与运维
基本流程
涉及政府采购的项目流程一般包括调研，立项，招标，实施，验收，移交等阶段。
1)调研：主要报告可行性及项目或有风险的管控，投资概算这些。
2)立项：向上级管理部门提交立项材料（主要是立项申报书），还要讲个PPT忽悠一番。
3)招标：立项通过后，就是提交各种采购文件以及招标文件，采购部门审核批准后，招标文件会挂网招标，项目由此进入招标阶段。招标阶段甲方主要工作就是应对供应商质疑。
4)签约：招标完成后就是签合同了，作为甲方，这个阶段主要工作，就是依据招标文件形成合同文件，同时把重要事项而招标文件未做约定的内容约定好。
5)项目实施：这个阶段项目承建和监理都会进场〈小项目没有监理〉，然后组建管理团队等
6)竣工验收：竣工验收有一个政府采购所必须的验收程序，除此之外，甲方有义务确保所建项目完全按照招标文件里合同文件建设，也即验收程序里面的初验环节。
7)付款移交：付款一般有组织采购部门完成，我们一般就是接收系统管理权限以及相关资产。
如何编写IT项目方案.ppt
2012-9-24 如何编写ＩＴ项目方案 通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用。 帮助大家更容易地理解ＩＴ项目管理的理论体系：九大知识领域和五个过程组。 帮助大家学习掌握ＩＴ项目方案编写方法。 目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。 方案有：用户解决方案、项目申报方案、可行性报告等等。 写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标。 方案中要解决： 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等。一般出现在申报方案。 需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处。一般出现在申报方案。 方案设计原则，就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度。 方案的目标，总体概述解决问题的方案，高度概括。一般出现在申报方案。 解决方案，给读者阐明怎么做，来解决问题。是解决方案的主体。 方案有以下要点或组成部分 组织架构 实施方案（进度计划），给读者阐叙做的具体步骤，工作路线。 服务方案（服务计划），给读者阐明你有服好务的具体措施。 培训方案（培训计划），给读者阐明你有做好培训的具体措施。 沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍，给读者证明，你已经具备了实现这个方案的能力。 工作基础、工作成果积累，进一步论证你具备实现这个方案的能力。 满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿。 要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性。 需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。 用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。 同时，到位的需求分析，也是为我们制定方案的设计目标提供依据。 作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容。 一个到位的需求分析，是一个好方案的一半。反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣。 要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案。 需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求（质量需求） 平台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要，可以做进一步分类描述。 对于一个综合性IT应用解决方案，如金保工程方 案，需求分析应包含以下几个方面的内容 大家要注意，用户需求是多角度的 在进行需求分析描述时，各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。 大家记住，这里每一部分的描述都将是后面相应内容的线索和论据。 用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容。 这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强。 方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事。 这反映出他们根本不知道原则是什么、原则的作用是什么。 方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针。 就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 在方案设计原则中，要表明在方案设计时重点要考虑哪些问题，要突出对用户关注点和兴趣点的对策，这些内容要与需求分析的相关内容紧密呼应。 方案设计原则的编写可以分为两大类，一类是基础性原则，一类是响应用户特殊需求的原则。 方案设计原则 基础性原则在每个方案中基本都会有，如： 先进性与成熟性的原则 先进性与保护投资的原则 安全性原则 功能完备性原则 灵活性原则 可维护性原则 可扩展性原则等等。 基础性设计原则 我们拿可维护性原则作为例子分析一下“原则”的含义 可维护性的意思是，根据我们提供的方案开发出的系统，具有方便进行维护的特点。 换句话讲，我们进行方案设计和开发时，要充分考虑今后维护的方便可行。 即便这些基本性原则可能在很多方案中都有，但也要充分理解用户的期望。 如用户项目资金充裕，那可能就要突出先进性的原则. 反之，可能就需要充分考虑原有设备的复用，保护原有投资。 用户特殊需求的原则要认真下一番功夫 直接体现我们是不是重视用户的想法 是不是真正理解他们的需求 要想做好这方面的文章，就必须对用户的需求、用户的关注点和兴趣点非常清晰。 一般情况下，在介绍方案时，原则部分会有比较强的冲击效果，特别是那些很到位的响应用户特殊需求的原则。 说白了，就是告诉用户，你关心什么，那么我们就将在方案中注意、解决和实现什么。 解决方案这部分是方案的主体部分，也是分量最重的部分。需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义。 方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则，或者说是应该重点关注和考虑的问题。 标准规范部分讲的是方案设计的应遵循的标准规范。 这部分是介绍我们设计出来的结果。 是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范，全要在这部分中体现出来。 解决方案 为了让大家容易理解，我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍，这个例子就是一座大楼的设计方案。 设计一座大楼是一件很复杂的工作，要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等，要进行力学分析、结构分析等，可以说设计一座大楼是一项庞大系统的方案设计工作。 后面将给大家介绍一下编写这部分内容的注意事项。 首先请大家记住，我们这里讲的设计方案，是我们与用户沟通交流的方案。 目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求，是让用户树立起与我们合作的信心，但并非是一个具体的开发方案。 因此需要重点突出而不需面面俱到，不需要或者千万不要落到具体的细节上，要尽可能保证各部分内容的均衡。 设计方案编写要点之一 在方案描述部分的最前面，要有一个方案的总体描述，可以称为总体设计方案。 或成为方案蓝图 也就是项目的总体目标 这部分是对你的设计方案的高度概括性介绍。 设计方案编写要点之二 为了能让用户了解你的方案的全貌 对于比较复杂的设计项目来讲，不是几句话几段文字可以表述清楚的 需要站在不同的角度、针对于不同的层面进行介绍 譬如说大楼的外观，从正面看，你是看不到全貌的，即便你把外貌全介绍清楚了，如果不介绍其他的话，别人也很难明白这个大楼。 因此要学会角度、层次的分解 可以从类别上分，也可以从功能上分，分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案。 一般一个ＩＴ项目方案包括： 技术架构 网络架构 安全架构 功能架构 性能指标 。。。 设计方案编写要点之三 对你的方案进行分解描述时，要充分考虑前面需求分析的内容。 需求分析中提到的需求和问题，在方案描述部分都要有相应的解决方案，前后呼应，前面讲为什么要做，这里讲怎么实现。 与需求分析呼应，也是方案分解描述时进行分解的参考依据。 方案是否与需求相呼应，意味着方案是否扣题。 有很多这方面做得不到位的方案，对在这个项目上行，按在另外一个项目上也行，就成大笑话了。目的性强！ 设计方案编写要点之四 对于一些用户关注的问题和需求，以及通过分析具有比较高复杂度的问题，也要分解出来进行单独讲解 一是表明我们对用户的需求的充分响应 二是表明对需求理解的深刻，尽管有些问题很复杂，但我们有可行的解决方案。 借此增强用户的信心。 设计方案编写要点之五 要与前面设计原则部分相呼应 在方案的描述中，要体现出我们是严格遵从前面制定的原则的。 同样，也要对所遵循的标准规范有呼应。 设计方案编写要点之六 多采用图示的方法 大家都知道，无论文笔怎么好，文字的东西总是比较抽象的 读者必须通过联想才能理解你描述的含义。 如大楼的外观情况，如果文字描述，很可能长篇累牍地写了一大堆，别人还是搞不明白。 而用图的形式，可能只需三两张图，就把大楼的外观展现的清清楚楚了。 图示的作用是直观。 图是对方案的高度概括和抽象。 做一张好图，要基于你对方案完全了解和掌握，也要基于你的知识和经验的积累。 真正好的方案描述都是图文并茂，用文字辅助解释图中关键的部分。 设计方案编写要点之七 要学会使用表格进行描述 与图示一样，表格也是一种非常好的方案描述的方法。 表格的作用是简练、调理、清晰，更容易让读者理解你所表述的内容。 对于一些包含大量数字，或者描述形式重复的内容，都可以采用表格的形式描述。 设计方案编写要点之八 对于一些重要的指标或用户关心的指标 需要基于你的方案进行分析 用合理的分析模型和数据 证明你的方案能够达到用户所期望的指标 例如设备配臵选型设计，用分析的指标作为依据 设计方案编写要点之九 对于一些需要利用其他厂商产品进行集成的项目 要讲明你所选择的原因和这些产品的作用 要对你所选择的主要产品从功能和性能角度进行介绍。 设计方案编写要点之十 为了突出我们期望让用户产生深刻印象的内容。 可以在方案描述的最后一部分做一个总结，可以用方案特点介绍的说法。 在特点介绍中，要突出我们独有的特点（在一定程度上会让用户去找我们竞争对手相关的内容）。 要突出用户关心的问题（与需求分析呼应）等， 大家需要注意，特点一定要“特”。 方案特点组织的好，也会对用户产生比较强的冲击力。 设计方案编写要点之十一 编写方案的时候，特别是编写这部分方案的时候 切记千万不要凑材料，这个地方抄点那个地方摘点进行拼凑，这是编写方案的大忌 如果需要摘抄一些资料，必须自己完全掌握这些资料的内容 并且确认对解决特定的问题有帮助。 设计方案编写要点之十二 开发实施计划，也称总体进度计划，是对全部相关计划的有机整合，也叫整体计划。 整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等。 项目开发实施方案（计划或工作路线） 我们常说，要完成一件事情，需要有计划、有组织、有措施、有保障地进行。 我们的设计方案完成后，接着就要给用户介绍我们怎么实施完成，这就是实施方案。 实施方案的编写需要按照有计划、有组织、有措施、有保障的线索，基于项目管理的思想进行阐述。 在这里对大家有一个要求，就是你在写出来这个实施方案之前，你已经真正明白了这个项目到底怎么干才能干好。 如果你都不知道怎么干的话，写出来的所谓的实施方案是不是可行就需要打个问号了。 这个问题在很多人在写实施方案时常犯的错误。 我们需要基于项目管理的思想来描述开发实施方案。 首先需要明确项目的目标。其实方案确定好了，总目标是非常清晰的，那就是按照用户的需求开发出系统，按照用户的时间约定部署实施完成。 但如果仅仅这样讲，那只落在了总目标的口号上了。 为了拿出真正可行的方案，需要把目标进行分解，分解成一个个阶段性目标或历程碑性目标，这项分解要尽可能的准确和详细，目标越清晰具体，越容易找到实施方案。 要反思，如果这一个个的阶段性目标都实现了，是不是就能很好地完成和实现总目标，如果是，说明你的分解基本就是合理的。 当目标分解工作完成后，各个子目标之间可能存在时序关系，也可能存在其他关联关系，为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持，有一些比较复杂的工作可能需要一些方法的指导（工作预案）。 对应于每个子目标，把这些相关的东西搞清楚描述出来，然后按照时序关系排列起来，项目的实施计划就出来了。 实施计划描述需要调理，一般可以采用表格的形式。 目标分解一般是采用自上而下的方式进行 具体做法是，先围绕总目标的实现分解成几个大的阶段 然后对每个阶段进一步分解成更小的阶段 最后落实到每一项工作任务的目标上。 在实施计划中，还有一点非常重要，就是必须满足用户工期的时间要求。 项目组织架构 不管目标怎么定，方案怎么做的，有一点是确定的，就是必须要有人去按照计划 去干，去实现一个个的目标。 作为一个好的实施方案，需要对承担这项工作的队伍、人员进行组织和分工。 描述这部分内容的线索可以这样。 定义项目实施过程中的角色，根据实施计划的需要，对参与项目的人按角色进行分类，定义角色的责任。 分析一下这个项目每一个子目标实现过程中，都需要涉及到哪些类型的人，这些人与我们的那些部门有关。 设计项目组的管理架构，与实施计划相关，与工作分类和角色分工有关，要有责任明确的项目负责人角色。 如果队伍比较大涉及的部门比较多的话，项目负责人就需要具有比较强的资源协调能力，明确项目总负责人和不同类型工作的负责人。 根据计划的需要，选择明确项目成员。 一个好的实施方案，除了给用户讲清楚怎么干以外，还要介绍你的这种干法是可行的而且是风险小的，这就是实施方案的保障措施。 一般情况下，应该包含这样一些内容： 沟通协调措施，要有明确的沟通协调机制保障，项目是需要我们与用户、厂商、监理等一起配合完成的，因此必须要有良好的沟通。 质量要求和质量控制措施。 风险分析以及规避风险的措施。 预算（成本计划），包括设备采购计划和人力资源成本预算。 一些复杂工作的工作预案，要让用户知道我们是有办法有能力完成这些工作的，增强用户的信心。 验收计划 这是对双方都负责任的约定，验收方案要科学合理，要具有可操作性。 对于一些特定的项目，需要对我们投入的人力和工作量进行统计。 首先，你要对用户参加培训的人员进行分类 不同类型的人员需要接受不同的培训 大体可以从系统管理角度和系统使用角度进行分类。 如系统管理员（进一步也可细分为应用系统管理人员、系统环境管理人员等）、系统使用人员（或者称用户业务人员，包括各个层面使用系统的人员）等。 培训方案要点之一培训对象分类 从管好和用好的角度，设计培训的课程 在每一门培训课程中，要对一下项目进行定义 培训课程名称 培训目的和期望达到的目标（培训完了，受训人能够达到什么水平或能力） 受训人技术基础要求 培训形式（集中上课、上机实习） 培训课时数 培训教材（必需要有明确的培训教材，除了编写或购买的教材以外，可以多选用项目交付时提供的资料，如设计方案、用户手册等） 培训内容概要（要介绍这门课程的主要内容）。 培训方案要点之二培训课程设计 根据项目总体的实施计划安排，设计课程表 课程表中要明确时间、地点、培训对象、课程 因为这里面要考虑总体进度，要考虑参训对象所受的时间、地点的制约 课程表的编排一定要合理可行。 培训方案要点之三培训课程表 最后可以介绍一下承担培训工作教师的情况 对几个主要培训教师的简历进行介绍 另外，对于一些需要比较特殊条件的培训，介绍一下我们的保障措施。 培训方案要点之四培训教师介绍 用户对维护服务的期望是： 平时通过有效的管理和监控，尽可能地减少故障概率 系统发生故障时，出现的问题能够得到最高效率的解决 这也是我们设计维护服务方案时的基本原则和目标。 维护服务方案 服务需求分析，对用户的服务需求，从主要服务项目和特点、响应时间、期望等进行比较详细的分析。 维护服务方案要点之一服务需求分析 组织管理体系，告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作，每个角色的职责是什么。对服务组织中的核心成员进行介绍。 维护服务方案要点之二组织管理体系 服务项目定义，对于用户的服务需求进行应对，告诉用户我们围绕这个项目，能够提供什么样的服务工作，每项服务工作的含义是什么。如，我们有什么服务是对应于减少故障的，有什么服务是对应于解决问题的。 维护服务方案要点之三服务项目定义 这部分介绍的是为了完成我们提供的服务项目，我们有什么样的措施进行保证。 如，对于我们所提供的减少故障的服务，我们采取什么样的措施来实现。 服务项目和服务措施是紧密关联的，共同来表述我们能给用户什么服务和怎么给用户这些服务。 响应时间定义，这是对双方都有益的一个约定，介绍在不同情况下我们的时间响应措施。 维护服务方案要点之四服务措施手段定义 介绍从服务请求到服务结束我们的工作和管理流程。 进一步让用户明白我们拥有一个严密的服务体系，能够满足用户的服务需求。 需要的话，可以对服务流程所需的管理工具进行介绍。 维护服务方案要点之五服务流程介绍 前面把我们服务体系的服务组织、服务措施、服务流程介绍完后。 最后要针对于用户对本项目特定的服务需求进行响应。 设计满足于用户服务需有的服务方案。 这部分要对用户或招标文件中的服务要求进行点对点的应答，必须明确承诺是正满足。
