接着，我想从不同层次的产品经理对同一个原型的思考过程，以及产品后台的本质到底是什么，这两个点来具体谈谈，如何设计一个优秀的后台产品原型。

    一.产品经理的级别。

    在设计后台原型时，不同层次的产品经理在思路和执行上有很大的不同。

    初级产品一般会去与后台用户聊聊需求，用Axure绘制一个漂亮的原型图，写出逻辑清晰、格式美观的文档。

    中间产品开始对业务线有了深刻的了解，站在成为用户的角度考虑产品的后台设计，并且能够根据自己公司的业务线的独特性，设计后端有针对性。大大提高用户的工作效率，降低使用成本。

    先进的产品能够从更宏观的角度融会贯通业务线，甚至比大多数业务部门更深入地理解业务，设计出在未来需求变化、突发事件、业务升级时，无需太多改动的产品后台。


    例如：如何设计一个财务核对系统。

    下一步，我在金融支付系统的后台对帐中给出一个例子。面临着如何设计一套“后台对帐”的产品需求，不同层次的产品该怎么办？(我之前曾写过一篇《如何设计财务调节系统——0-1构建对帐系统实战》，可算是入门级，可供大家参考)

    初级产品经理-解决表面问题。

    1.先百度一下，看看后台准备好了哪些功能，了解什么是对账系统。

    2.对用户使用流程进行调查，到财务部门，找会计姐姐一对一访问，询问他们需要哪些功能。

    3.把搜索到的例子和调查研究的信息汇总起来，打开Word文档，用自己的话说出来，格式一定要优美，文字优美。接着，使用Axure，将刚刚编写的文档转换为原型图。

    初级产品设计原型仅仅解决了表面的问题，建立了基本的流程。而对业务更深层次的问题不了解，这会导致系统上线后，在用户使用过程中，发现无限多未考虑的问题，导致后台最后重构，造成大量人力物力的浪费。

    中间产品经理-深入了解并解决深层问题。

    1.收集后台对帐基础资料，全面了解对帐后台在整个财务系统中的意义及定位。

    2.与财务部的会计妹妹一起整理账目，了解每一步背后的含义，了解对帐是整个支付系统的最后一道防线，内部定单与外部付款渠道对账的意义及可能出现的问题以及解决方法。在理清真正的需求之后，再根据产品逻辑和自己公司在这个业务上的独特性来设计整个后台对帐。

    3.最后，在进行原型设计时，根据调研的需要，确保后台的功能结构和业务逻辑简单明了，模块化，框架化。当未来突然出现新功能时(一定会增加功能)，更够从容。

    中间产品经理已经能够较深刻地理解业务逻辑，并且具有一定的抽象能力，将业务抽象为模块，形成一个结构清晰、业务逻辑流畅的后台框架。后台搭建的原型已经能够面对未来多变的业务需求，但是还没有融合。

    资深产品经理-能提前预测可能出现的问题。

    1.在了解到后台对账的需求之后，首先研究金融系统的支付环节，支付和对帐之间的相关性，从更宏观的角度理解什么是对账。对帐与财务之间的关系，付款的关系，对账对于公司的意义，对前端用户的意义。背景对帐在全球范围内与其他系统的关联，信息是如何进入对帐后台和外流的。

    2.和财务部的会计小妹妹一起，观察会计在对账时，上游和下游信息的获取和流动情况。

    3.是否可以更加自动化：观察整个对帐流出，提取人工判断的部分，让系统自动判断。举例来说，比较浅显易懂，“跨日交易”用户在我们的系统中下单了23:59,2分钟后，第二天00:01在支付渠道付款。所以对于当天帐单，会有一笔付款渠道没有的付款单，这笔交易应该自动挂号，第二天再自动核对，不需要用人工显示出来。

    4.抽象的一般模式：例如公司现在只接微信和支付宝，将来如果需要接网银(传统银行)、paypal(国际支付渠道)，又会有什么不同，是否可以做成通用接口，未来增加这些功能时，后台是否可以不需要有太多的变动。

    资深产品经理的业务知识十分全面，全局性和抽象性极强，能先想到产品后台未来的形态，预判未来可能出现的问题，并已将这些线索埋藏在产品原型中。