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