产品设计服务业务，脱离业务或者说偏离、和业务不对齐的产品设计都是耍流氓。产品设计是低头走路，业务架构是提”天“，低头走路的同时需要抬头看天。不然设计的是好的产品、而不是能用、好用的产品。

一、产品架构设计遵循业务架构

作为产品经理的我们都知道产品架构设计的N部曲，什么明确设计目标与原则、什么需求分析与抽象、分层与模块化设计、什么验证与优化等等，在执行的过程中可能每个人都有自己的方法论，如果让我们在这个方法论里面找到一条最重要或者最核心的准则，我认为应该是：目标与定位，即我们所设计的产品架构所要支撑的业务。

产品架构需支撑业务战略、架构，明确产品在企业中的价值定位（如提升效率、降低成本或创新体验），在产品设计的过程中，产品架构、产品功能细节等等都可以以这句话为准则。

二、业务架构验证产品架构合理性

产品架构的好与坏是可以被评估出来的， 总结一句话就是：既要满足当前业务需求，又要兼顾未来的扩展性和维护性。产品设计是为了满足当前的业务诉求和未来的业务诉求，我们的所有产品设计都要和业务架构对齐，所以当我们完成产品架构设计的时候，我们就可以采用业务架构去验证当前的产品架构设计。

举个栗子：合同管理部门需要我们设计合同管理系统，流程审批是很重要的一个环节，合同审批审核草稿放到线上呢？还是应该线下拉会，只是审批合同定稿，两种方式都可行，在选择其中一个方式的时候，我们可能就会犯难，会和业务部门意见不合，何不考虑一下合同管理系统的定位呢？如果是为了提效，那么线下拉会，线上会签完成正式审核效率会不会更高？如果是为了其他（具体为了啥，各位自己想），是不是可以不选前述方式？合同管理最核心的审批流都能用产品定位去验证，其他小功能就无需赘述了吧。

产品架构设计核心准则是业务目标与定位，产品评估的的标准是业务诉求，所以产品功能好不好，都不用找一堆人去评审，直接拿出来业务目标与定位，产品设计人员都可以判定，当然如果业务需要，还是需要评审的，毕竟我们的设计对齐的就是业务目标和定位。

三、业务方向决定产品设计方向

产品设计不仅仅是为了满足当下的业务所求，而是为了满足当下与未来的业务诉求。当然我们产品设计本身就是为了未来的业务诉求，这句话希望各位产品大大能够记住（你是否在为了需求变更频繁而烦恼？你是否为了坚持自己的业务设计而和业务、和开发闹得不愉快，那我们得记住，我们按照收集到的需求而设计的产品都落伍了……)，

我们前面说了，产品设计应该满足业务诉求，然后我们严格产品设计方法论执行，去做需求调研、做需求分析、做……然后产品设计出来了。我们可以想一下：我们收集的需求是啥时候的？我们的产品上线是啥时候？

如果我们拿着上线时候的产品设计去告诉业务反而被说不好用的时候，再正常不过，大概率是因为业务在演进、而我们的产品设计停留在原地。

产品设计方向或者说产品设计的目标说服业务去接受按照需求调研、需求分析等为标准设计出来的产品，而是让我们的产品设计基于以需求调研、需求分析为基准，同时持续优化而设计出来的支持业务更好开展的产品，这个业务是业务方向的业务，是未来业务的业务。

四、写在最后

做产品设计是为了业务，没有业务的存在就不会有产品本身的存在，产品设计不是抱着需求调研的结论埋头苦干，而是要不断的抬头，和业务对齐，我们共勉，时刻记得：业务架构决定产品架构，业务方向决定产品设计。

本文由 @墨语 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务