饮创业中的“大”与“小”，往往被朋友们误解，认为规模大小和收获大小是成正比的，实际上真正在经营中，“大”往往成为一个大包袱，而“小”往往成就一番小事业！
< class="pgc-img">古城里面悠闲的走一走
说说我今天刚经历的一件事，感触很深，这两天应朋友之约，来到塞外山城张家口，目的是帮这位兄弟做一套凉皮的配方。
这位兄弟开的一家中型餐馆，雇员11人，刚刚从疫情中艰难走出来，这两天才刚开始营业。
但这段时间他经过思考，认为餐馆的经营模式需要改变，才能适应下一步的环境。
我们在一起交流了很多他目前遇到的困惑，比如说成本增高，销量减少，人们消费观念的转变等，使他原本轻松的步伐，迈得越来越沉重。
< class="pgc-img">他感觉在经营模式上需要做出些改变了，例如说成本均衡，特色化，精品化等，最近朋友们总要求他做凉皮，因为喜欢这个的人太多了，他也觉得势在必行，于是有了我们这次约定。
要开发一个合适的技术，先要了解当地人的口味，最好的办法就是到那些久负盛名的店里去体验一下。
于是上午我俩到了一家当地人公认的，口味好的凉皮店，这真是一个太不起眼的小店，工作人员只有三人，场所就是一个外卖窗口和几张桌子。
据兄弟说，这小店每天的销量都在六七百份左右，旺季时还要多，我数了数他们桌上摆的做好的凉皮，大概600张，看来所言不虚。
< class="pgc-img">那么收入呢？价格是每份7元，我由于亲身经营过，很清楚凉皮的利润率，即使按照保守标准每份利润4元来算，可是一个可观的数目。
这么一家小店，几乎把成本和收益的比例做到了极致，而我兄弟说他那家看着规模很大的餐馆，辛苦一年下来，所剩的利润可能只有这家店的三分之一，而还有很多同行羡慕他经营的不错！
从这个例子，我们就谈到餐饮中我们常说的一个“大”与“小”的问题，很多抱着创业思想的朋友都觉得理想远大，店面就该开得大，却很容易成了一个大包袱。
而另外一些扎实经营的朋友，不去追求那种形式上的“大”，而去追求根基的深、口味的精，却往往把小店做得风生水起，成就一番事业。
尤其现在的餐饮创业环境，成本率、利润率、销售额以及外部竞争条件，人们的消费习惯等，都发生了不小的变化，我们想参与创业的朋友，真不能忽略这个大与小的问题，如何低成本起步，精品化，品牌化，可传播，可复制，最后把”小”吃做成“大”事业，这真得是我们应该深思的问题，毕竟现在挣些钱，真得不容易！
自然门美食e道哥 一个致力于为大家寻门道的，草根美食爱好者！
厅的功能分区相对来说很简单，核心功能是就餐，次要功能是家庭成员之间的交谈空间及厨具或者食品的储藏空间。
< class="pgc-img">独立式餐厅是指餐厅在空间上单独存在，不与其他功能空间发生直接联系，但是尽量保持与厨房的紧密联系，以免动线过长，从而影响上菜的效率。
< class="pgc-img">小型餐厅
中型餐厅
大型餐厅
餐厅与客厅合设时，需要预留人在两个功能空间中穿行的足够空间，一般情况下可按照一股人流计算，因而走道净尺寸应大于600mm
< class="pgc-img">和厨房合并布置缩短了餐厅到厨房的动线，可以使家务的进行更加顺畅。有所不足的是烹调区域的油烟无法遮挡，进食时会受到影响。
< class="pgc-img">厨房附设餐桌
餐厅常见家具尺寸图例
最小进餐布置尺寸
最佳进餐布置尺寸
最小通行间距
三人最小进餐布置
最小就座间距（不能通行）
坐轮椅的老人
乘坐轮椅的老人膝盖高度要比正常坐姿老人高40~50mm，所以要注意保证餐桌下沿高度足够，从而方便老人入座。
< class="pgc-img">四人用圆桌（正式用餐的最佳尺寸圆桌）
六人用圆桌（正式用餐的最佳尺寸圆桌）
八人用圆桌（正式用餐的最佳尺寸圆桌）
方形餐桌是大多数家庭会选用的餐桌，其优点是比较方正，容易摆放。
< class="pgc-img">住宅餐厅光环境的营造主要采用灯光，这其中的焦点是餐桌。在设计时，一般采用低垂的吊灯，可以打造团圆的气氛，使用暖色的灯光还可以使食物更加诱人，促进人的食欲。
< class="pgc-img">从功能方面考虑，厨房使用色彩首先是为改善进餐者的食欲和心情，因而家具的色彩以略显活跃为佳，整体以暖色为主，黄色、橙色系列比较理想。
< class="pgc-img">#秋日生活打卡季#
辑导语：利用类图这一方式，产品经理可以更清晰地梳理设计思路，进而推动后续方案的迭代优化，同时结合类图梳理，团队内也能降低沟通成本。具体应该如何拆解？本篇文章里，作者结合餐饮系统，对类图拆解和梳理做了案例上的总结，一起来看一下。
学了UML的知识后，还要多看案例。下面我们就来拆解餐饮系统，该系统是餐厅用的点餐、预定和外卖等业务的系统，我会分成几篇逐一拆解。
该系统大致可分为：
- 面向企业的：财务管理、物资管理、员工管理。
- 面向用户的：用户管理、交易管理（含点餐、预定、排队）、营销管理。
- 面向数据的，即通过数据帮助企业决策。
本次，我们梳理的是员工结构与工作职责。而你需要有《图解产品》一书的知识背景。
一、梳理人员结构与工作职责
要设计餐厅系统，就要考虑清楚该餐厅的涉众（利益相关者）有谁，以及涉众中的参与人（使用系统的人）有谁，并梳理清楚参与人的工作职责。如何梳理？
这些内容在《图解产品》一书中都有。大致方法是你需要用三个角度找全涉众，再从其中明确参与者，这些参与者就是用系统的人，这之后再通过四个调研方法找全工作职责。
下图就是我用该书方法，梳理出来的内容：
该图就是一个类图，表达了服务员、厨师、店经理人等之间的关系，以及他们的工作职责。如表达了服务员、厨师都是员工，并且都有姓名、地址等内容，但各自的工作又不一样，如厨师负责做菜，服务员负责送菜。
二、为什么这么梳理？
1. 指导后台的原型
后台要创建员工，那么每个员工既要有一些公用字段，更有一些特有字段。如每个员工都有年龄、性别等，但是厨师长还要有健康证、厨师等级等内容。通过该类图，就可明确后台新建员工时要填写的字段。
2. 明确要实现的业务
产品经理只有知道了每个员工的工作职责后，才能再说如何设计业务。通过这个类图，就可知道各自工作，从而再将部分工作在线上完成。
3. 方便研发的实现
类图是严谨的、无歧义的。研发也非常清楚什么是类，以及这些符号的意思，这样就便于研发构建数据库。其实这个图即使你不画，研发也会从你的原型图中抽象出来，但这样做就增加了沟通成本。
三、是否都要画？如何梳理？
1. 是否都要画？画到多详细？
这要基于目的、受众、阶段、业务复杂度等方面考虑。而本图是一个中型系统常见的内容。
该图和实战中不同的是，梳理的角色略少，没有老板、财务等角色；列出的员工信息也略少，没有列出每个员工的特殊字段。
2. 如何梳理？
梳理清楚类（厨师、服务员等）是产品经理功底的表现，这些类大致等同于职位名称，但并不总是如此。更准确地说应梳理工作职能块，而不是职位名称。
这其实是领域建模的范畴，而设计复杂中台和SaaS的核心知识就是领域建模，但限于篇幅这里不做展开。
四、符号的含义是什么？
在《图解产品》一书中用了30多页讲了类的知识（信息结构一章），你要看书才能理解为什么叫类，以及符号的含义和梳理类的方法。本文仅就书中未讲到之处做补充。
1. 继承关系
继承关系是指一个类（服务员）会继承另一个类（员工）的属性和行为。表达方式如下图。
在该关系中，服务员也被称为子类，员工被称为父类（超类）。子类拥有父类的所有属性与行为，但子类却有父类没有的特殊内容。
如服务员继承了员工这个类的“姓名”等内容，但服务员还有上菜这个工作（称其为操作或行为），但一般员工却没有该工作。
通过继承关系的梳理，可明确后台每类员工的公共和特殊属性有什么。
继承的另一个说法是泛化，也就是说服务员泛泛而谈就是一个员工。
2. 类的操作
类的操作就是类自己能做的事情，或者是你或他人能对类做的事情。
在本案例中，服务员能端茶送水，但却不能做菜，这就是在表明服务员这个类能做什么，不能做什么。再如，一个洗衣机你可以对他加衣服、加洗衣粉，打开开关和关闭开关等操作。
操作的画法很简单，就是在类的所有属性（姓名等就是属性）下面再加一条横线，再写上具体的操作，如写上“上菜”等。
但要注意，按照UML的标准应写作“上菜”而不是“上菜”。括号内可加上该操作的默认值和类型（如可默认上XX菜），如不想加任何值也要用“”来表示。
但为了便于产品经理理解，本文没有加括号。而研发则可能在括号里再加内容，产品经理通常不需要做。
五、如何做好翻译官
产品经理是个翻译官，要见人说人话，见鬼说鬼话。
上面话就是说给研发听的。当你这样说了以后，研发容易理解，也没有歧义，并可轻松转化成代码。
也许研发还会夸你一句“小子，可以啊，类图都懂”。但这样的内容如说给业务人员听，就可能被骂，说你“不画人图，不说人话”。
那你就要用一些不严谨的说法，从而保护好自己。你可以说员工“包含”服务员、店经理、厨师等，他们都有性别，姓名等信息。而他们各自的工作是XXX，其中餐厅服务员可以要求酒保递送菜单等。
其实这个说法还是上图内容，只是换了个说法。而你还可将上图用脑图表达出来，这样画的又快，又便于业务人员理解。
但注意该说法中的“包含”一词并不严谨，“包含”在研发体系中有特定的含义。
好了，以上这就是用类图表达员工信息与工作。而一个类图其实是就是一种梳理业务的方法，也是一种无歧义的表达方法，这可帮助你理顺思路。而产品经理也应做好翻译官，这样才能拥有更强的话语权，并获得对方的认同。
希望本文能帮到你，我们下期见！
作者：擎苍，《“图解”产品：产品经理业务设计与UML建模》作者，公众号：图解产品设计
本文由 @图解产品设计 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议
