笔者以智能售货机系统为例，向我们展示了在多个系统的设计中，我们需要如何做好规划、如何做好设计开发的优先级以及排期工作。
在《智能售货机系统如何设计》中有对各端的每个模块的详细介绍，有兴趣的同学可以去看看http://www.woshipm.com/pd/3307459.html，本文将对这个项目设计做一个产品规划。
一、系统间优先级排序
在整个项目中有PC运营后台、商家端小程序、用户小程序、售货机APP这四个端，考虑到前期的平台主要是自主运营为主，暂无入住商家，并且在项目规划的时候需要符合最小可行产品MVP的模式。
所以在四个端中优先级最高的是PC运营后台和售货机APP，整体的架构都是围绕这两端进行产生。
PC运营后台可以通过权限控制形式，单独拆分一套给商户使用，所以就不单独做商户的PC管理后台。
由于前期系统没有用户管理体系，并且用户管理体系比较复杂。同时商户端小程序的前期的功能和PC运营后台的功能重叠的比较多，所以商户端小程序的优先级是高于用户端小程序的。
二、系统内优先级排序
1. PC运营后台
PC运营后台包括电商模块、运营模块、硬件模块、系统配置，初始设计时并不需要将所有的模块和模块中对应的功能都完全的实现，设计的模块和功能只要能够使整个的系统完整的运转起来即可。
①电商模块
由于初始暂无入住的商户，都是自主运营，所以商户管理、分润管理可以暂时不做，但是商品的管理、库存管理、订单管理，在该模块中的优先级必须是最高的，因为需要对商品和交易订单进行相应的管理。只要有交易产品就会消耗商品和产生对应的订单。
②运营模块
前期的订单量不会很大，同时又没有商户入驻，记账只需要统计订单和商品的数据就可以得出。
所以账务查询、用户管理、营销中心都可不做。
至于报表中心和数据统计分析前期可以依靠简单的SQL语句执行即可.并不需要制作对应的功能和图表。所以运营模块可以放在二期设计。
③硬件模块
早期的设备比较单一，只有一两种设备。每种设备会有对应的货道的类型和数量，前期并没有那么复杂的货道配置，所以该模块可以在后续设备增多时设计。前期需要设计的功能是设备管理、场地管理、广告管理。
④系统配置
早期的系统中可以不做权限管理模块，权限在早期并不是很重要，因为使用的人并不是很多，可能运营人员也就一两个人，整体的系统模块也不多。所以整个系统配置模块可以在二期设计。
2. 售货机APP
售货机APP类似于线上的商城系统，所以会对应的购买流程和系统功能，前期主要满足整体的购买流程即可，对于系统附带的离线浏览和在线升级，可以人工处理的就先不用系统代替了。
3. 商家端小程序
信息管理模块和PC运营后台的电商模块是可以复用的，只是前端做一下处理即可，所以信息管理模块的优先级别较高。
还有商家端这个系统的优先级就比较低，所以信息管理模块在二期设计，其他模块放在了三期。
4. 用户端小程序
用户端小程序是用户在手机端下单，便于在线支付，购物流程和售货机App类似，可以优先设计。
其中个人中心中的我的订单和使用说明是每个付费系统必要的，也需要优先设计。
优惠券、余额、积分功能需要PC运营后台中的运营模块完善之后才能够进行。并且用户端小程序在所有系统中的优先级是最低的，所以将整体放在了三期和四期。
三、系统规划演进蓝图
根据上文总结出了一套系统规划的演进蓝图， 将整个系统分为四期，总结如下：
第一期是制作PC运营后台、售货APP部分功能模块，实现最小MVP模式。
第二期是引入商户体系概念，完善PC运营后台、售货机APP以及搭建简版的商家端小程序。
第三期是完善商家端小程序，同时构建用户端小程序。
第四期是完善用户端小程序
四、项目进度排期
项目进度所采用的是常见的甘特图，比较清晰明了地展示整个项目的进展和走势。
结构内容包括系统、模块、具体功能、相关负责人、进度、目前结算、是否延期。
可以具体到个人，每一个模块或系统有一个对应的独立负责人，可以是开发或者是测试，在不同的阶段可以找到对应的负责人了解进度即可。
目前整个项目进度安排是以周为计算，也可以将具体功能进行细分，同时将时间以天为单位进行考量，这样的项目进度表会更加的准确，更加有利于项目的推进。
五、总结
在做项目规划的时候，需要厘清每一个功能模块的内容，相互之间的关联关系。总结的基本原则如下：
根据业务实际情况，能够支撑现有业务模式的优先级高，未来规划中的业务模式优先级低。
系统或功能间存在父子关系的，父级的优先级较高，子级需要依托父级实现的优先级低。
能够通过人工简单的操作替代系统完成的优先级较低。
根据重要紧急的四象限进行划分，日常规划中应该是重要不紧急的占比较多。
