九、结语
复杂及解决方案的设计过程，就是权衡的过程，不存在完美的选择，需要在【第三方——用户可用性易用性——不同客户的价值选择——SaaS的商业选择——SaaS本身的技术能力】之间保持平衡，必须多方面的考虑ROI，做出逻辑上的取舍。不可避免的，要有很多配置，请看文章《我对B端系统配置功能的设计思考 | 人人都是产品经理 (woshipm.com)》。
另外请读者思考，如果最开始，我们没有将三个不同的配送场景抽象统一起来，而是当作三个不同的用例设计，那么我们会将系统设计成什么样子，我们可能会增加三个配置页面：当平台配送异常时，我们如何如何处理，商家自己配送异常时，系统如何如何处理，然后用配送方式字段来区分，平台配送无配送单，其他的有配送单……
但是，我们在系统设计过程中，总是希望将共性的逻辑提炼出来，这样将大大减轻用户的认知成本，同时也利于提高系统的可复用性，如果我们为每一个场景都设计一套逻辑，一套界面，那么用户使用体验是割裂的，界面设计将是冗余的，希望读者可以理解里面的细微差异。
本篇文章想表达的很多，但是受限于个人的能力，所以有些需要详细的地方但是表达的很粗略，有些需要简单说说的，又显得长篇大论，希望大家给出意见和建议，我一定会吸取采纳。后续会更新OMS系统的核心逻辑的设计，敬请期待。
本文由 @kathic 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
