外卖行业的三边逻辑是什么,亚里士多德的三条逻辑公理是什么?

2020-11-20 17:40:15 字数 3994 阅读 1428

1楼:哑戏买张动车票

遇发展新技术成关键

一.起点逻辑

这个逻辑首先要回答的是:你是谁?你有什么资源?为什么你能做而别人不能?

王海军做亚朵酒店,是因为王海军之前是如家酒店集团的创始成员。米雯娟做vipkid,是因为她之前已经做了13年的少儿英语。

以上这两个人可以很容易的回答上面三个问题,而且说完你无力反驳。

但现实情况是,能够具备以上条件的创业者数量极少。大部分都是并不具备,或者具备一定条件就开始创业了。所以为什么有人说创业是九死一生的事情,那是因为总结出这句话的人多半是这部分人。

那难道不具备这样条件的创业者就很难成功吗?

美团给出的答案:不是。

美团除了做**,它还做电影票、酒店、外卖、景区门票,在这几个方面美团都不具备足够的优势,但它却做到了行业前列。

二.非连续逻辑

非连续的意思就是,美团这三个阶段不是连着的,因为连续的意思是我做生活****就应该在生活****的基础上深耕下去。

美团没有深耕却做到了千亿市值,这背后隐藏着非连续逻辑的核心:趋势。

这里有个有意思的例证,就是当你一个月不打开电脑,也不会觉得少点什么的时候,那就意味着pc时代基本结束了。

这个参照系就是groupon这家**平台。这家平台在2011年6月申请上市,预期估值250亿美元。当vc们看到这个**的时候基本都疯了,仿佛找到了新大陆,于是在国内就疯狂的投资**平台,千团大战就是这么被推出来的。

这个事情到了2011年11月,也就是groupon被估值250亿美元后的第五个月,原本预期良好的上市计划被拖了5个月,更糟糕的是,groupon最终ipo的估值也由原来的250亿变成了100亿。

然后到了2012年的11月,groupon市值跳水至22亿美金,整个市场一片哗然。然后vc们纷纷变节。

这个时候美团就开始做外卖。所以这个道理很简单,就是趋势变了。但趋势变了能解释美团从pc到移动,再从移动到外卖的非连续转变,却不能解释由外卖到电影票、酒店、外卖、景区门票啊?

这里就要说到第三个逻辑:

三.高低频逻辑

首先,从外卖到电影票、酒店、外卖、景区门票也属于非连续性逻辑,但这里并没有明显的趋势存在。所以高低频逻辑要解释两个问题,一个是非连续逻辑中的趋势问题,另一个是起点逻辑中的悖论问题,简单概述成两个问题就是,没有趋势就不能做了吗?没有起点(资源、人脉、经验)就不能做了吗?

答案是可以,因为高低频逻辑要讲的是,当美团掌握了外卖这个高频应用后,就等于掌握了巨大的流量,这个点用梁老师的话来讲就是破局点。

试想,如果你每天都会打开手机点外卖,那外卖中推个电影票,推个酒店住宿是不是就更容易被你看到呢?

这就像美团跟携程之间的竞争,在美团还没进酒店预订这块的时候,携程基本占据着整个酒店预订市场60%的份额,但美团却后来者居上,这里美团就抛开了起点逻辑,不在你已经占领的市场竞争,而是找携程的业务边界,也就是携程没覆盖的市场,比如钟点房的预订,医院、大学周边的酒店预订等。

然后美团再利用高低频逻辑,用高频的外卖给低频的酒店预订做推广,很快就起到了效果,最终,美团的在酒店预订方面迅速赶超了携程。

当然以上三点逻辑并不是美团成功的全部,这里主要讲成功的部分逻辑和思想,要想真正做到美团那样,要具备的东西还很多。比如是亲投资人还是亲用户,看到趋势后是不是能果断行动而不是心存幻想,能不能找到自己和竞争对手的业务边界,以及团队的执行力够不够强等。

亚里士多德的三条逻辑公理是什么?

2楼:漫阅科技

矛盾律(或“不矛盾律”):“互相矛盾的判断不能同时为真”;排中律:“两个互相矛盾的命题之间不能有居中者”;同一律:

“一切真实的(事物)必在任何方面其自身始终如一”。他认为这些公理是凭直观即可确认的,用不着证明。这就是形式逻辑的最高原则。

什么是业务逻辑?

3楼:匿名用户

业务逻辑就是处理数据的逻辑啦。一般后台**也分三层 action(controller) service dao (这里的三层不是mvc)

比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串

action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证

如用户名是否为空 是不是安全字符串之类的

service层一般是用来做一个业务逻辑的实现

这时候 username = username + new date();

dao层 就是与数据库交互层啦

也就是读写数据库 将逻辑层得到的新的username插入到数据库

4楼:你可能是猪吗

不同的项目有不同的功能,不同的功能需要不同的实现,实现这些核心功能的**就叫业务逻辑。比如让你实现一个功能,给你两个数,让你获取它的和。你所写的“如何才能获得任意给定的两个数的和”这个程序的实现过程即可称为业务逻辑处理。

智能网是用于生成和提供电信新业务的网路结构体系。主要由业务交换点、业务控制点、业务管理点和业务创建点组成。主要目标是实现新业务的快速引入。

业务逻辑是在智能网中,对利用积木式组件(sib)和基本呼叫处理(bcp)模块的组合来完成每项业务特征的过程描述。

智能网业务逻辑在不同的平面中有不同的表示,在总功能平面中,有一组总业务逻辑,它说明了完成各个业务独立模块链接在一起的次序。在分布功能平面中,分布业务逻辑是实现sib功能时各个功能实体的动作和各个功能实体间的信息流。在物理平面中,包含业务控制功能的物理实体执行业务逻辑程序。

通信有限状态机模型是由表示进程的有限状态机和表示进程之间通道的先进先出队列组成。

业务逻辑层又可以细分为业务实体、业务组件和业务工作流。业务实体(entity)相当于以面向对象的类实例来代表数据库中的实体,可能使用过datareader或者dataset之类的对象来代表数据库中访问的行。通过编写一个实体层,将这种耦合性转移到了业务逻辑层中。

于是,如果数据库发生了某些变动,可以修改业务逻辑层,而不需要维护页面层。实体层中,不会包含业务逻辑。实体只是一个数据的集合体。

业务组件负责业务规则,同时负责实体层到数据访问层的过渡工作

5楼:依岚软件

mvc和三层架构并没有可比性

三层架构是指将程序分为数据访问、业务处理、界面三个层次,是软甲整体架构

mvc是仅仅是界面架构,也就是它其实只是三层架构的界面部分,m是指实体模型或者实体模型的一个**,而非领域模型,c是指控制器,仅仅是做转向,不应该包含任何业务逻辑,v就是视图了。

至于那些个什么什么o,都是实体在不同层的映射。

另外值得一提的是,mvc在一些小的程序中也经常被当做软件整体架构,那个时候m往往就是实体模型了,但是这种时候,v就对m产生了直接引用,也就是界面对实体产生依赖,这是很不好的(但小程序问题不大),此时可以尝试使用mvp模式解耦。

至于业务,看你怎么定义领域模型了,一般像上传文件这种操作并不会牵扯企业的业务,那就不应该当做一个业务,但如果这个上传是在工作流或者一些特殊处理中,则有可能上升到业务。怎么做,要看具体问题。

什么是外卖“加底”?

6楼:小草的心闯天涯

外卖加底的意思是额外加些食物,比说火腿饭,6少片火腿,说加底指火腿数量增加,相对**也增加。

客人到店点餐付款并打包带走的,尽量推荐易于打包的菜品,汤汁较多,量较大的菜品原则上不打包

客人打包菜品,不需额外收费,无汤汁的菜品或饭类原则上应用打包盒盛装,带汤汁的菜品用打包桶盛装,汤汁较多的,可用两个打包桶重叠盛装,以防止客人在带走途中打包桶破损。

扩展资料

7楼:匿名用户

“加底”的意思是..是额外加一些食物,比如说火腿饭..正常是6少片火腿,如果你说“加底”火腿数量增加..而**也增加...

8楼:匿名用户

粤语中的动词___加底--->另加一些佐料

设a.b.c.表示三角形的三条边,表示条件"任意两边之和大于第三边"的逻辑表达式可

9楼:匿名用户

a+b>c and a+c>b and b+c>a