作者以智能自动售货机系统为例，向我们展示了如何在多个系统的设计中规划、确定优先级并安排设计和开发的时间。

在《如何设计一个智能售货机系统》中，对各个模块都有详细的介绍，有兴趣的同学可以看一下，本文将针对本次项目设计做一个产品方案。

1. 系统之间的优先级

整个项目包含PC操作后台、商户端小程序、用户小程序、自动售货机APP四端。考虑到早期平台以自营为主，暂无商户，项目规划时需要遵循最小可行产品MVP模型。

因此四端中优先级最高的就是PC操作后台和自动售货机APP，整体架构都是围绕这两端来构建的。

PC操作后台可以通过权限控制拆分成单独一套给商户使用，无需为商户建立单独的PC管理后台。

由于早期系统没有用户管理系统，且用户管理系统相对复杂，且早期商户端小程序功能与PC操作后台功能重叠较多，因此商户端小程序的优先级高于用户端小程序。

2.系统内优先级排序 1.PC操作背景

PC操作后台包括电商模块、操作模块、硬件模块、系统配置等，在初期设计时，不需要完全实现所有模块以及模块中对应的功能，所设计的模块和功能只要能够使整个系统完整运行即可。

①电商模块

由于初期没有商户，都是独立运营，所以商户管理和分成管理可以暂时忽略，但是商品管理、库存管理、订单管理在这个模块必须是最高优先级，因为商品和交易订单都需要进行相应的管理，只要有交易商品就会有商品被消耗，就会产生相应的订单。

②操作模块

前期订单量不会很大，也没有什么商家入驻，会计只需要统计订单和商品的数据即可。

因此，账户查询、用户管理和营销中心都不是必需的。

至于报表中心和数据统计分析，前期可以通过简单的SQL语句来实现，不需要制作相应的函数和图表，因此可以将操作模块放在第二阶段设计中。

③硬件模块

早期的设备比较简单，只有一两种设备，每一种设备都会有对应的通道类型和数量，早期没有这么复杂的通道配置，所以后期设备数量增加的时候再设计这个模块就可以了。早期需要设计的功能有设备管理、站点管理、广告管理。

④系统配置

系统前期不需要有权限管理模块，前期权限不是很重要，因为用户不多，可能只有一两个操作员，整体系统模块也不多，所以整个系统配置模块可以在第二阶段设计完成。

2.自动售货机APP

自动售货机APP类似于一个网上商城系统，所以会有相应的采购流程和系统功能。前期主要满足整体的采购流程即可。对于系统自带的离线浏览和在线升级，如果可以人工处理的话，就不需要更换系统了。

3. 商户端小程序

PC操作后台的信息管理模块和电商模块可以复用，只需要前端做一些处理，因此信息管理模块优先级较高。

另外，本系统在商户端的优先级比较低，所以信息管理模块放在第二期设计，其他模块放在第三期。

4. 用户端小程序

用户端小程序允许用户在手机上下单，方便在线支付，购物流程与自动售货机APP类似，可以优先设计。

其中个人中心里的我的订单和使用说明是每个支付系统必备的，需要优先设计。

优惠券、余额、积分功能需要等PC运营后台运营模块完善后才能实现，而用户端小程序是所有系统中优先级最低的，所以放在了第三、四阶段。

3. 系统规划演进蓝图

基于上述，总结出一套系统规划演进蓝图，并将整个系统分为四个阶段，总结如下：

第一阶段打造PC操作后台、售卖机APP部分功能模块，实现最小MVP模型；第二阶段引入商户系统概念，完善PC操作后台、售卖机APP，打造精简商户端小程序；第三阶段完善商户端小程序，打造用户端小程序；第四阶段完善用户端小程序。

四、项目进度

项目进度采用常见的甘特图，可以清晰的展示整个项目的进度和趋势。

架构内容包括体系、模块、具体功能、相关负责人、进展情况、目前解决情况、是否会扩展等。

可以具体到个人，每个模块或者系统都有对应的独立负责人，可以负责开发或者测试，在不同的阶段，可以找到对应的负责人了解进度。

目前整个项目的进度都是以周为单位来计算的，具体功能还可以细分，时间可以以天为单位来考虑，这样的项目进度计划会更加精准，也更利于项目的推进。

五、结论

在进行项目规划的时候，需要明确各个功能模块的内容以及它们之间的关系，基本原则总结如下：

根据业务实际，支持已有业务模式的优先级高，未来规划中的业务模式优先级低。系统或功能间若存在父子关系，则父级优先级高，需要依赖父级的子级优先级低。需要简单人工操作替代系统的优先级低。根据重要性和紧急性四个象限，在日常规划中，重要但不紧急的占比应该更高。