第一阶段 账户与基础资料
先把店主账号、店铺名称、经营主体、目标市场和后台设置顺序定下来。完成准备后，你会有一张不会乱点后台的 Shopify 起步清单。
Shopify admin home and Settings45分钟
第一阶段 账户与基础资料
做到什么程度才算完成
先在 Shopify admin home and Settings 确认当前店铺和店主，再写起步卡。完成这一步后，你应能说清谁控制账号、先服务哪个市场，以及下一步要填哪些资料。 账号控制权要实查，经营资料先保留草稿。
- 要留下的结果
- 一张店铺起步卡，包含店主账号、经营主体、店铺工作名、目标国家、主币种、默认时区、联系人、恢复方式和 20 课执行顺序。
- 可以继续
- 正确店铺、店主控制权、恢复方式、首发市场和主币种都已写清。
- 必须暂停
- 如果店主账号由个人以外的第三方控制，或主体、市场、币种仍互相矛盾，先暂停后续设置。
- 证据边界
- 一张起步卡只证明团队已经做出计划，不证明后续后台设置已经完成。
后台显示已保存，不等于前台、订单链路或后续系统已经验证通过。 每一步都要看当前店铺、页面标题、目标 section/card 和实际返回结果。
为什么现在先做这一步
很多新手一进后台就先装主题、装 App、改运费，后面才发现币种、主体或店主账号都没定。Shopify 里的不少设置会影响支付资格、市场、税费和订单记录，越晚改，返工越大。这一步先不追求把店铺做漂亮，只把谁拥有店铺、店铺准备卖给谁、后面按什么顺序设置说清楚。
做完以后要留下什么
一张店铺起步卡，包含店主账号、经营主体、店铺工作名、目标国家、主币种、默认时区、联系人、恢复方式和 20 课执行顺序。
开始前准备
- 准备一个只由负责人控制的长期邮箱，不要用临时邮箱或员工私人邮箱当店主账号。
- 写下准备使用的经营主体、注册地址和收款主体。还没确定时先标记待确认，不要随便填一个以后再说。
- 先选一个首发市场、店铺币种和团队能持续支持的店面语言。先把这一条核心链路跑通，再增加其他市场或语言。
跟着英文后台一步一步做
先核对账号和店铺，再做身份与首发范围草稿。查看后台的步骤要核对实际页面；写计划的步骤留下明确记录即可。下一步才开始保存 General 设置。
创建或进入正确的 Shopify 店铺
从 Shopify 官方入口创建店铺，确认浏览器地址和店铺名称。一个账号可以接触多个店铺，先看左上角店铺切换位置，避免在测试店或客户店里误操作。
完成后核对：左上角店铺切换器中的名称、当前后台地址和你准备操作的店铺一致。把店名与 myshopify.com 地址记在起步卡上。
对不上时：找不到店铺时，先检查登录邮箱和店铺切换器；没有访问权限就找店主处理，先不要在另一家店继续设置。
确认店主账号和恢复路径
打开 Settings 后先看 Users 或账户安全相关位置，确认谁是 store owner。把恢复邮箱、手机、密码管理器和备用验证码的保管人写清楚，店主账号不要多人共用。
完成后核对：在 Users 或账户安全区域确认 store owner，并写清谁控制恢复邮箱、手机、密码管理器和备用验证码。只记录保管人及存放位置，不把密码或验证码写进这张记录。
对不上时：如果店主邮箱由外包人员控制，先完成所有权和恢复方式的交接；员工日常操作改用独立用户与角色，店主账号不共用。
建立店铺身份草稿
先写下店铺工作名称、主体名称、客服联系邮箱、客服电话是否公开、注册地址和仓库地址。此时只做草稿，下一步再逐项填进 General。
完成后核对：起步卡已列出工作店名、经营主体、客服邮箱、公开电话的决定、注册地址和仓库地址。各地址标明用途；这里先保留草稿，下一步再填入 General。
对不上时：主体或地址还没确定，就把该字段标为待确认，并写负责人和核对日期；不要编临时值，也不需要为了完成这一步去保存后台设置。
固定首发市场和币种
这里用一个主市场和一种店铺币种作为示例。把你真正准备投放、收款和发货的国家写成主市场。不要因为后台可以一次开很多国家，就把所有市场都启用。
完成后核对：写出一个首发国家、店铺币种和可支持的店面语言，并说明它们如何对应你的定价、收款与配送计划。这里只确定首发范围，尚未证明支付和履约已经可用。
对不上时：若已打开过多市场，先收窄计划到一个首发市场；后续按对应设置流程核对，等支付、运费、税费和测试订单通过后再扩展。币种或主体对不上时先暂停。
看懂英文后台的六个常用工作区
先认 Home、Products、Orders、Customers、Marketing 和 Settings 六个名称，不需要逐项配置。用下面的三个小任务练习定位入口，再理解 Online Store、Sales channels 和 Markets 各自处理什么。
完成后核对：能为三个问题找到入口：商品信息去 Products，订单处理去 Orders，店铺基础资料去 Settings。Home 看概况，Customers 管客户记录，Marketing 看营销工作；店面页面、主题和导航另到 Online Store。
对不上时：找不到菜单时，先检查当前店铺、账户权限和页面标题。Sales channels 与 Markets 会影响商品在哪些渠道和市场可售，不要把名称相近的入口当成同一项设置。
建立执行清单并锁住顺序
按这套 20 步流程建立任务表，给每项加负责人、状态、证据链接和复核日期。任何人想提前装 App 或开启新市场时，都先回到这张表看前置条件。
完成后核对：20 步任务表已建立，至少先给当前步骤和下一步写上负责人、状态、记录位置及复核日期。一个人经营也可以使用同一张表，不必虚设团队岗位。
对不上时：前置项仍未确认时，记录卡在哪一步、由谁补齐，再继续那一项。主题、应用或多市场工作先留在待办，不跳过账号、主体和首发范围。
把这项设置放进你的店铺
在你的店铺里，先写下真实的工作店名、店主本人控制的登录与恢复方式、经营主体、首发市场、主币种和第一批商品范围。这里不要求先装评论、邮件营销或多币种 App。先给 20 步分配负责人和记录位置，之后每项设置才有清楚的输入与顺序。
当前设置需要确认的决定
这张表用来把“当前设置需要确认的决定”从判断变成可复核记录。先按行填写当前店铺的实际值，不要把示例或计划值当成已经完成。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 店主账号 | 负责人长期邮箱 | 店铺所有权和恢复不能依赖临时人员 |
| 首发市场 | 你选定的首发市场 | 先把一条支付和履约链跑通 |
| 店铺币种 | 你选定的店铺币种 | 与首发市场、定价和报表口径保持一致 |
| 练习商品 | 你的第一款实物测试商品 | 后续商品、库存、运费和测试订单都用同一 SKU |
填写后逐行核对：实际值符合当前条件并且有保存或测试证据才标记通过；任何一行缺少权限、结果或负责人，都回到对应步骤修复后再继续。
用一张表锁住 20 步的执行顺序
第一次阅读先完成上面的六步。需要安排后续工作时，再展开完整任务表；今天不用把 20 步全部标成通过。
展开 20 步任务表，安排后续设置
直接用这张表分配负责人、记录证据，并阻止团队在前置条件没有完成时跳到后面。
| 课程 | 要留下的结果 | 负责人 | 状态与证据 | 通过条件 |
|---|---|---|---|---|
| 1. 开始前先准备好：账号、店铺身份和后台路线 | 一张店铺起步卡，包含店主账号、经营主体、店铺工作名、目标国家、主币种、默认时区、联系人、恢复方式和 20 课执行顺序。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 正确店铺、店主控制权、恢复方式、首发市场和主币种都已写清 |
| 2. General 基础设置：店铺资料、地址、时区和币种 | 一份已保存的 General 设置截图和字段说明表，能说明每个地址由谁维护、币种与市场为什么一致、订单时间按哪个时区解释。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 地址用途清楚，时区与单位制能被团队解释，币种与首发市场一致且尚未被真实订单锁住 |
| 3. Users、Roles 与安全：每个人只拿需要的权限 | 一张权限矩阵、所有活跃用户的 2FA 状态、恢复码保管记录、合作方到期日和标准撤权步骤。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 店主账号唯一受控，所有成员独立登录，高权限人员完成 2FA，外部人员没有多余权限 |
| 4. 套餐与 Billing：先看费用边界，再开始装 App | 一张月度技术成本表，包含 Shopify 套餐、域名、邮箱、主题、必要 App、可选 App、按用量费用、账单负责人和取消日期。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 套餐选择有业务依据，Billing profile 正确，所有试用和 App 费用都有负责人、结束日和月度复核 |
| 5. 域名与发件邮箱：主域、DNS、TLS 和邮件认证 | 一份域名和邮件证据包，包含注册商、续费人、DNS 记录、主域、重定向、TLS、邮箱托管、客服收信、Shopify 发件地址和认证状态。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 主域与重定向稳定，注册商和 DNS 可控，客服邮箱能收信，正式发件域通过所需认证 |
| 6. 商品、变体与库存：完整上架第一个可售 SKU | 你的第一款实物测试商品已有变体 A 和变体 B 两个可售变体，每个变体都有唯一 SKU、价格、成本、重量、库存位置、销售渠道和移动端验证结果。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 每个变体的图片、SKU、库存、重量和渠道状态一一对应，前台价格与加购结果也一致 |
| 7. Collections 与目录结构：让商品能被找到，也方便以后扩品 | 一个最小可用目录，包含 All Products、Desk Organization 和 New Arrivals 等集合，明确自动规则、集合 URL、排序方式、图片和前台入口。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 字段职责有文档，集合条件能解释，排序、导航、筛选和当前商品结果都已核对 |
| 8. 主题备份与装修：先复制，再改 Sections、Blocks 和 Templates | 一份带日期的主题备份、页面模板清单、首页与商品页结构图、移动端截图和每项修改的回滚方法。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 存在命名清楚的备份，关键模板与移动端首屏已预览，发布人和回滚点都明确 |
| 9. Pages、Menus 与导航：把首页到结账的路径接起来 | 一套不超过两层的主导航、完整页脚、客户账户入口、所有核心页面的直接对象链接、移动端验收和重定向表。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 所有核心页面都有入口，菜单层级适合手机，链接指向正确对象，旧 handle 有必要的重定向 |
| 10. Policies、Brand 与 Contact：把承诺写成能执行的页面 | 一套可执行且相互一致的政策与信任页面，包含页面负责人、最后复核日期、适用市场、客服联系路径和后台链接位置。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 关键政策数字一致，客服知道如何执行，页脚能找到页面，适用市场需要的专业复核已安排 |
| 11. Payments 与 Payouts：收款资格、账户验证和打款验收 | 一份支付验收表，包含每个支付方式的状态、主体、结算币种、打款账户、手续费来源、测试结果、退款路径、拒付负责人和对账证据。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 主体与账户一致，测试成功和失败路径都跑通，退款可追踪，测试模式已由第二人确认关闭 |
| 12. Checkout 与 Customer accounts：减少摩擦，也保留必要信息 | 一份结账字段决策表、访客结账和登录账户测试记录、营销同意截图、品牌预览和订单处理规则。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 必需字段有业务理由，营销同意不预选，访客和登录客户都能到付款前且政策与运费正常显示 |
| 13. Locations、库存与履约：让订单去到正确的仓库 | 一个可履约 Location、每个变体的库存分配、在线订单处理状态、缺货规则、必要时的路由优先级和一笔测试订单的仓库归属证据。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 每个变体分配到正确地点，测试订单会扣到 Committed，取消并 restock 后数量恢复 |
| 14. Shipping and delivery：区域、运费、包裹和免邮门槛 | 一个美国 General shipping profile，包含真实发货点、美国 zone、12 美元标准运费、75 美元免邮、包裹数据、显示时效和四组结账测试。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 标准费率、免邮边界和不支持地址结果都与政策及商品承诺一致，且没有重复 rate |
| 15. Taxes and duties：先登记，再配置税率和商品分类 | 一张税务配置表，包含专业确认的登记地区、登记号、征税开始日、后台税务服务、商品分类、价格显示方式、关税处理、测试地址和申报负责人。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 责任与开始日期有外部依据，后台只录入真实登记，商品分类准确，测试订单与退款结果可解释 |
| 16. Markets、语言与币种：先跑通一个市场，再复制 | 一个已激活的美国 Primary market，其他市场保持 inactive，USD 和英文体验完整，Catalog、domain、产品 availability 与测试地址都有证据。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | Primary market 的商品、价格、货币、语言、域名、运费和政策一致，目标地址能完成付款前流程 |
| 17. Notifications 与邮件：逐封测试订单、发货和退款通知 | 一份通知矩阵，列出每封客户和员工通知的触发、收件人、From、Reply-To、语言、测试结果、截图和负责人。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 关键通知由真实事件触发，商品、金额、运费、追踪和 Reply-To 正确，至少两个收件环境已检查 |
| 18. Customer privacy 与 Events：Consent、Cookie Banner 和 Pixel 去重 | 一份隐私和事件清单，包含适用市场、banner、opt-out、政策链接、客户请求负责人、每个 pixel 的所有者、事件列表、consent 行为和去重证据。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 目标地区能看到正确入口，拒绝与接受后的事件差异可解释，page_view、add_to_cart、purchase 没有重复 |
| 19. Apps 与 Sales channels：装之前先审权限，删之后还要清理 | 一张 App 与渠道登记表，包含 owner、用途、权限、数据、费用、试用结束、销售商品、pixels、webhooks、隐私影响、卸载步骤和最后复核日。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 每个保留项都有 owner 与任务，权限和费用可解释，商品/事件路径已测试，卸载项完成残留检查 |
| 20. 测试订单与上线 QA：从成功付款到取消退款完整走一遍 | 一份签字上线报告，包含所有测试用例、证据链接、阻塞问题、修复、复测、test mode 关闭证明、密码解除时间、监控负责人和回滚条件。 | 负责人：________ | 未开始 / 进行中 / 已验证 证据：________ | 成功、失败和边界用例均有结果，订单后链路可对账，测试模式关闭，密码解除和监控由第二人复核 |
先填写负责人，再从第 1 课顺序推进。只有实际结果、证据链接和通过条件都能对应时，才把状态改成已验证。失败时保留原记录，写下阻塞原因，并回到对应课程处理，不要直接跳过。
这些地方先不要乱动
- 不要多人共用 store owner 登录。
- 不要在主体和币种没确定前接真实支付。
- 不要把 Shopify 首页的完成进度当成真正的上线验收。
搜索入口与读者问题
Shopify 开店前先确认账号、店铺身份和后台路线
这篇内容面向第一次进入 Shopify 后台、需要确认店主控制权和首发范围的人。它把店铺身份、经营主体、恢复方式、目标市场、币种和 20 步后台顺序放进一张可回查的起步卡；页面说明方法，不代表任何当前店铺已经完成设置。
Shopify 开店前要先准备哪些账号和资料？
Shopify 店主账号可以用员工或外包邮箱吗？
Shopify 店铺名称、经营主体和注册地址要先确定吗？
Shopify 开店第一步应该设置什么，为什么不能先装主题和 App？
Shopify 首发市场和店铺币种怎么一起决定？
Shopify 后台 Home、Products、Orders 和 Settings 分别在哪里用？
Shopify 起步清单怎样记录恢复邮箱、负责人和证据？
哪些 Shopify 开店前条件没确认时应该暂停？
官方来源与复核边界
这些官方页面帮助确认入口和安全原则；它们不能证明当前店铺的店主、主体、市场、币种或恢复设置。请在目标店铺中由有权限的负责人逐项回读。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一张店铺起步卡，包含店主账号、经营主体、店铺工作名、目标国家、主币种、默认时区、联系人、恢复方式和 20 步执行顺序。
相关后台路径：Shopify admin home and Settings
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：一张起步卡只证明团队已经做出计划，不证明后续后台设置已经完成
继续条件：正确店铺、店主控制权、恢复方式、首发市场和主币种都已写清
暂停条件：如果店主账号由个人以外的第三方控制，或主体、市场、币种仍互相矛盾，先暂停后续设置
下一步：下一步进入 Settings > General，把这里确定的身份、时区和币种落到店铺基础资料中。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
当前结论与继续条件
当前结论：店铺身份、控制权和起步顺序已经从模糊想法变成可执行记录。只有当 正确店铺、店主控制权、恢复方式、首发市场和主币种都已写清 才继续。如果店主账号由个人以外的第三方控制，或主体、市场、币种仍互相矛盾，先暂停后续设置。
- 已确认正确店铺和店主账号。
- 恢复邮箱、手机和备用验证码有明确保管人。
- 经营主体、首发市场、币种和时区已有草稿。
- 20 课任务表已有负责人、状态和证据列。
- 暂缓事项已写清楚，不会提前安装无关 App 或开放多市场。
中文后台如何核对这张起步卡
如果你把 Shopify 后台切换为简体中文，入口名称可能会从英文截图中的 Home、Settings 和 Users 变成中文，但判断顺序不变：先确认当前店铺，再确认店主与恢复方式，最后记录主体、市场、币种和时区。不要只按按钮文字寻找路径，要同时看页面标题、店铺上下文和保存后的结果。
- 从主页和店铺切换器确认当前店铺，不要把测试店和正式店混在同一张清单里。
- 在设置和用户区域记录谁能恢复账号、谁只负责日常操作。
- 把尚未确认的主体、市场或币种明确标为待确认，并给它安排负责人和复核日期。
记录格式：每项设置都写成“输入是什么、在哪里核对、留下什么证据、什么条件下才继续”。这样中文后台、英文截图和后续课程可以对应到同一条验收路径。
官方来源
后台名称和规则会更新。这些官方页面作为维护基线，截图时也要按当前英文后台重新核对。