关于技术方案编写的总结思考一（22.3.9）

过完年到现在自己的工作主要是在做方案的编写。朋友开玩笑说你一个做产品的活生生做成了售前。但我要说售前所要具备的能力对做产品的人来说太重要了。也可这么说，真正合格的售前，能力要求是相当高的。关于这一点，后面写一篇关于售前能力的文章，做一次系统的梳理。

我们投标主要会用到商务和技术两个方案。l对于技术方案的编制，有几个关键点。首先是对需求的理解。对需求的理解原则上需要在做很深入的需求调研和分析后才能比较全面且具有深刻洞见的需求成果输出。但是往往在这之前就需要编写技术方案，描述对需求的理解。这时我们可以基于经验，围绕宏观背景、政策法规、行业和领域时下共性高频的问题和痛点来阐述。当然对于已经了解到的本地的需求最后好能够提练和总结，这样方案更有说服力，由此引出后面的内容也就顺理成章。

基于对需求的梳理、归纳提炼和抽象。我们提出整个方案的关键目标和指标。目标需要用简明易懂的字句来表达，往往是对最大的问题，最迫切的需求的达成。从行业应用的情况来看，过去信息化系统建设往往是提升效率、降低成本以及标准化等目标，而数字化应用则是在这样的目标基础上，更强调业务和服务的精细化、智能化、数据重塑业务创造新的价值。在对目标进行定性的描述的同时，需要提出目标所对应的各项定量化指标。精细化防灾减灾的目标所对应的是提前一小时以上的覆盖一公里的精细预警这样的定量目标。

目标定义清楚之后，我们要做的是对目标进行分解和细化。在这个过程我们需要基于金字塔原理和演绎思维，围绕目标进行逐级细分，把抽象的目标转化为具体的目标和任务树，也就是我们的建设内容。这里需要注意的是建设内容不是功能清单。建设内容主要还是偏业务层面的描述，是从达成用户目标我们需要完成怎样的事情。而功能清单是从软件开发的角度定义具体任务对应的软件功能。建设内容粒度不宜过细，应该是描述性的，能不懂技术的人也能看懂。