新计价方案能增加一个0~900之间的选择么

kden
17-01-1
7

实话实说，我的产品快要上线了，加上我只有3人的公司。当初我是衡量了很久，觉得Leancloud各方面综合最好所以才选用的。中间学习其SDK踩了不少坑（还是不错的，文档问题吧？），然后现在才突然来个新年快乐，月费900啊。。我还说服了我的伙伴说用Leancloud是因为性价比高，可提升开发速度，适合初创，现在简直是懵了。。

可以新增一个0~900之间的选择么，唉。
900包括了很多不是所有用户都适用的东西，例如工单系统，无限API次数等。通常成熟的企业已经有自己的前后端工程师，选用Leancloud的意向就不会这么大了吧，毕竟学习这SDK也要冒着踩坑的风险。

反而初创因为人员少，技术框架什么的调整空间大，会选择Leancloud的机会才会大很多吧。但不是0就是900。。这根本吸引不了需要不断试错迭代，可能会没啥流量和现金的初创团队啊。。市面上太多同类选择了，例如bmob，怎么说服初创选一个不是0就是900的呀。。如果我当初知道是这种方案，反而会直接选Azure/AWS 了

而且哪个成功企业不是从初创开始的呀，把初创挡在门外，看起来不太符合长远利益吧。。。

只能说，一天超过30000次API调用，仅仅30001次就要上月费900，而非按需付费，这真的是极大的坑啊。若真的如此，我不得不忍痛重新考虑应否继续使用这服务。唉。。。。

官网所谓的 “项目规模不断扩张，Leancloud 的商用版方案 可随你一起成长，引入云引擎、云缓存，支持千万日活。”，不是莫大的讽刺吗？多少应用是可以直接从0 “成长” 到900的呀。。成长是一个进程吧，从0到50到100到300到500到800到900到1000，非0则900 不是天大的不合理么

若然只想赶走一些从不付钱的吸血用户，建议：
1. 保留开发版，甚至进一步压缩限制（同意原来的免费额度太慷慨了）
2. 新增一个初创/个人版，保底月费100~500：挺高的 API Call限制，超过30000免费额度就要付 xx/万，而这价格可以是比商业版贵。高可用性降低（2台而非5台）。工作线程数可以相应提升。然后工单等商业版功能回到了可选付费项目（同样可以收得比较贵，900套餐比单买便宜，就足够让商业版吸引真正需要这些附加功能的用户了吧）。

望能考虑一下初创或个人用户的真正需求，谢谢！

1 人赞了这个帖子.
kingofswing
17-01-2

我这里的情况是这样：一开始我是从学习Parse转到LeanCloud，一是两者的SDK调用类似，网上有比较多的例子，可以少走弯路。另外也是看中的pricing，当初免费额度算是同行里比较突出的，我们开发的应用是给学校里用的，API调用周末比较集中，然后周一至周五比较少，我不知道假如周末集中时超出3万/天怎么个计价法，当月直接收你900一个月了就？ 还有调用次数较多的则可能是后台web管理时做些查询统计，生产报表之类。说实话，我们的应用确实是小应用，学校也是创新，但是每月900的费用，校方领导那边我不知道第一时间他会如何反应，可能会私下嘀咕一下，怎么一下子价格调整这么大。如果校方认为还行，900不贵，我们到省事了，继续用。但不排除自建服务器后台的可能性了。短信什么的，可能会通过学校后台原来的短信平台加以利用了。

1 人赞了这个帖子.
kden
17-01-2

希望LeanCloud 可以理解一下我们这些小额用户吧。。我相信他们是想履行80/20定律，就是把80%的资源集中在20%的高端用户，因为这20%的高端用户可给予他们80%的收入。可是我想说的是，小额用户虽然为Leancloud带来的收入不多，可是为社会各行各业带来的效益加起来肯定不会小的呀，就像是你给学校开发的应用。我宁愿取消所有的免费的限额，也不想见到如今不是免费就是900的局面。。毕竟很少人用Leancloud不会用储存API吧。。

DamaoZhang Helpful servant and amateur shitposter.
17-01-2

您好，如果当天超出三万次请求，那么剩下的请求会被丢弃，第二天开始恢复正常。

另外因为开发版也支持专业版云引擎实例，所以也可以通过接口静态化等方法来减少 API 请求数量。

DamaoZhang Helpful servant and amateur shitposter.
17-01-2

您好，可能是因为表述上让您产生了误解，并不是 30,001 次就要支付 900 元的费用。如果是开发版，那么超过免费额度的 API 请求会被丢弃，第二天恢复正常。

另外如果不是非常流行的 app，在合理使用资源的前提下，其实很难每天都有超过 30,000 次 API 请求。除了免费额度，开发版也是可以付费使用短信、云引擎专业版实例以及文件存储等功能的。相信在初创阶段，开发版的免费额度是足够支撑一个小型应用正常运转的。

Anytime1
17-01-2

在突发阶段，可以临时升级为商用版，支付当日费用（30），次日降级为开发版吗？

DamaoZhang Helpful servant and amateur shitposter.
17-01-2

您好，因为升级到商用版时我们会将这个应用迁移到高性能集群，物理迁移的过程是存在迁移成本的，所以每次迁移之间的间隔都会限制在至少一个月。

我们建议的方式是在开发和内测阶段使用开发版，当产品商业化运营时切换到商用版。

DamaoZhang Helpful servant and amateur shitposter.
17-01-3

本主题设置为不显示在主题列表中。只能通过直达链接来访问。

Jobs
17-01-3

我们如果不需要应用迁移到高性能集群, 能否給一个中间的服务器呢？ 比如超3万请求之后, 仍然是开发版本, 但是当日仍然是按照请求次数收费呢？ 因为很多人并不是需要高性能, 而需要更多的API请求.

kingofswing
17-01-3

接口静态化还不知道咋回事 ；-）得学习一下。 作为小型应用，我觉得LC可不必在所谓的高性能集群和普通集群之间迁来迁去（虽说有成本，也只是电子的流动吧，不需要人拉背仟的）。超过了按照一定的流量/API调用次数收取合理的超额费用。如果到了真需要上调至商业版（目前我们没有web托管，因为时间紧，WEB管理时通过相对熟悉的.Net SDK开发的 MVC 应用开发了比较简单的后台应用（少了角色管理） ）

2261774115
17-01-3

我们公司情况也差不多,只使用了即时通讯和短信相关的功能,存储api每天1W不到,主要是聊天每天3000
人左右,加上短信日均付费小于10元,现在要一下子涨到30这个有点太难以承受了
希望你们做出这样的收费策略是经过了充分的数据分析和统计的....月消费 0~500 区间的
用户没有多少,都是可以抛弃的 confounded,明显就是要赶走我们这样一大波中小付费用户
感觉就像滴滴,形成垄断后开始杀鸡取卵了 sob

spaceoi
17-01-3

支持增加中间选项。