聊聊G端产品

G端产品，G指的是“Government”，是为政府、包括事业单位开发的产品。

严格来讲，G端产品是B端产品（面向企业）的一个分支。

项目实施流程

以下仅从作者所在文化行业事业单位经验角度出发进行总结

项目售前

合同招标期间需配合售前商务撰写招标合同，完善功能部分。

项目立项

商务进行立项后，同步项目经理进行立项会议，正式启动本年度合同内工作。

需求拆解

产品经理配合项目经理，进行合同内WBS任务分解。

需求调研

当项目立项后，产品经理可能会到客户现场，进行各项调研，常见的有业务调研、数据调研、竞品调研。

业务调研：调研项目建设方的业务诉求、组织架构以及各部门关系。

数据调研：调研数据提供方的业务数据范围、数据质量以及信息化程度。涉及项目建设方能接入的数据量、如何接入的内容。

竞品调研：调研行业内的做法，对齐行业头部产品。

系统设计

进入指标体系的搭建、原型设计，此阶段的目标是快速验证产品经理对项目业务的理解，拿到客户的认可，降低需求变更风险。

指标体系搭建：对齐业务需求，完成指标体系搭建。

系统原型设计：线框图对思路，高保真对内容。使用线框图快速向客户汇报思路，使用高保真原型让客户感知可视化效果。形成PPT汇报（可找UI美化）。指标体系、原型设计都不是一步到位的，往往要进行多次调整优化，尽可能将全面、详细同客户确认需求，以此降低后续研发中的变更成本。

资源排期

项目经理协调技术经理、测试经理等人员进行功能量评估，如人员不足，及时上报协调人员。

研发管理

当设计方案通过客户认可后，产品经理下一步要做的就是对接研发，此阶段主要目标是让研发团队理解系统需求、根据排期进入研发，最终上线系统。

开发评审：同步研发需求，减少信息差。在这个阶段，产品经理要拉上研发经理、研发团队、测试团队一同评审需求。从上而下的方式，大致讲解业务需求，再详细对接原型内容。

需求管理：管理需求变更及优先级，降低研发风险。在系统进入开发时，需求变更是避免不了的。要做好需求的管理，尤其是优先级的管理。

BUG跟踪：执行测试计划，BUG优化落实到人、及时更改状态。测试计划由测试人员进行，产品经理要及时跟进并验证。

项目验收

中大型项目的验收通常会有初验、试运行、终验等阶段，项目经理会统筹整个项目的验收，产品经理涉及到的内容也比较多，如验收文档、培训等内容，此阶段主要目标是顺利通过验收，其他方面的事项优先级靠后。

系统演示：充分体现客户可视化效果、数据价值。可视化大屏最重要的就是如何体现数据价值，为了保证演示顺利进行，可以提前准备演示脚本、演示数据、操作流程等内容。
验收文档：常见的有概要设计、详细设计等内容，产品经理要配合研发一同编写。
验收会议：验收会议不单指一个会议，可能会包含专家评审、使用培训等内容，产品经理在这部分做好支撑即可。

G端产品特殊性

产品受国家政策影响较大，产品功能需要紧贴政策需求、行业需求
产品受客户业务主导
想好如何将数据转化为知识服务产品提升效率
数据安全很重要，国家对政务系统安全性要求极高，政务系统逐步进入等保测评工作
产品的采购依据政府年度预算，具有极强的时效性和周期性
对于驻地和现场的反馈要高度重视
真正的使用者不一定是决策者，大部分是具体的执行人员在应用
产品主要服务于可以提升效率减少成本的环节中
注重业务流程和业务场景，做合理且专业的产品
要兼顾用户体验和业务需求之间的平衡