我们做ERP的都知道，这种系统属于业务型系统，是紧贴公司或行业业务的，做的所有的功能一定要符合业务要求。
那么做ERP的产品经理，怎么去理解功能，理解需求呢？
我们说几个方法。
01
深入了解业务
既然ERP的是偏业务的系统，最重要的还是要深入了解业务。
这里两个方向都要了解，公司业务、行业业务。
公司业务是最基本的，我们做ERP，尤其是公司定制化的，要完全符合公司业务发展，不管是供应链、运营，还是其他工作流程，都要是当前公司现在正常进行的，即使你想要用更合理的ERP流程来调整某些业务，也要适合公司。
同时，你还要了解公司所在行业的业务，深挖行业业务模式，了解行业动态，这里尤其是做SaaS的，你更得了解整个行业的业务，这样你才能设计出更适合行业使用的系统。
两个都了解了，你就能更好地去理解需求，以你自己专业的业务知识去跟业务方聊需求，去了解需求背后的逻辑，更好地处理需求。
02
多跟业务方沟通
了解业务是目的，多去跟业务方沟通是手段。
公司的业务谁最清楚？就是我们的业务方，在公司待了多年的那些老业务们，我们要了解需求，了解业务，就要多去跟他们聊。
比如说定期做些访谈，每个季度，固定几次去跟业务聊下，跟他们学习。
比如说去业务方轮岗一段时间，真正接触他们的工作底层，像他们一样在这个岗位上做事情，这个学习业务最快了，尤其是一些操作性很强的，像是仓库，一定要去现场看看。
比如说公司有了新的业务模式，或者要做一些新的流程，拉你一起讨论，在讨论中你可以给出自己的建议，可以多听听他们的一些方法和理由。
这些都可以让你更好地理解需求。
03
多参考竞品
多看看市面上比较成熟的竞品ERP，他们都做了好多年了，并且有大量的公司用户，这些都能帮助他们迭代优化，不断完善系统。
比如跨境电商行业，可以多看看领星ERP、积加ERP、店小秘、易仓ERP等，这些都是做商业化ERP的，都很多年了，用户一大把，很多功能我们是可以参考、学习的。
当我们深入调研了这些竞品，我们其实就知道了一些功能应该怎么设计，在业务方跟你提需的时候，你也会知道他想要的是什么，能够很好的了解需求背后，你也可以跟业务方很容易地去说明这个需求，并给出我们的方案。
04
参加业务方培训
公司一般都会有一些新人培训，或者定期的知识分享，这就是个很好的途径。
业务方在给他们的新人培训业务的时候，你也可以去听下，就当作一个新人，跟着他们学习，把这些培训或者分享吃透，至少能对他们的业务有个大概了解了。
对于新人ERP产品经理，在后面上手就很快了。
再不济，就算他们没有，可以跟你的领导提下，不定期找那些业务方给你们培训下，跨部门培训，提这个需求就好，他们会满足的。
05
定期复盘
复盘很重要，温故而知新嘛。
我们需要建立比较合理的复盘机制，比如项目复盘、季度复盘，在这些复盘里，可以看看之前做的需求，当时的背景，你们的方案，实现的结果怎样，是不是业务方想要的。
再按现在看看，假如我们再次接受到这个需求，我们会怎么处理，怎么思考，是不是能够真正去了解业务方背后的逻辑，去明白他们想要的东西。
06
多看看需求文档等物料
我们做的所有的需求，应该都有文档记载的，需求文档、流程图、原型图等，这些都可以多去看看。
ERP的系统功能很多的，很多人都不太能全部记得，这个时候文档就很有用。
并且有些偏流程的功能，你看菜单，可能得操作很久才理解，但是有个流程图，你知道业务流转了，理解就会很快。
并且对于这些文档、流程图，你也可以看看这些产品经理是怎么理解的，怎么写的，很多地方也可以去学习下。
07
测试环境多实操下
最后一个理解需求的方法，我觉得还是实操下系统，多点点，看看这些功能是怎样的，当然了，一定要在测试环境，不能影响正式环境的使用。
我们理解需求，其实就是要理解业务，结合我们当下的系统，两个同等重要，因为只有两个都熟悉了，你才能根据业务方的需求，结合系统来给出我们的设计方案。
熟悉系统，看文档、流程图，这些资料，这算是基础的，但是这些基础很多时候你是看不下去的，相反，在系统上点一下，自己当成个业务方去使用看看，你就会理解，这个时候不明白的地方你再结合需求文档、流程图看看，事半功倍。
希望简单的文字对大家的产品学习有些帮助。
