纯文字版教程展开阅读
第一阶段 账户与基础资料
逐项完成 Settings > General，分清店铺显示资料、法定资料、账单地址、时区、单位制和店铺币种，避免后面订单和报表全部返工。
Settings > General55分钟
第一阶段 账户与基础资料
这一课为什么要先做
General 看起来只是几行资料，但它会进入通知、订单时间、运费计算、税务判断、账单和报表。这里最常见的问题不是不会填，而是把法定地址、仓库地址和客户联系地址混成一个。币种和时区也经常被当成以后再改的小设置，实际一旦有订单，修改成本就明显变高。
做完以后要留下什么
一份已保存的 General 设置截图和字段说明表，能说明每个地址由谁维护、币种与市场为什么一致、订单时间按哪个时区解释。
开始前准备
- 拿到上一课的主体、首发市场、币种和时区草稿。
- 准备注册地址和实际经营或仓库地址，先确认哪个可以公开。
- 确认还没有真实订单。已经有订单时，币种或时区改动要先备份报表并评估影响。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
打开 Store details
进入 Settings > General，先看 Store details。填写客户能识别的店铺名称，并确认 store contact email 由谁接收。这个邮箱用于 Shopify 联系店铺，不等于客户服务邮箱。
核对法定名称和账单资料
把 legal business name 和 billing information 与主体文件保持一致。公司简称、品牌名和法定名称可以不同，但表格里要留下对应关系，避免支付认证和账单找不到同一主体。
分清地址用途
General 中的地址可能影响税费、账单和默认运营信息。仓库发货地址后面在 Locations 里配置，退货地址和客户可见地址也可能另有位置。不要为了隐藏地址就随便填一个不存在的地址。
设置时区和单位制
案例选择 America/New_York 或实际运营时区，并记录报表每天几点切日。重量单位要与供应商和承运商数据一致，North & Pine 使用 lb/oz。单位改错会直接影响运费。
确认店铺币种
North & Pine 选择 USD。店铺币种会进入商品价格、订单和基础报表，也会与主市场有关。已经产生订单后不要凭感觉更改，先确认支付、Markets 和历史报表的影响。
设置订单编号并保存证据
如需前缀或后缀，使用简短且不会暴露敏感信息的格式，例如 NP。不要重置或伪造连续编号。保存后刷新页面，再截图确认值没有回滚。
North & Pine 案例怎么设置
North & Pine 的品牌名与法定公司名不同，所以字段表里同时写清品牌名、legal business name 和账单联系人。运营团队按美东时间看订单，商品重量由供应商提供盎司数据，因此后台使用 lb/oz。店铺币种固定为 USD，并在第一笔测试订单前复核一次。
这一课需要做出的决定
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| Store name | North & Pine | 用于后台和部分客户触点识别品牌 |
| Timezone | 实际运营时区 | 订单、活动和日报必须按同一切日口径 |
| Unit system | 与承运商一致 | 重量和距离单位会影响运费与履约 |
| Store currency | USD | 与美国首发市场和商品定价一致 |
这些地方先不要乱动
- 不要用仓库地址替代法定地址，除非它们本来就是同一个。
- 不要在有真实订单后直接改币种或时区。
- 不要把 store contact email 当成已配置好的客户发件邮箱。
完成标准
下面每一项都能拿出证据，这一课才算完成。只说我看过了，不算验收。
- 店铺名称、法定名称和账单联系人关系已记录。
- 地址用途已分开，没有虚构地址。
- 时区和单位制与运营、供应商和承运商一致。
- 币种与首发市场一致，并确认尚无真实订单影响。
- 保存后刷新，所有字段仍然存在。
常见问题和处理方式
| 现象 | 怎么处理 |
|---|---|
| 保存后币种不能随意改 | 先确认是否已有订单或 Shopify Payments，再查看官方变更条件，不要通过删除数据强行绕过。 |
| 订单时间与团队日报对不上 | 核对 General 的时区、广告平台时区和报表导出时区，先确定一套业务日口径。 |
| 运费明显异常 | 检查商品重量、单位制、包裹重量和承运商单位是否一致。 |
把英文后台截图变成验收记录
本课的截图不是装饰，也不等于设置完成。以 Settings > General 为例，先确认左侧导航和页面标题，再看当前选中的标签、开关、状态或记录。截图需要保留完整页面外壳和必要上下文，不能只截一个按钮。这样回看时能回答两个问题：当时在哪个页面，页面当时到底显示了什么。
North & Pine 在本课要处理的是店铺名称、地址、时区和主币种。本课案例的验收重点是让 North & Pine 的经营主体、美国首发市场和 USD 设定彼此一致。按钮显示可点击，只证明下一步存在，不代表审核、同步、保存或前台结果已经通过。如果画面出现 pending、review、unavailable、错误提示或空状态，就把它记录为待确认，不要把它写成已经完成。
先看路径，再看设置
打开英文截图时，先读出左侧导航、页面标题、当前标签和可见状态，再去读字段值。截图说明同时写下页面路径、要验证的事实、负责人和下次复核时间。页面较长时可以用全页截图或两张连续截图，但每张都要保留路径和标题。
发布前仍要做隐私检查。即使使用 dev store，也要遮住邮箱、电话、地址、客户姓名、订单号、域名、App 标识、API key、二维码和浏览器 Cookie。优先使用不透明遮罩或重新裁切。英文版保留后台原文，中文版在图片下增加一行中文说明。
一项设置对应三层证据
对店铺名称、地址、时区和主币种，把验收拆成配置、行为和记录。配置证据说明后台值已经保存，行为证据说明店面、订单或相关结果确实发生，记录证据说明谁在什么时候复核过。只拿到一层时，不能把整项写成通过。把截图文件名、检查日期、操作者、结论和待处理事项放进复盘表。
- 配置层：记录字段、开关、选项和保存后的状态，不要把默认值当成业务决定。
- 行为层：从前台、订单、通知或下一处关联设置回看结果，确认设置真的影响了流程。
- 证据层：给每个结论关联一张完整截图或连续截图，不用局部按钮图替代页面上下文。
- 边界层：写清地区、套餐、权限、审核、测试模式或第三方服务造成的例外。
出现分支时先暂停
Shopify 后台会因为经营地区、套餐、用户权限、测试数据、销售渠道和审核状态而显示不同选项。缺少按钮不一定是故障，也不一定说明功能关闭。先检查权限、适用地区、套餐和测试状态，再回到官方来源核对。若只能证明一部分，就标记部分完成并说明缺口。支付、税务、域名和客户数据不能用一张测试截图冒充真实上线结果。
本课复盘表
把下面的表复制到团队任务记录中。可证明什么只描述截图确实支持的结论，还不能证明什么用来防止过度解读。
| 检查对象 | 截图中要读什么 | 可证明什么 | 还不能证明什么 |
|---|---|---|---|
| 店铺名称、地址、时区和主币种 | 路径、标题、当前状态和关键值 | 本次后台检查看到的配置事实 | 前台或第三方服务已经完成全部处理 |
| 关联结果 | 前台、订单、通知或相关设置的返回结果 | 设置对当前测试流程产生的影响 | 所有市场和未来订单都会得到同样结果 |
| 责任记录 | 日期、操作者、文件名和结论 | 谁完成了哪一步，以及证据在哪里 | 审核机构已经替团队做出最终决定 |
| 例外边界 | 权限、地区、套餐、审核或待处理提示 | 当前结果适用的前提 | 可以跳过条件复制到生产店铺 |
课后自测
- 能说出本课的后台路径、当前目标和一项不能由截图单独证明的事情。
- 能指出完整截图中的页面标题、关键字段、状态和对应的实际结果。
- 能把配置、行为和记录三层证据分别写进复盘表，而不是只写已完成。
- 能根据证据决定下一步Users、Roles 与安全，或者明确写下阻塞条件和负责人。
完成本课不等于把所有按钮点成绿色。完成标准是当前判断有足够证据、边界写得清楚、下一步有人负责。如果任何一层证据缺失，就保留待确认状态，不要为了赶进度推进到Users、Roles 与安全。
常见问题
Shopify 店铺币种以后可以改吗？
能否直接修改取决于店铺状态、订单和支付设置。不要把它当作普通显示项。上线前先定好，已有订单时按官方流程和报表影响逐项检查。
店铺地址会显示给客户吗？
不同页面和通知读取的地址来源不完全一样。General、Locations、政策、退货和通知模板都要单独检查，不能只看一个字段。
应该选哪个时区？
优先选负责订单、客服和日报团队实际使用的运营时区，并让广告、分析和财务报表记录转换规则。
官方来源
后台名称和规则会更新。本课以这些官方页面作为维护基线，截图时也要按当前英文后台重新核对。