营业额=SALES
TC=客单数(注意：不是来客数，因轮租为每单会有可能超过1个人)
SALES/TC=AC
AC=平均客单交易额
为什么需要搏桥了解TC/AC?
因为如果要提升营腊银兆业额
必须有针对性地提升TC或者AC
注意前句是[或者]不是[和]
去TMD想要做一个活动既想提升TC又想提升AC的
不合理不科学因此不可能
祝好运
餐饮中的Ac.tc是么意思
一、在西方经济学中TC.AC.MC.MU.M代表什么？
TC代表总成本、AC代表平均成本、MC代表边际成本、MU代表边际效用、M代表货币供给。
1.总成本，是指企业生散巧产某种产品或提供某种劳务而发生的总耗费。即：在一定时期内（财务、经济评价中按年计算）为生产和销售所有产品而花费的全部费用。总成本，记作TC。
2.平均成本是指一定范围和一定时期内成本耗费的平均水平。
3.边际成本是指厂商每增加一单位产量所增加的成本，边际成本MC=△TC/△Q。
4.边际效用是指消费者对某种物品的消费量每增加一单位所增加的额外满足程度。边际的含义是额外增量。
5.货币供给是指某一国或货币区的银行系统向经济体中投入、创造、扩张（或收缩）货币的金融过程。
拓展资料：
微观经济学里的MU是什么意思？
边际就是自变芦或量增加一单位，因变量随之改变多少，简单的说，冲哗键就是求导。比如边际效用MU是消费额外一单位某种商品从中获得的满足，就是效用函数U(x，y)对这种商品求偏导；边际成本MC是多生产一单位某种产品带来的的成本增加，就是总成本或者可变成本曲线的导数；边际替代率MRS是为额外获得一单位某种商品所愿意放弃的另一种商品的最大数量，就是无差异曲线的导数的绝对值。
西方经济学中mu和u有什么关系？
u是效用，mu是边际效应，边际效用指在一定时间内消费者增加一个单位商品或服务所带来的新增效用，也就是总效用的增量。对u求导可得mu。
二、在西方经济学中TC.AC.MC.MU.M代表什么？
TC代表总成本、AC代表平均成本、MC代表边际禅扒饥成本、MU代表边际效用、M代表货币供此磨给。
1.
总成本，是指企业生产某种产品或提供某种劳务而发生的总耗费。即：在一定时期内（财务、经济评价贺返中按年计算）为生产和销售所有产品而花费的全部费用。总成本，记作TC。
2.
平均成本是指一定范围和一定时期内成本耗费的平均水平。
3.
边际成本是指厂商每增加一单位产量所增加的成本，边际成本MC=△TC/△Q。
4.
边际效用是指消费者对某种物品的消费量每增加一单位所增加的额外满足程度。边际的含义是额外增量。
5.
货币供给是指某一国或货币区的银行系统向经济体中投入、创造、扩张（或收缩）货币的金融过程。
三、餐饮行业中AC和TC是什么意思？
TC为现金管理相关总成本。平均总成本（AC）是指直销企业在短期内平均每生产一单位直销产品产量所消耗的全部成本。
在AC不变的时候，通过盈亏平衡点可以解决保本点时候的TC，通过盈亏平衡点，可以确定选址时候所确定房租的最高值，每个品牌有自己的势能与实现销售收入的能力水平，过高的房租产生了较高的固定成本，企业盈利是生存的根本，没有盈利水平的店铺没有存在的必要性。
四、tc和ac什么意思？
TC为现金管理相关总成本。平均总成本（AC）是指直销企业在短期内平均每生产一单位直销产品产量所消耗的全伯部成本。
在AC不变的时候，通过盈亏平衡点可以解决保本点时候的TC，通过盈亏平衡点，可以确定选址时候所度确定房租的最高值，每个品牌有自己的势能与实现销售收入的能力水平，过高的房租产生了较高的知固定成本，企业盈利是生存的根本，没有盈利水平的店铺没有存在的必要性。
五、关于敏捷测试中AC和TC的那些事儿
AC（AcceptanceCriteria，验收准则）和TC（TestCases，测试用例）两者既有区别，又有联系。在实际应用中，我们常常混淆两者的概念，下面笔者将根据自己的理解来说说两者间的关系。
1、什么是AC？
AC全称AcceptanceCriteria，又名“验收准则”，是敏捷测试中userstory（用户故事）的重要组成部分。AC是针对userstory内容的说明和解释，是根据userstory的阐述制定的验收标准。AC初稿由BA（BusinessAnalyst，业务分析师）根据客户的需求来编写，需user（用户）、BA、QA（QualityAnalyst，质量分析师）和DEV（Developer，开发人员）共同review。每一条AC都应体现出业务价值，是story的功能集，是story交付时必须满足的一组条件。
2、什么是TC？
TC是TestCases（测试用例）的缩写。与AC不同的时，TC主要由测试人员根据AC来编写，BA、QA和测试人员一起review。从开发流程来讲，TC应该是story交付前必须执行的测试；从内容上来说，TC是AC的具体实现，应该比AC更将详细，必须包括AC的所有内容。此外，TC还应包括很多异常测试用例，以确保系统对异常能正确的处理。
总结所述，AC和TC的包含关系主要如下图所示：
通常，AC（AcceptanceCriteria，验收准则）的编写会使用Given-（and）-When-（and）-Then的格式。Given表示前置条件，When描述测试步骤，Then表示执行结果。
比如编写某个邮箱aaa发送邮件功能的AC1：作为一个aaa邮箱普通用户，我想要编写邮件发送给我的朋友Jerry，邮件发送成功。转换为Given-（and）-When-（and）-Then的描述方式如下：
Scenario1：收件人地址正确，邮件发送成功
Given普通用户userA登录aaa邮箱成功
When用户userA编写邮件，邮件内容不为空
and在“收件人”输入Jerry邮箱地址，邮箱地址存在
and点击“发送”
Then提示“邮件发送成功”
如上例所示，使用Given-（and）-When-（and）-Then格式后，对于测试场景的输入和输出一目了然，可以有助于用户和测试人员快速理解，便于测试人员将AC转化为TC执行。
2、编写AC时应该关注些什么？
1）AC不是TC（TestCases，测试用例）
AC只是为了确保用户故事完整并使用此验收的标准。当团队据此验收标准创建了一套TC，并测试成功通过后，我们可以声明用户故事是完整的，系统可以根据客户的期望而发挥作用。因此，AC是根据敏捷的用户故事定义高水准的接受标准，TC是使用这些标准来定义与接受标准相比非常详细的实际测试用例。从某种程度而言，TC可以看作是AC的详细步骤解析。
如将上述Scenario1的AC1转换为TC，TC描述如下表所示：
段肆 2）用户和场景
AC是为story验收准备的，在编写AC时派悔，我们需着重关注点应该用户和用户使用场景，即：什么用户在什么场景下使用该系统（功能）。我们应该认知到，及时在比较清楚某个story的情况下，我们也不能捕获所有的场景。因此，只有清楚地了解用户和用户使用场景之后，我握羡轿们才能对用户场景进行由高到低的使用频率排序。在编写AC的过程中，我们应该首要保证使用频率高的用户场景有足够的测试执行并完全通过。
例如，依然针对上述Scenario1用户aaa发送邮件给jerry的用户故事举例，我们依然可以延伸出更多的AC：
AC2：
Given普通用户userA登录aaa邮箱成功
When用户userA编写邮件，邮件内容为空
and在“收件人”输入Jerry邮箱地址，邮箱地址存在
and点击“发送”
Then提示“邮件发送成功”
相较AC2而言，AC1邮件内容不为空场景更具有用户使用价值，使用频率高于AC2。因此在AC编写时，我们标注出场景使用频率，不仅可以使团队成员更深刻理解用户场景使用价值，也可以使测试人员在进行验收测试时更加注意测试重点。
