在一家to B公司做电子政务PM，由于项目招投标竞争大，前期的售前阶段需要做足准备，所以公司安排产品经理配合加入售前阶段的工作。需要配合的主要工作是：在售前工程师已出了项目售前方案的前提下，输出一份产品经理角度的产品方案，并讲解。
方案整体结构
按照产品工作的流程，一步步推导，梳理出方案。简单地说，就是由初始需求堆中梳理需求，分析并规划设计，再研发到实施环节，所以建议方案的结构可以参考整个工作流程。这样比起单看线框图、原型、设计稿，从0到1的过程，更加显得有理有据，同时专业度更高。
参考工作流程，简单将目录定为：“需求分析 – 总体设计思路 – 功能设计 – 项目实施方案 – 总结（问题/建议）”。同时根据项目业务，在采取工作流程串联整个方案介绍的前提下，我决定各模块采取“总 – 分 – 总”的结构，具体可根据具体情况做调整。
若业务是以【信息数据】来宣传展示的信息型产品，则可信息架构来介绍；若业务是以【单条流程】贯穿整个业务的功能型产品，则可按流程顺序逐步介绍，或按功能结构来介绍。
1. 需求分析
在需求分析的环节，我的思路是：“系统总体需求分析 – 基于用户需求分析的系统建设”的总分结构。
系统总体需求分析，主要展示该项目的用户与其概要需求、项目建设的系统，以及用户与系统之间的对应关系。由此，从战略层面向听众阐明该项目的用户及其用户需求，告知该项目的产品建设目标。
基于用户需求分析的系统建设，主要是针对逐个系统（多个系统构成的平台），从用户需求的角度出发，梳理用户详细的需求，从而分析出系统需要建设的功能点。其中，每一个用户需求，都要求能在系统中有功能点可以对应满足。从范围层面，详细分析用户的具体需求，阐述该系统具体的功能规格。
2. 总体设计思路
在总体设计思路环节，由总体业务流程、系统总体架构，两者组成。
总体业务流程，主要是梳理出总体的概要业务流程，明确告知整个系统业务运转过程。系统总体架构图，从架构层面，介绍系统在各层面的建设工作。
此时思路是，在介绍完总体业务流程后，通过结合前面需求分析的梳理，进而引入系统总体架构，明确系统建设目标。
3. 功能设计
需求分析阶段，梳理的功能点是分散的，且未细化的。总体设计环节，搭建出系统架构，将在功能归集。而设计环节，将逐个讲解系统对应的功能架构，细化功能模块，设计需求具体实现点。
功能设计介绍时，可以采用“总分”的结构进行。我将先介绍系统功能结构图，再分为单个功能模块进行介绍，细化到功能点。
功能设计是该方案中的重点，在这过程可注意几点：
（1）内容详略分配
整个项目细化的内容可以很多的，并非所有内容都需详细呈现或说明。若全部呈现，容易让人抓不住重点，产生疲惫感。所以可采取详略分配，重点功能、核心业务可详细讲解，辅助业务则简单梳理。也可将所有内容细化，在演讲时详略分配。
（2）突出亮点
梳理内容时，可针对系统自身特色、公司擅长业务，作为亮点突出，这可以是个加分点。
4. 项目实施方案
实施环节，是针对to B项目特有的。这环节可申请项目经理或实施人员协助，提供项目质量保证、项目工期、重要里程碑、项目主要工作流程、落地计划以及项目风险等方面提供解决方案。
5. 总结
总结环节，可先简单地回顾前面主要业务流程，再提出针对本次功能建设的相关建议，并且再次阐述该解决方案的优势所在，则可漂亮结尾。
本文是个人工作中一些经验输出，并非绝对，如有建议或异议，十分欢迎提出。
本文由 @Cherie 发布
题图来自 Unsplash，基于 CC0 协议
