从产品角度,输出一份售前解决方案

非技术型产品经理福音来了,和程序员不再撕逼,10天在线学习,补齐产品经理必备技术知识。了解一下

做好售前解决方案,可以分为以下几个步骤:需求分析、总体设计思路、功能设计、项目实施方案。

在一家to B公司做电子政务PM,由于项目招投标竞争大,前期的售前阶段需要做足准备,所以公司安排产品经理配合加入售前阶段的工作。需要配合的主要工作是:在售前工程师已出了项目售前方案的前提下,输出一份产品经理角度的产品方案,并讲解。

方案整体结构

按照产品工作的流程,一步步推导,梳理出方案。简单地说,就是由初始需求堆中梳理需求,分析并规划设计,再研发到实施环节,所以建议方案的结构可以参考整个工作流程。这样比起单看线框图、原型、设计稿,从0到1的过程,更加显得有理有据,同时专业度更高。

参考工作流程,简单将目录定为:“需求分析 – 总体设计思路 – 功能设计 – 项目实施方案 – 总结(问题/建议)”。同时根据项目业务,在采取工作流程串联整个方案介绍的前提下,我决定各模块采取“总 – 分 – 总”的结构,具体可根据具体情况做调整。

若业务是以【信息数据】来宣传展示的信息型产品,则可信息架构来介绍;若业务是以【单条流程】贯穿整个业务的功能型产品,则可按流程顺序逐步介绍,或按功能结构来介绍。

1. 需求分析

在需求分析的环节,我的思路是:“系统总体需求分析 – 基于用户需求分析的系统建设”的总分结构。

系统总体需求分析,主要展示该项目的用户与其概要需求、项目建设的系统,以及用户与系统之间的对应关系。由此,从战略层面向听众阐明该项目的用户及其用户需求,告知该项目的产品建设目标。

基于用户需求分析的系统建设,主要是针对逐个系统(多个系统构成的平台),从用户需求的角度出发,梳理用户详细的需求,从而分析出系统需要建设的功能点。其中,每一个用户需求,都要求能在系统中有功能点可以对应满足。从范围层面,详细分析用户的具体需求,阐述该系统具体的功能规格。

2. 总体设计思路

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

总体业务流程,主要是梳理出总体的概要业务流程,明确告知整个系统业务运转过程。系统总体架构图,从架构层面,介绍系统在各层面的建设工作。

此时思路是,在介绍完总体业务流程后,通过结合前面需求分析的梳理,进而引入系统总体架构,明确系统建设目标。

3. 功能设计

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

功能设计介绍时,可以采用“总分”的结构进行。我将先介绍系统功能结构图,再分为单个功能模块进行介绍,细化到功能点。

功能设计是该方案中的重点,在这过程可注意几点:

(1)内容详略分配

整个项目细化的内容可以很多的,并非所有内容都需详细呈现或说明。若全部呈现,容易让人抓不住重点,产生疲惫感。所以可采取详略分配,重点功能、核心业务可详细讲解,辅助业务则简单梳理。也可将所有内容细化,在演讲时详略分配。

(2)突出亮点
梳理内容时,可针对系统自身特色、公司擅长业务,作为亮点突出,这可以是个加分点。

4. 项目实施方案

实施环节,是针对to B项目特有的。这环节可申请项目经理或实施人员协助,提供项目质量保证、项目工期、重要里程碑、项目主要工作流程、落地计划以及项目风险等方面提供解决方案。

5. 总结

总结环节,可先简单地回顾前面主要业务流程,再提出针对本次功能建设的相关建议,并且再次阐述该解决方案的优势所在,则可漂亮结尾。

本文是个人工作中一些经验输出,并非绝对,如有建议或异议,十分欢迎提出。

 

本文由 @Cherie 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
1人打赏
评论
欢迎留言讨论~!