从产品角度输出一份售前解决筹划

在一家to B公司做电子政务PM，由于项目招投标竞争大，前期的售前阶段须要做足准备，以是公司安排产品经理合营加入售前阶段的事情。
须要合营的紧张事情是：在售前工程师已出了项目售前方案的条件下，输出一份产品经理角度的产品方案，并讲解。

方案整体构造

按照产品事情的流程，一步步推导，梳理出方案。
大略地说，便是由初始需求堆中梳理需求，剖析并方案设计，再研发到履行环节，以是建议方案的构造可以参考全体事情流程。
这样比起单看线框图、原型、设计稿，从0到1的过程，更加显得有理有据，同时专业度更高。

参考事情流程，大略将目录定为：“需求剖析 – 总体设计思路 – 功能设计 – 项目履行方案 – 总结（问题/建议）”。
同时根据项目业务，在采纳事情流程串联全体方案先容的条件下，我决定各模块采纳“总 – 分 – 总”的构造，详细可根据详细情形做调度。

若业务因此【信息数据】来宣扬展示的信息型产品，则可信息架构来先容；若业务因此【单条流程】贯穿全体业务的功能型产品，则可按流程顺序逐步先容，或按功能构造来先容。

1. 需求剖析

在需求剖析的环节，我的思路是：“系统总体需求剖析 – 基于用户需求剖析的系统培植”的总分构造。

系统总体需求剖析，紧张展示该项目的用户与其概要需求、项目培植的系统，以及用户与系统之间的对应关系。
由此，从计策层面向听众阐明该项目的用户及其用户需求，奉告该项目的产品培植目标。

基于用户需求剖析的系统培植，紧张是针对逐个别系（多个别系构成的平台），从用户需求的角度出发，梳理用户详细的需求，从而剖析出系统须要培植的功能点。
个中，每一个用户需求，都哀求能在系统中有功能点可以对应知足。
从范围层面，详细剖析用户的详细需求，阐述该系统详细的功能规格。

2. 总体设计思路

在总体设计思路环节，由总体业务流程、系统总体架构，两者组成。

总体业务流程，紧张是梳理出总体的概要业务流程，明确奉告全体系统业务运转过程。
系统总体架构图，从架构层面，先容系统在各层面的培植事情。

此时思路是，在先容完总体业务流程后，通过结合前面需求剖析的梳理，进而引入系统总体架构，明确系统培植目标。

3. 功能设计

需求剖析阶段，梳理的功能点是分散的，且未细化的。
总体设计环节，搭建出系统架构，将在功能归集。
而设计环节，将逐个讲解系统对应的功能架构，细化功能模块，设计需求详细实现点。

功能设计先容时，可以采取“总分”的构造进行。
我将先先容系统功能构造图，再分为单个功能模块进行先容，细化到功能点。

功能设计是该方案中的重点，在这过程可把稳几点：

（1）内容详略分配

全体项目细化的内容可以很多的，并非所有内容都需详细呈现或解释。
若全部呈现，随意马虎让人抓不住重点，产生怠倦感。
以是可采纳详略分配，重点功能、核心业务可详细讲解，赞助业务则大略梳理。
也可将所有内容细化，在演讲时详略分配。

（2）突出亮点 梳理内容时，可针对系统自身特色、公司善于业务，作为亮点突出，这可以是个加分点。

4. 项目履行方案

履行环节，是针对to B项目特有的。
这环节可申请项目经理或履行职员帮忙，供应项目质量担保、项目工期、主要里程碑、项目紧张事情流程、落地操持以及项目风险等方面供应办理方案。

5. 总结

总结环节，可先大略地回顾前面紧张业务流程，再提出针对本次功能培植的干系建议，并且再次阐述该办理方案的上风所在，则可俊秀结尾。

本文是个人事情中一些履历输出，并非绝对，如有建议或异议，十分欢迎提出。

本文由 @Cherie 原创发布于大家都是产品经理。
未经容许，禁止转载

题图来自 Unsplash，基于 CC0 协议