纯文字版教程展开阅读
第一阶段 账户与基础资料
看懂 Shopify 套餐、账单周期、付款方式、账单资料、应用费用和发票，建立新店第一版月度技术预算。
Settings > Plan and Settings > Billing40分钟
第一阶段 账户与基础资料
这一课为什么要先做
很多店不是被 Shopify 套餐拖贵，而是被一堆小 App、按用量计费和重复工具慢慢拉高成本。Billing 也不只是填卡，它决定谁能看账单、发票归谁、失败扣款谁处理。起步时先建立预算边界，后面每装一个 App 才有判断标准。
做完以后要留下什么
一张月度技术成本表，包含 Shopify 套餐、域名、邮箱、主题、必要 App、可选 App、按用量费用、账单负责人和取消日期。
开始前准备
- 确认首发阶段需要的员工数量、库存位置和报告需求。
- 准备公司付款方式和与主体一致的账单资料。
- 列出当前计划安装的每一个 App，不确定用途的先不要装。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
查看当前 Plan 与试用状态
进入 Settings > Plan，记录当前套餐、试用结束日和下一次收费日期。不要只看月价，还要看员工、报表、运费和结账能力是否真的需要升级。
固定选择套餐的业务条件
用订单量、团队人数、需要的报告和功能写升级条件。例如只有当更低交易费或额外功能带来的节省超过月费差额时才升级。不要因为后台推荐就直接换套餐。
完成 Billing profile
进入 Settings > Billing，核对 billing information、付款方式和账单联系人。付款方式应该属于公司或明确报销责任，不要长期依赖临时员工的卡。
看懂账单明细和时间
区分 Shopify subscription、app charges、shipping labels、transaction fees 或其他费用。记录当前 billing cycle，不要把银行扣款日和账单产生日混为一谈。
为 App 建立审批门
任何付费 App 安装前写清它替代什么、月费或用量费、数据权限、试用结束日、成功指标和卸载条件。两个 App 解决同一问题时，先选一个做测试。
下载发票并安排每月复核
确认发票抬头和税务信息是否适合公司记账，保存最近账单样例。建立每月一次的 App 和账单复核，取消不用的工具时同时确认数据导出和残留代码。
North & Pine 案例怎么设置
North & Pine 把 Shopify 套餐、域名邮箱、评论、邮件营销和客服工具分开列预算。评论和邮件工具在正式需要前不安装。所有试用都记录结束日期，账单由财务邮箱接收，店主和财务每月一起看一次费用变化。
这一课需要做出的决定
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 基础套餐 | 按当前真实需求 | 先验证功能缺口，再为升级付费 |
| 账单付款方式 | 公司控制 | 避免离职或报销造成服务中断 |
| 必要 App 预算 | 逐个审批 | 每个 App 都要有任务和退出条件 |
| 复核节奏 | 每月一次 | 及时发现重复订阅和用量异常 |
这些地方先不要乱动
- 不要为了一个还没使用的功能提前升级套餐。
- 不要让试用 App 无人负责，到期后自动扣费。
- 不要只在信用卡账单里看总额，要在 Shopify Billing 里拆明细。
完成标准
下面每一项都能拿出证据，这一课才算完成。只说我看过了，不算验收。
- 已记录套餐、试用结束和下一次账单日期。
- 账单资料与主体一致，付款方式由公司控制。
- 所有计划 App 都有成本、权限、指标和退出条件。
- 发票保存位置和负责人明确。
- 每月账单复核已进入日历。
常见问题和处理方式
| 现象 | 怎么处理 |
|---|---|
| 出现不认识的 App 费用 | 在 Billing 明细定位 App 和时间，再去 Apps 列表确认安装人、计划和卸载状态。 |
| 公司卡扣款失败 | 更新付款方式并确认未结账单，同时检查店铺服务是否受到限制，保留处理记录。 |
| 升级后成本没有下降 | 重新核对升级前写的业务条件，计算交易费或功能节省是否真实，达不到就评估降级。 |
把英文后台截图变成验收记录
本课的截图不是装饰，也不等于设置完成。以 Settings > Plan and Settings > Billing 为例，先确认左侧导航和页面标题，再看当前选中的标签、开关、状态或记录。截图需要保留完整页面外壳和必要上下文，不能只截一个按钮。这样回看时能回答两个问题：当时在哪个页面，页面当时到底显示了什么。
North & Pine 在本课要处理的是套餐、账单资料、付款方式和 App 费用。本课案例的验收重点是先算出 North & Pine 的月度技术预算，再决定是否安装额外 App。按钮显示可点击，只证明下一步存在，不代表审核、同步、保存或前台结果已经通过。如果画面出现 pending、review、unavailable、错误提示或空状态，就把它记录为待确认，不要把它写成已经完成。
先看路径，再看设置
打开英文截图时，先读出左侧导航、页面标题、当前标签和可见状态，再去读字段值。截图说明同时写下页面路径、要验证的事实、负责人和下次复核时间。页面较长时可以用全页截图或两张连续截图，但每张都要保留路径和标题。
发布前仍要做隐私检查。即使使用 dev store，也要遮住邮箱、电话、地址、客户姓名、订单号、域名、App 标识、API key、二维码和浏览器 Cookie。优先使用不透明遮罩或重新裁切。英文版保留后台原文，中文版在图片下增加一行中文说明。
一项设置对应三层证据
对套餐、账单资料、付款方式和 App 费用，把验收拆成配置、行为和记录。配置证据说明后台值已经保存，行为证据说明店面、订单或相关结果确实发生，记录证据说明谁在什么时候复核过。只拿到一层时，不能把整项写成通过。把截图文件名、检查日期、操作者、结论和待处理事项放进复盘表。
- 配置层：记录字段、开关、选项和保存后的状态，不要把默认值当成业务决定。
- 行为层：从前台、订单、通知或下一处关联设置回看结果，确认设置真的影响了流程。
- 证据层：给每个结论关联一张完整截图或连续截图，不用局部按钮图替代页面上下文。
- 边界层：写清地区、套餐、权限、审核、测试模式或第三方服务造成的例外。
出现分支时先暂停
Shopify 后台会因为经营地区、套餐、用户权限、测试数据、销售渠道和审核状态而显示不同选项。缺少按钮不一定是故障，也不一定说明功能关闭。先检查权限、适用地区、套餐和测试状态，再回到官方来源核对。若只能证明一部分，就标记部分完成并说明缺口。支付、税务、域名和客户数据不能用一张测试截图冒充真实上线结果。
本课复盘表
把下面的表复制到团队任务记录中。可证明什么只描述截图确实支持的结论，还不能证明什么用来防止过度解读。
| 检查对象 | 截图中要读什么 | 可证明什么 | 还不能证明什么 |
|---|---|---|---|
| 套餐、账单资料、付款方式和 App 费用 | 路径、标题、当前状态和关键值 | 本次后台检查看到的配置事实 | 前台或第三方服务已经完成全部处理 |
| 关联结果 | 前台、订单、通知或相关设置的返回结果 | 设置对当前测试流程产生的影响 | 所有市场和未来订单都会得到同样结果 |
| 责任记录 | 日期、操作者、文件名和结论 | 谁完成了哪一步，以及证据在哪里 | 审核机构已经替团队做出最终决定 |
| 例外边界 | 权限、地区、套餐、审核或待处理提示 | 当前结果适用的前提 | 可以跳过条件复制到生产店铺 |
课后自测
- 能说出本课的后台路径、当前目标和一项不能由截图单独证明的事情。
- 能指出完整截图中的页面标题、关键字段、状态和对应的实际结果。
- 能把配置、行为和记录三层证据分别写进复盘表，而不是只写已完成。
- 能根据证据决定下一步域名与发件邮箱，或者明确写下阻塞条件和负责人。
完成本课不等于把所有按钮点成绿色。完成标准是当前判断有足够证据、边界写得清楚、下一步有人负责。如果任何一层证据缺失，就保留待确认状态，不要为了赶进度推进到域名与发件邮箱。
常见问题
新店应该选哪个 Shopify 套餐？
先按首发阶段真正需要的功能和团队规模选最低够用的方案。订单和费用数据出来以后，再算升级是否能带来明确节省。
删除 App 后还会收费吗？
通常要看 App 的计费周期、已批准费用和卸载时间。卸载前先读计费说明，卸载后在 Billing 里确认后续账单，并保存证据。
Billing 里的账单能用于公司记账吗？
一般可以作为费用凭证的一部分，但发票抬头、税号和当地会计要求需要由财务确认。课程不替代会计意见。
官方来源
后台名称和规则会更新。本课以这些官方页面作为维护基线，截图时也要按当前英文后台重新核对。