经验总结 ¦ G端产品，很容易G

本人对此分类相当认同，并想归纳出当前在设计治理管理类产品方面的一些心得与重点，同时也期望与具有相似产品经验的同行们进行交流。 首先，我们的产品是一款能源消耗和双碳管理平台，0-1，以区县政府为对象，对其管辖范围内的工业企业进行能源消耗和碳排放量监测。 

一、难点与切入点 

做这个产品的时候，面临的难点主要有两个： 不知道需求。如果说做B端产品时的问题是企业往往太“知道”自己要什么的话，那么我们做这个G端产品时面临的问题就是，用户不知道自己要什么，当然也可能是双碳领域总体较新的原因。 找不到竞品。坦率讲对于一个0-1的产品来说，目前我觉得调研竞品是了解基本需求的最有效率手段之一，毕竟是站在别人的肩膀上攀登，有点像论文参考。

但G端产品除非是面向公众类的，一般很难找到可公开的竞品。 说一下我个人的解决方法： 一是对相关政策及产业规范有一定的认识。特别是对于这样的监管产品，当地实施或试行的考核办法，以及当地政府网站年度公布的有关数据指标，都可以作为重要的考量因素。 二是从功能/过程/目标等角度出发，寻求同类产品的可移植性。

比如，我们需要对企业进行能源消耗和碳排放限额的功能，在此基础上，通过对财务系统中的预算管理进行了分析，并对能耗预算进行了设计；比如，我们在政府的能源监督平台上，没有公共竞争对手，但可以找到一些企业和园区的能源管理平台。 我觉得这个过程很有意思，透过现象看本质，抛去填充的血肉（内容），在骨骼结构上是相似的，也就是功能/流程/目标。

 二、面向决策人/购买者/领导的产品设计要点 大家都知道， G终端的使用者分为决策者/买家/领导者和商业员工。前者主要针对的是大屏幕的可视化显示，而后者则是直接针对企业的后台系统。所以这两种类型的用户在设计上有很大的区别。 首先，我们来谈一谈虚拟大屏幕。 

1. 讲故事是有结构的 首先，我们的大屏以宣传展示为主要定位。大家知道在这样的产品中讲故事是一种重要需求。我将故事的结构总结为以下三点，由此形成一个闭环。 过去：做出的努力 现在：获得的业绩/成果 未来：可收获的价值、将带来的收益、可使用的决策依据 以我们的能耗双控及双碳监管平台大屏为例： 以往：所作的工作。实施了多少节能技术改造项目，新建了多少新能源，走访了多少企业，监控了多少设备。 

目前：所取得的成就/结果。节省的标煤，减少的碳排放，拉动的投资，带来的效益。 前景：可获得的利益，将产生的利益，可供决策的基础。预测未来的收益，预测未来的碳排放，为碳排放的配额及能源消耗的分配等提供决策参考。 在最初的计划中，我曾因为只看“现在”而犯下了一个错误（注意到其它几个病例，也会遇到同样的问题）。

如果您需要相关服务，可以找天津天迅达科技有限公司，我们的业务有Web开发、iOS APP、Android APP、微信开发、HTML5开发等，天迅达——您身边的App个性化定制专家！

之后，更有经验的团队成员向我指出，在绩效报告中，“我”付出了多大的努力才能达到这样的成绩（我把它称为“过去”）。 当然，我们也会注意到，“过去”和“现在”之间的界限很模糊，比如新能源项目就是一种成就，而不是拘泥于文字，而是要考虑到过去所做的一切。 另外，我们的产品其实就是能碳大数据，公司的老总和研发总监也都给出了类似的要求：不要只是做数据的统计，而是要把这些数据转化成“未来”的结果，供使用者参考。 

或许在过去，这样的“未来”更多的是一种幻想，但随着经济形势的恶化，政府的客户们开始重视它的真实价值。这就给产品开发带来了新的挑战，不仅要有对 G端业务的深入了解，还要有数据分析师、算法工程师等参与进来。 这里顺便再和大家分享一点，以前我以为大屏的页数最多也就三四五页，多了就不叫大屏了。

后来团队里另一位产品告诉我，他们之前做一个市级项目，大屏页数曾高达二十几页。如果是核心领导，往往关注前面的政绩和亮点展示，如果是具体的业务领导，会再往后看看监管和控制手段的体现。

 2. 功能 大屏幕上的数字一般都是由商业系统来取的，因为某些原因，有些时候会有自动产生或者收集的数据，所以我们就不多说了。 要与你们分享的是，在进行后续的开发时，我发现，因为开发者的实用主义，他们经常会认为有些功能是没有必要的，产品应该附加地告诉开发人员：政府向上级汇报、宣传、展示业绩是有这个需求的，对于 G端的产品而言，讲故事是一个非常重要的要求。

以上所有设计图和部分文字均来自网络，如有侵权，请call我删除，感谢~

天津天迅达科技有限公司经过多年来对APP、小程序、以及网站建设的探索，已经帮助每一个客户快速开发出属于自己的APP、小程序、网站，是万千企业之选。

标签：天迅达科技 天津APP开发 天津网站建设 网站建设