To G产品，如果理解制度大于产品这句话？

不知道大家在接触G端产品的是否有这样的疑问，不管你设计的产品如何满足客户的需求，设计的如何“完美”，似乎都不能很好的解决客户的痛点问题，再沟通过程中，大部分的客户都反馈，不是产品不够好，而是制度制约，好用也变得“不好用”，比如人不够，钱不够，上面的流程慢等。

一周前 •2769 阅读

传统教育行业 • 产品经理

to g 干了好几年，上面说的基本都遇到过。但也不是没有完美解决的平衡点。

我的经验，不论是制度制约还是其他什么的让产品不那么满意，就说明，最开始调研的时候，方向错了。没有站在用户的角度去考虑，设计出的那些“完美功能”，什么“痛点”，其实根本就不是用户需要的。

在我这里，很多to g 项目或产品，用户并不需要那么好的用户体验，他们也没有什么特别痛的“痛点”。说白了，上面政策下来了，下面就得跟进。如果没有政策，这东西，做不做都一样。

因此，我这里大部分都是在研究政策。有时候也不太考虑业务，政策上面的可能他们都没有这个业务，但是就要干。很多政策我们都是从未公开的内部草案开始。实施的功能内容，都不要“超纲”，用最少的功能，获取最多的钱。

另外，我这里都是定制开发，而不是做个产品去满足G端。基本也不太可能能满足。

----------------

补充下，我说的是“我这里”，我这有自己的特殊性，并不一定适合其他的也干 to G 的公司。意见仅供参考。定制开发并不代表没有复用的，能复用的也不一定要做成产品。我们这复用代码库就可以，不需要那部分产品化。

Recommend