第一阶段 · 账户与基础资料
General 基础设置：店铺资料、地址、时区和币种
逐项完成 Settings > General，分清店铺显示资料、法定资料、账单地址、时区、单位制和店铺币种，避免后面订单和报表全部返工。
本课怎么做才算完成
沿着 Settings > General 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > General
- 本课产出
- 一份已保存的 General 设置截图和字段说明表，能说明每个地址由谁维护、币种与市场为什么一致、订单时间按哪个时区解释。
- 可以继续
- 店铺资料、主体和账单对应，地址用途清楚，时区/单位/币种与运营口径一致，订单编号保存且证据脱敏。
- 必须暂停
- 如果已有订单却要直接改币种或时区、地址用途混乱或账单主体无法解释，先暂停后续配置。
证据边界：General 页面显示已保存，不证明历史报表、支付、运费、税费或所有客户触点不会受后续改动影响；每个下游表面要分别验证。
这一课为什么要先做
General 看起来只是几行资料，但会进入通知、订单时间、运费计算、税务判断、账单和报表。最常见的错误是把法定地址、仓库地址和客户联系地址混成一个，也把币种和时区当成以后再改的小设置。
开始前准备
- 拿到主体、首发市场、币种和时区草稿。
- 准备注册地址和实际经营或仓库地址，并确认哪些可以公开。
- 确认还没有真实订单；已有订单时先备份报表并评估改动。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
打开 Store details
进入 Settings > General，先看 Store details。填写客户能识别的店铺名称，并确认 store contact email 由谁接收。这个邮箱用于 Shopify 联系店铺，不等于客户服务邮箱。
做完后应该看到或拿到：得到已保存的店铺名称、联系人邮箱用途和接收责任。
怎样算完成：页面保存后刷新仍显示正确值，团队知道该邮箱的处理边界。
如果结果不对或入口没出现：入口或保存反馈不对时，确认当前店铺和页面标题，再回到完整 Store details section，不要改相似页面。
留下证据：记录实际值、验证时间、负责人和证据位置；General 显示已保存不证明所有客户触点已验证。
核对法定名称和账单资料
把 legal business name 和 billing information 与主体文件保持一致。公司简称、品牌名和法定名称可以不同，但表格里要留下对应关系，避免支付认证和账单找不到同一主体。
做完后应该看到或拿到：得到法定名称、品牌名称、账单联系人和主体文件的对应表。
怎样算完成：真实账单资料已保存，支付或账单责任人能解释每个字段。
如果结果不对或入口没出现：保存后币种或账单资料不能随意改时，先确认是否已有订单或 Shopify Payments，再评估影响，不要删除数据绕过限制。
留下证据：保存脱敏字段对应关系和验证时间，不在公开截图里展示敏感主体或账单信息。
分清地址用途
General 中的地址可能影响税费、账单和默认运营信息。仓库发货地址后面在 Locations 配置，退货地址和客户可见地址也可能另有位置；不要为了隐藏地址随便填写不存在的地址。
做完后应该看到或拿到：每个地址都有用途、公开范围、维护人和实际来源。
怎样算完成：法定、账单、仓库、退货和客户触点不会被误当作同一个地址。
如果结果不对或入口没出现：税费或运费异常时，按地址用途回溯 General、Locations、Shipping 和政策页面，不要只改一个默认字段。
留下证据：记录脱敏地址类型、字段位置、用途和验证结果。
设置时区和单位制
使用与你实际运营一致的时区，并记录报表每天几点切日。重量单位要与供应商和承运商数据一致；只有实际按 lb/oz 运营时才选择它，否则运费会被误算。
做完后应该看到或拿到：得到业务日报口径、时区、重量单位和承运商数据的对应关系。
怎样算完成：订单时间和运费计算在团队口径下可复核。
如果结果不对或入口没出现：订单时间与日报对不上时，核对 General、广告平台和导出报表的时区，先统一业务日口径。
留下证据：记录时区、切日时间、重量单位和一次运费验证。
确认店铺币种
确认店铺币种与首发市场和定价口径一致。店铺币种会进入商品价格、订单和基础报表，也会与主市场有关；有订单后先评估支付、Markets 和历史报表影响。
做完后应该看到或拿到：得到店铺币种、首发市场、商品定价和报表口径的对应。
怎样算完成：前台价格、订单和基础报表能解释为同一币种策略。
如果结果不对或入口没出现：币种与市场不一致时先暂停新订单或多币种扩展，评估历史订单、支付和报价影响，不要凭感觉切换。
留下证据：记录币种、市场、定价和历史订单状态，隐藏真实账务数据。
设置订单编号并保存证据
如需前缀或后缀，使用简短且不会暴露敏感信息的格式，例如 ORG。不要重置或伪造连续编号；保存后刷新页面，再确认值没有回滚。
做完后应该看到或拿到：得到订单编号格式、保存状态和不暴露敏感信息的示例。
怎样算完成：新编号格式能与通知、客服和报表对应，且没有破坏历史连续性。
如果结果不对或入口没出现：运费明显异常时，检查商品重量、单位制、包裹重量和承运商单位是否一致。
留下证据：保存格式、刷新后的回读和证据时间，不展示真实订单号。
失败处理：如果已有订单且需要改币种或时区，先备份报表并记录影响评估，不能把它当普通字段改动。
现在把判断用到你的店铺
把品牌名、法定名称和账单联系人分别写进字段表，不要默认它们必须相同。选择团队真正使用的运营时区以及与供应商、承运商一致的重量单位；币种要与首发市场和定价口径一致，并在第一笔真实订单前再次复核。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一份已保存的 General 设置截图和字段说明表，能说明每个地址由谁维护、币种与市场为什么一致、订单时间按哪个时区解释。
相关后台路径：Settings > General
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：General 页面显示已保存，不证明历史报表、支付或所有客户触点不会受后续改动影响
继续条件：地址用途清楚，时区与单位制能被团队解释，币种与首发市场一致且尚未被真实订单锁住
暂停条件：如果已经有真实订单，或币种、时区与支付和报表口径冲突，不要直接保存新值
下一步：下一课设置 Users、Roles 与 2FA，让每项设置都有独立操作者和可追踪责任。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| Store name | 客户能识别的品牌名 | 用于后台和部分客户触点识别品牌 |
| Legal name | 与主体文件一致 | 支持支付认证和账单 |
| Timezone / units | 按运营和承运商 | 统一订单时间和运费口径 |
| Store currency | 与首发市场一致 | 避免价格、订单和报表返工 |
这些地方先不要乱动
- 不要把法定地址、仓库地址和客户可见地址机械合并。
- 不要把币种、时区和单位制当成可以随便回滚的小设置。
- 不要在公开证据里展示真实账单、地址或订单号。
常见问题
Store contact email 就是客服邮箱吗？
不一定。它主要用于 Shopify 联系店铺；客户通知和客服回复应由专门的 sender/support 流程负责。
币种和时区以后再改可以吗？
最好在真实订单前确认。已有订单后，币种、历史报表、支付和日报口径可能产生影响，必须先评估。
General 的地址可以都填仓库地址吗？
不能机械合并。法定、账单、仓库、退货和客户可见地址的用途不同，按真实业务和隐私边界分别记录。
本课结论与继续条件
基础资料的验收不是把所有字段填满，而是每个字段的用途、责任和下游影响都清楚。继续前确认主体、账单、地址、时区、单位、币种和订单编号都有保存与回读证据；已有订单后的重大字段改动必须单独评估。