浅析如何做好G端产品
最近政府项目也有大概一年半的时间了，今天想就个人理解的角度来分析一下，面向政府的产品和非政府类产品的共性和区别，以及如何做好G端产品。由于公司主要面向特定人群以及C端产品和G端产品差异较明显，本次讨论的非政府类的产品也主要讨论B端。
首先我们先来解释下什么是G端产品，G指的是“Government”，是为政府、包括事业单位开发的产品。严格来讲，G端产品是B端产品（面向企业）的一个分支，他们有很多共性。虽然有很多共通之处，但也有一些特殊性和区别。
一、G端产品与非G端产品的共通点
1. 真正的使用者不一定是决策者，大部分是具体的执行人员在应用;
B端产品一般在决定是否购买前都是高层在关注或者指派专人来对接，但对接的人大多数情况下不是真正的使用者，因为一般采购软件的一个部门的职责，实际应用的是另一部分人员。
这也是我们在做类似产品的前期调研和用户研究时需要注意的问题，我们是否了解到了解使用者的需求，我们如何转化决策者和使用者之间需求上的差异，做这也是我们做产品经理的同学每天在苦苦思考的问题。
2. 产品主要服务于可以提升效率减少成本的环节中：
服务于政府或企业的软件，大部分要帮助其解决实际问题，对效率、利润产生贡献，通过智能化信息化帮助工作人员在具体的流程环节中提升效率从而达到节约成本和高效产出的目的。
3. 注重业务流程和业务场景，做合理且专业的产品：
政府企业类的产品，如果产品经理不了解实际业务，没能把业务流程梳理清楚，对实际工作场景掌握不足，就不可能产出让客户满意的产品。
所以产品的设计者要思考产品需要解决哪些具体场景下的问题、理解整个工作流程、分析客户的需求，才可以做出专业并令客户满意的产品。
4. 要兼顾用户体验和业务需求之间的平衡：
to B产品重业务，很多功能需求直接来源于实际业务，就有很多人会感觉用户体验并没有那么重要，实际上并不是这样，试想如此重视业务逻辑的产品如果没有一个可以让用户流畅操作的界面，那将是多么灾难的事情。所以我们要平衡好两者的关系，将细节打磨贯穿到整体产品的设计中，做到逻辑正确、清晰简明、操作顺畅。
二、G端产品的特殊性
1. 产品受国家政策影响较大，产品功能需要紧贴政策需求：
在设计政府产品时，要时刻关注国家相关条文政策，设计提高政府办公效率的软件，必须围绕主轴核心业务来设计；
核心业务的依据参考就是相关政策法规，所以产品人员要根据政策来调整自己产品的流程功能，再好的业务功能也不能偏离国家政策。
2. 做好主轴流程，严控最终输出结果：
政府项目要把握好产品的主流程，所有功能围绕主流程来实现和延展。虽然说B端产品的功能可以串联整个工作流程，各个应用之间串联并行，但作为政府项目来说，或许并不需要大而全，我们可能最终只会负责整体流程的一部分；这部分相对对立和专注，我们要保证好完成这部分的最终输出，保证输出结果的专业性、规范性、正确性。同时也为数据的下一级流转提供强有力的支持。
3. 想好如何将数据转化为知识服务产品提升效率：
在设计通用类产品的时候，大多数情况下我们更愿意把数据转化成内容来满足C端用户的衣食住行。但在设计G端产品时我们必须更注重的是数据在系统中的流转、沉淀、在回传。要将数据形成知识，将知识转化成辅助工具，提升效率而不是占用时间。
所以在设计之初就要不断的在头脑中完善，如何将数据对应到业务需求，将业务如何转化成具体的功能，不断完善产品体系，在脑中形成基于业务的产品架构。
把握好自己产品所在场景的业务需求以及该场景下知识辅助可以解决哪些问题，数据沉淀客户帮助客户提升多少效率，这是产品经理要做的重点工作。
4. 数据安全很重要，对做好数据的安全性要求更高：
我们做政府系统因为其特殊性，对于数据安全的要求就非常高了。产品设计阶段的数据涉密问题，再到产品之间的数据流转、存储、交换等都需要严格的安全保障。
在C端看似非常简单的数据更新云存储，在设计功能的时候就要考虑“线下”流转数据的情况，在没有公共云的情况下如何更新备份数据，是通过内网云来做更新，数据存储在哪里？如果通过线下拷贝数据，那么系统中的相应更新流程如何设计？这些都是摆在产品设计师面前需要仔细思考的。
5. 产品的采购依据政府年度预算，具有极强的时效性和周期性：
政府的产品采购都是通过年度预算的方式，所以在做产品时一定要考虑到周期性和实效性，当年的政策影响以及当下的重点事件都会是产品跟进的方向。这时候就要迅速转化成功能到产品设计中来，落实政府需求，尽可能拿到更多的预算。
6. 对于驻地和现场的反馈要高度重视:
政府项目非常依赖于驻地的培训和服务，服务做的越好接下来的项目机会就越大，大家都希望项目流程简单，对于经常在一起合作的厂商，政府一般不太愿意在更换其他厂商了，因为已经“知根知底”合作模式清晰了，这也是一种效率。
基于这点作为产品人员对于驻地同事的相关需求和反馈一定要高度重视，他们反馈的大概率是客户真正的需求和反馈，这些建议如果可以及时得到响应，我相信会提高我们的产品在政府内的认可度。
7. 项目金额较大、项目工期紧:
相较于一般B端产品，G端产品项目金额通常较大，且部分政府项目工期紧，系统需求调研、开发、测试和部署时间较短。
8. 客户业务主导型强:
调研对象为政府相关部门领导或科室成员，一切需求围绕业务。
9. 改变用户行为难:
由于之前都为线下完成业务或原系统使用时间较长，已形成用户习惯，接受新系统较难。
10. 项目系统应用阻力大:
涉及替换原系统、与其他系统对接（不同厂商）、单位内部环境等问题，系统使用过程需要长时间博弈。
11. 客户重视程度高:
部分政务项目多为政策性项目，客户重视程度高，涉及领导层较高。
三、怎样做好G端产品
1. 用户群特性：
政务市场面对的用户是政府公务员、领导、部分事业编人员，这部分人群大部分是中国的高知人群，从学历、社会地位、经济收入、家庭背景都占有相当的优势。
因为长期在政府工作，习惯于政令行事、层级森严、派系林立的环境，工作任务固定、重复性高、失误率低的要求。
2. 产品形态：
很多人说ToG没有产品，只有解决方案个性化定制，个人认为，解决方案在政务市场占据有很重要的位置，但是仔细深入分析，ToG还是有产品，类似于ToB产品，只是需要花费大力气去提炼业务、深化和整合业务模式。
所以ToG产品形态有：解决方案、成熟产品框架、底层基础软件产品等。
首先要梳理基本业务需求和流程，形成框架性的产品体系。其次要在框架性基础上做出适合的成熟可以直接用的产品，不一定是全部做出来。再次完善解决方案，考虑不同场景下不同需求，形成完整的解决方案。
3. 需求调研：
政务用户需求通常是由上而下，上级领导掌握着全部的需求决策权。所以在需求调研的过程中要按照ToG需求调研的方法去执行，而不是拿着互联网那一套照搬，是行不通的。
调研过程要抓住主要核心人物的需求，直接决定着需求调研的成功与否。想尽办法获取最有用的信息，利用现场访谈、观察、查阅资料等方法，可以采用直接了解和曲线了解需求，先了解各种复杂的利益关系。
4. 产品设计：
调研结束后，需要画原型做设计，然后跟客户确认。设计时需要注意：
（1）设计版式要根据客户喜欢设计，最好能体现单位或者地方特色；
（2）页面内容不能过于简单，不可完全依照互联网简约化的设计，要尽可能充实页面；
（3）页面配色以国旗红和国徽蓝为主，页面设计庄重、大气，不可过于花哨，绚丽；
（4）页面填充内容要遵循国家相关要求和当下政策环境，不可随意乱造，最好是当前业务测试内容；
（5）页面交互，不可有过多的交互层级和特效，一般是一到两个交互动作就可以完成业务。页面交互要考虑40岁-50岁用户的交互体验习惯。
