首先是业务理解程度，无论是c端还是b端，业务熟理解程度我个人认为都是最重要的，如果要比喻的话，业务就是战场（场景），而其余的原型设计、交互规划、逻辑展开都是武器或战术，了解战场后才知道武器和战术要如何更好地运用。
下面先说说餐饮供应链中的一些主要业务场景。
(一)业务场景：
一提起供应链产品，一下子会想到进销存，进货、销售、库存仅是一个经营个体最基础也最重要的三大环节，因为涉及到成本、收入等和“钱”相关的计算，这三个环节自身与三者之间衔接（单据流转、单位转换、审批流、角色权限等）也比较有复杂度。
然而这仅仅学习只是指一个个体内的进销存系统管理，真正的餐饮企业供应链中，若是中大型餐饮服务集团，还会通过加入中国多个学生个体（例如对于门店、集团、供应商、OEM、区域采配中心等）之间的协作工作流程，这中间的每个员工个体，都会或多或少的直接或间接地影响参与进销存业务流程，而他们发展之间，又会因打通进销存流程进行或者可以适度同步进销存信息。
如连锁店与集团、采购配送中心、区域供应商与下属商店之间的信息交流与突破等。简而言之，最基本的采购、销售和库存，将涉及多方之间的协调和影响，根据不同的参与者，连接模式可以简单地安排和组合，产品设计也必须不断平衡实际业务情景的复杂性，逻辑需求的严谨性和模式的通用性。
（二）用户场景
首先，用户要分老板，经理(店长等)。)，主管(采购人员、库管员等。)，首先是老板，也许你会首先质疑，老板不应该直接参与供应链运作，最多看报表，数钱，但是这些因素在实际的产品设计中是真的会考虑到的，比如一些错误的单据被回滚的时候，操作者当然不希望留下太多痕迹(即错误的单据)。此时，操作员会希望简单无缝地回滚流程，例如，直接取消批准已批准的文档，并继续删除和重试原始文档。
