制度是为方法立规矩，流程是为规矩找方法。我们可以从两个层面来理解这句话：

第一个层面是，对于不同的管理对象，规矩为主体就用制度，方法为主体就用流程。比如说，对薪酬的管理一般会下意识选择建立《薪酬管理制度》；而对于市场开发工作，我们可能会更多的会选择建立《市场开发流程》。那如果将二者对换一下呢，那薪酬管理工作可能会有遗漏，而市场开发工作呢，操作性和指引性又不强，就是这个原因。

第二个层面是，对于同一管理对象，制度高于流程。比如《薪薪管理制度》是高于定薪流程、调薪流程的；如果有必要建立《市场管理制度》，那《市场开发流程》也必须受其节制，在其框架内运营。

另外一个问题是，我们应该先建制度呢，还是应该先建流程呢？其实在实践中，制度和流程形成过程并没有严格的顺序界定。对于企业，尤其是成长型企业我们建议的做法是“支持系统在制度下建流程，业务系统在流程后建制度”。支持/职能系统由于面向整体，工作较为复杂和多头，运营的逻辑性弱，要先定出基本的管理原则、框架和要求，这个大方向下分类建立相应的流程。而业务系统相对工作单一，运营的逻辑性强，对效率和效果的追求更高，要先建流程，为工作提供牵引。随着业务运营复杂性的增多，如有必要再将问题做统一规范，形成制度性的约束。