纯文字版教程展开阅读
第二阶段 商品与店铺结构
完成退款、隐私、服务条款、配送、联系、About 和 FAQ 页面，设置品牌资产，并确保页面承诺与支付、物流、客服和实际流程一致。
Settings > Policies, Settings > Brand, Online Store > Pages90分钟
第二阶段 商品与店铺结构
这一课为什么要先做
政策模板可以生成一份起点，但不能替你决定退货天数、退货运费、损坏证据、取消条件或隐私处理。最危险的情况是页面写得很宽松，团队实际做不到，或者不同页面写出互相冲突的承诺。政策必须从真实流程倒推，再由适用地区的专业人员复核。
做完以后要留下什么
一套可执行且相互一致的政策与信任页面，包含页面负责人、最后复核日期、适用市场、客服联系路径和后台链接位置。
开始前准备
- 先写真实退款、退货、换货、取消、损坏、延迟和丢件处理流程。
- 确认首发市场的消费者、隐私、税务和商品合规要求，必要时找律师或专业顾问。
- 准备客服响应时间、工作时间、联系邮箱和退货地址使用规则。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
先写运营规则
在后台填模板前，先用表格写清每类情况谁判断、要什么证据、给什么结果、谁批准和多久完成。政策页面只能承诺团队真的能执行的范围。
完成 Settings > Policies
进入 Settings > Policies，逐项处理 Refund、Privacy、Terms、Shipping 等内容。可以用 Shopify 模板起草，但要逐段改成自己的业务，不要原样发布。检查自动插入的公司名、地址和联系信息。
补充退货和取消规则
如后台提供 return rules 或取消相关设置，确保窗口、费用、例外商品和客户步骤与政策一致。数字商品、定制品、卫生类商品或清仓品的例外不能只写在客服内部。
设置 Brand 资产
在 Settings > Brand 上传 logo、方形 logo、颜色和 slogan 等资产。检查它们在通知、结账和销售渠道中的实际效果，不要上传带多余留白或低分辨率图片。
完善 About、Contact 与 FAQ
About 说明品牌为什么存在和产品边界，Contact 给出明确的联系渠道和响应时间，FAQ 解决配送、订单修改、退换和使用问题。不要用空泛品牌故事替代客户需要的信息。
连接页脚并做一致性复核
从 Content > Menus 把政策和联系页面放进 Footer。逐项对照商品页、购物车、结账、通知和客服模板，确保天数、费用、地址和措辞一致。记录复核人和日期。
North & Pine 案例怎么设置
North & Pine 写清 14 天未使用退货、损坏商品需要照片、原始运费不退、退货运费由客户承担的实际规则，并说明不同情况的联系步骤。所有数字都与客服 SOP 和页脚一致。这里是课程案例，不代表任何地区都适用，正式发布前仍由专业人员复核。
这一课需要做出的决定
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 退款政策 | 按真实处理能力 | 模板不能替代业务决定 |
| 隐私范围 | 按实际工具与市场 | 需要覆盖真实数据收集和分享 |
| Contact | 可监控 support 邮箱 | 客户能获得真实回复 |
| 复核 | 运营加专业意见 | 法规和业务承诺都需要确认 |
这些地方先不要乱动
- 不要原样发布自动生成模板。
- 不要在商品页、FAQ 和政策里写不同的退货天数。
- 不要把这篇课当成法律意见。
完成标准
下面每一项都能拿出证据，这一课才算完成。只说我看过了，不算验收。
- 政策从真实 SOP 倒推并逐段复核。
- 退货和取消后台规则与页面一致。
- Brand 资产在通知、结账和前台显示正常。
- About、Contact、FAQ 有清楚的客户任务。
- Footer 链接和跨页面一致性检查通过。
常见问题和处理方式
| 现象 | 怎么处理 |
|---|---|
| 政策页出现错误公司信息 | 回到 General、Policies 和模板插入位置逐项修正，再检查通知和结账。 |
| 客户说找不到退货步骤 | 在政策和 FAQ 加入清晰的第一步、联系地址、所需信息和响应时间，并放入页脚。 |
| 政策与客服执行不同 | 以实际流程为基准召开一次对齐复核，明确需要改页面还是改 SOP，不能长期靠客服临时解释。 |
把英文后台截图变成验收记录
本课的截图不是装饰，也不等于设置完成。以 Settings > Policies and Settings > Brand 为例，先确认左侧导航和页面标题，再看当前选中的标签、开关、状态或记录。截图需要保留完整页面外壳和必要上下文，不能只截一个按钮。这样回看时能回答两个问题：当时在哪个页面，页面当时到底显示了什么。
North & Pine 在本课要处理的是退款、隐私、条款、配送、品牌和联系页面。本课案例的验收重点是让 North & Pine 对客户的承诺与实际支付、履约和客服流程一致。按钮显示可点击，只证明下一步存在，不代表审核、同步、保存或前台结果已经通过。如果画面出现 pending、review、unavailable、错误提示或空状态，就把它记录为待确认，不要把它写成已经完成。
先看路径，再看设置
打开英文截图时，先读出左侧导航、页面标题、当前标签和可见状态，再去读字段值。截图说明同时写下页面路径、要验证的事实、负责人和下次复核时间。页面较长时可以用全页截图或两张连续截图，但每张都要保留路径和标题。
发布前仍要做隐私检查。即使使用 dev store，也要遮住邮箱、电话、地址、客户姓名、订单号、域名、App 标识、API key、二维码和浏览器 Cookie。优先使用不透明遮罩或重新裁切。英文版保留后台原文，中文版在图片下增加一行中文说明。
一项设置对应三层证据
对退款、隐私、条款、配送、品牌和联系页面，把验收拆成配置、行为和记录。配置证据说明后台值已经保存，行为证据说明店面、订单或相关结果确实发生，记录证据说明谁在什么时候复核过。只拿到一层时，不能把整项写成通过。把截图文件名、检查日期、操作者、结论和待处理事项放进复盘表。
- 配置层：记录字段、开关、选项和保存后的状态，不要把默认值当成业务决定。
- 行为层：从前台、订单、通知或下一处关联设置回看结果，确认设置真的影响了流程。
- 证据层：给每个结论关联一张完整截图或连续截图，不用局部按钮图替代页面上下文。
- 边界层：写清地区、套餐、权限、审核、测试模式或第三方服务造成的例外。
出现分支时先暂停
Shopify 后台会因为经营地区、套餐、用户权限、测试数据、销售渠道和审核状态而显示不同选项。缺少按钮不一定是故障，也不一定说明功能关闭。先检查权限、适用地区、套餐和测试状态，再回到官方来源核对。若只能证明一部分，就标记部分完成并说明缺口。支付、税务、域名和客户数据不能用一张测试截图冒充真实上线结果。
本课复盘表
把下面的表复制到团队任务记录中。可证明什么只描述截图确实支持的结论，还不能证明什么用来防止过度解读。
| 检查对象 | 截图中要读什么 | 可证明什么 | 还不能证明什么 |
|---|---|---|---|
| 退款、隐私、条款、配送、品牌和联系页面 | 路径、标题、当前状态和关键值 | 本次后台检查看到的配置事实 | 前台或第三方服务已经完成全部处理 |
| 关联结果 | 前台、订单、通知或相关设置的返回结果 | 设置对当前测试流程产生的影响 | 所有市场和未来订单都会得到同样结果 |
| 责任记录 | 日期、操作者、文件名和结论 | 谁完成了哪一步，以及证据在哪里 | 审核机构已经替团队做出最终决定 |
| 例外边界 | 权限、地区、套餐、审核或待处理提示 | 当前结果适用的前提 | 可以跳过条件复制到生产店铺 |
课后自测
- 能说出本课的后台路径、当前目标和一项不能由截图单独证明的事情。
- 能指出完整截图中的页面标题、关键字段、状态和对应的实际结果。
- 能把配置、行为和记录三层证据分别写进复盘表，而不是只写已完成。
- 能根据证据决定下一步Payments 与 Payouts，或者明确写下阻塞条件和负责人。
完成本课不等于把所有按钮点成绿色。完成标准是当前判断有足够证据、边界写得清楚、下一步有人负责。如果任何一层证据缺失，就保留待确认状态，不要为了赶进度推进到Payments 与 Payouts。
常见问题
Shopify 自动生成的政策可以直接用吗？
不建议直接发布。模板不了解你的商品、市场、退货成本、数据工具和实际流程，需要逐段修改并按适用地区复核。
政策页面放在哪里？
通常放在 Footer，并在商品、购物车、结账或 FAQ 的相关位置提供必要链接。客户不应该只有付款后才看到关键条件。
Privacy policy 写完就完成隐私设置了吗？
没有。还要检查 cookie banner、数据共享 opt-out、pixels、Apps、客户请求和市场要求。后面的隐私与事件课会逐项操作。
官方来源
后台名称和规则会更新。本课以这些官方页面作为维护基线，截图时也要按当前英文后台重新核对。