项目可能需要的评审

网友投稿 502 2022-05-29

解决方案评审(投标前)

输入

招标书-主要的解决方案PPT产出依据

客户澄清答复-有条件跟客户联系的话,销售应该多沟通,协助技术业务团队,做好投标PPT,并记录好每次客户的澄清答复。

输出:

解决方案PPT

解决方案PPT评审记录文档

(可选)中标函,有些客户看了解决方案PPT就OK了,有些专业一点还需要技术架构PPT。

技术架构评审-1(投标前)

输入:

解决方案PPT(评审修改版)

招标书,客户前期澄清答复。

业务洞察- (可选,体现销售,业务团队水平的文档,可以集成在解决方案PPT中)

项目背景- (可选,体现销售,业务团队水平的文档,可以集成在解决方案PPT中)

风险识别-  销售思路的风险

项目可能需要的评审

输出:

技术架构PPT (主要输出目标)

责任矩阵- 包含各个被集成商在内,可附件到技术架构PPT中

采购产品清单(基础报价)-可以附件形式集成在技术架构PPT中,客户需要了解花多少钱,含服务费用。

总集建议书- 可以用word形式详细建议下项目怎么做,含集成验证服务。比较重要,光靠PPT不够,给客户带回仔细观摩。

资质资信- (可选,有些客户需要看,比较谨慎)

立项材料-  根据是否中标,持续准备。

风险识别-  评审后的存在风险

需求评审 (在中标后,对齐解决方案和技术架构,做需求调研,投标前的需求仅仅是大致需求。)

输入:

解决方案PPT,技术架构PPT,招标书,客户前期澄清答复。

总集需求调研书

需求规格书(初版)

输出:

需求规格书(评审版)

技术架构评审-2(中标后)

输入:

技术架构PPT-1

需求规格书(评审版)

输出:

技术架构PPT-2

测试方案评审(集成验证最重要的开局点,务必写好)

输入:

技术架构PPT-2

需求规格书(评审版)

测试方案(初版)

输出:

测试方案(评审版)

测试用例评审(内部即可)

测试报告评审(最后的把关点)

输入:

测试方案,测试用例

测试执行结果

问题跟踪表

测试报告(初版)

输出:

测试报告(评审版)

质量回溯(总结输出会,内部即可)

自由发挥形式。知识留档,一般都会顺带培训赋能。

其他

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:OpenHarmony和HarmonyOS有什么区别?
下一篇:你知道吗,WeLink还能这么用
相关文章