01 — 定义您资助的实验
用于三个客户对话的示例数据原型与存储记录和发送消息的实时服务的预算不同。描述第一个结果，谁将检查它以及您何时决定是否继续。这为您提供了迭代的边界，而不是开放式的构建。
- 列出第一次测试所需的屏幕和操作。
- 将一次性设置与定期费用分开。
- 给实验一个支出上限和审查日期。
02 — 根据您的要求阅读计划
在选择订阅之前打开当前的账单和计划信息。检查与您的项目相关的信用额度、使用规则、项目限制、运行时间、下载和发布选项。在报价旁边记录货币、计费间隔和续订条款，这样您就不会混淆年度价格和月度价格。
- 写下当包含的使用量耗尽时会发生什么。
- 确认包含哪些启动和切换功能。
- 使用经常账户价格；本指南不引用 Cocoding 关税。
03 — 添加您的应用程序依赖的服务
域名、主要目的地、消息传递、付款或存储可能会产生单独的费用和限制。在再次添加之前检查是否包含运行时。对于每项服务，记录所有者、计费单位以及限额时发生的情况。在需要时，包括设置、可访问性、安全审查和维护方面的时间或付费帮助。
- 每月估算 = 订阅 + 额外使用量 + 运行时间 + 服务 + 年度域名费用 ÷ 12 + 维护储备金。
- 保留一次性设置并作为单独的金额进行审核。
- 检查实际报价中的税费、地区价格和基于使用的费用。
- 避免重复计算捆绑服务。
04 — 用小试验代替猜测
尝试您计划构建的相同有界任务：生成第一个版本，进行两个重点更改并测试主流程。记录实际使用情况和剩余工作量。这种观察比比较订阅标签更有用，但它仍然是对较大项目的估计。在邀请更多用户之前再次检查预算。
- 将任务、计划、日期和观察到的使用情况保存在一起。
- 使用服务的计费单位模拟安静的月份和繁忙的月份。
- 设置可用的使用警报或限制，并选择谁审查费用。
- 如果超出上限，请缩小范围或修改计划，然后再继续。
一个起点
让简介具体化。
将此示例应用于您的业务。将样本数据与真实客户信息分开。
我的第一个应用程序的预算工作表 目标和审核日期： ___ 构建器订阅/月： ___ 包含的使用量和超额规则： ___ 预期额外构建使用量/月： ___ 运行时或托管/月： ___ 连接服务/月： ___ 域续订/年： ___ 一次性设置和审核： ___ 每月维护储备金： ___ 每月上限和所有者： ___ 假设通过小试验验证：___
当您需要下一步时
请遵循产品文档。
在开始之前。
较低的订阅价格是否意味着更便宜的应用程序？
比较整个任务和正在进行的使用情况。包括的功能、迭代、服务、审查和维护都可以改变总数。对每个选项使用等效要求和当前报价。
我可以从第一次提示开始就保证固定成本吗？
提示不会确定完成的应用程序需要多少次修订、连接的服务或操作资源。使用小型试验、支出边界和明确的假设，然后根据学习情况修改估计。
找到你的下一步。
从一项有用的任务开始