我们先来看看网上找的这张图，应用层就是最上面这块，有很多产品，豆包、Coze、千帆、Dify等。
调研过一些产品，发现有几种不同的思路，梳理一下，比较他们的优缺点。
有什么可卖的？
我们先看看一般应用层的产品，都卖啥？
- 模型调用：模型请求挺花钱的，尤其是部分高级模型，占了总成本的大头。所以哪个公司在模型层能够胜出，那么在产品层同时胜出的概率大很大，先天优势啊。
- 产品能力：这里讲的是剥离掉模型之后的能力部分，如卖知识库空间、排队、多人协作能力等
常见方案
散卖模式
散卖属于商业化初级阶段。
模型调用：提供一些免费次数，超过之后购买模型
产品能力：能力都单独售卖，如单独买空间等
看法：
- 用户使用成本高：用户想用全部的功能，需要一个一个开通，而且不同的功能对应的售卖方可能不一致，要不停地熟悉。
- 不统一：对产品和研发来说，也不是一个被统一化的产品。属于加个需求就特化开发一下。
会员模式
会员模式将能力进行统一售卖。
模型调用：提供一定量的资源，大多可以购买增量包。
产品能力：统一到会员中，减少用户的选择成本。
会员模式对于模型计费有不同的方案。
按请求次数计费
这种方案是指用户可以单独购买模型，平台本质提供的是产品能力，每一次会话用了产品能力，需要对这个进行计费。这种方案会让用户交两次费，一次平台使用、一次模型调用，不是很友好。所以使用这种方案的比较少。
按模型token计费
这种比较符合大家的设想，一次请求消耗多少token，按照token来计费。因为平台量大，可以和模型方协商出不错的价格，能够赚取到差价。
按轮次计费
完成一个任务，可能需要多次调用大模型，成功完成一次为一轮，计一次费。会员里的权益一般是提供N次使用。这种方式和上面的两种有本质区别，无法准确计算出成本。因为对于不同场景，一轮所消耗的token可能差距极大。
按点数计费
这个方案是按模型token计费的升级版本，两者底层逻辑是一样的，但是按点数收费做出了一层抽象，无论是对产品还是研发，能够很好的支持后续扩展。
举个例子，用户购买会员或者增量包，购买的都是点数。
对于模型而言，可能有不同的模型，有些成本高有些成本低，无所谓，都按照1000token换算为多少点数即可，用户很容易理解，后续任何新模型，都进行换算即可。
对于产品能力，也可以使用点数，如我想插队，那就消耗N个点，我想扩充空间，也消耗N个点，后续的功能都转化成点数就行。
技术设计上也会统一很多，一张功能点数换算表，所有功能都换算到点数上，用户不够了，直接买点数即可。