客户端可以再下一遍，店铺授权也可以再连。真正难重建的是内部SKU和平台商品ID的对应、库存任务的方向与阈值、刊登模板和字段映射、禁限词库、客服成稿、子账号角色。这些东西有的在云端账户里，有的在本地缓存里，有的只存在某台电脑曾经导出的表格中。卖家往往在重装当天才发现对照表不在手上。下面只写备份与迁移：要定期导出什么、换设备按什么顺序、什么东西不能只依赖“登录同一账号一定还在”、怎样验证迁过去的不是空壳。
先分清账户里有什么，本地才有什么，不要把两者当成同一回事
登录账户通常能带走店铺授权状态、云端商品主数据、已同步的订单与消息、套餐与席位。不能默认带走的，往往是某台电脑上未提交的刊登草稿、本地改完没保存的模板、导出后只放在桌面的对照表、浏览器里随手保存的应用密钥截图。密钥截图本不该存在桌面，但既然存在过，迁移时更要当敏感文件处理，而不是当普通图片打包进网盘公开文件夹。
以账户为源的数据，迁移主动作是同一账号登录新设备，完成授权体检，再跑增量同步。以表格为源的数据，迁移主动作是从旧环境导出、在新环境导入或对照重建。两套都做，才叫备份。只做登录，等于相信云端从未丢过未保存的修改；只做拷文件，等于忽略授权必须在新设备上重新验证。
导出清单写成固定项，不要每次想起来才导一次。商品对照：内部SKU、条码、各平台商品ID、变体名、所属仓与库位。库存规则：主库存源、参与站点、推送方向、阈值、低库存动作、排除编码。刊登模板名与类目映射要点。禁限词库。客服模板与超时设置。子账号角色与店铺范围。售后原因与主数据回写记录。活动池与回落价。清单可以存在内部文档里，文件本身按日期存放，旧份保留，不被新导出直接覆盖到无法回退。
导出频率按变更速度，不是按心情
对照表和规则在上新密集、大促改价、大规模换仓时提高导出频率。平销期可以按周。人员离职、授权事故、准备重装当天，立刻加导一份，再动手卸载。导出让有权限的人执行，全量客户对话与地址不属于常规备份包，需要时单独按安全规则导出，不进普通迁移压缩包。
文件命名能看出日期和内容，避免“最终版真的最终.xls”这种无法排序的名字。存放位置限财务或店主可控的空间，子账号能导出自己工位需要的表，不能把全店映射随便带走。映射表一旦外流，等于把全部平台链接结构送出办公室。
导入新环境前先看字段是否仍对齐。软件升级后列名变了，硬导入会把成本写进重量。先小批量导入测试SKU，看商品中心、库存任务、刊登预检是否认识这些行，再全量。导入失败不要反复覆盖，先留失败行，对列，再导。
换设备的顺序是先能登录，再能写，最后才清旧机
新电脑安装同一来源的客户端，登录主账号或将要在这台机器上使用的子账号，开二次验证。检查店铺授权状态，必要时在可控网络下重连，用测试SKU写可售、用测试会话看消息、用一笔测试单看回传。三项通过，再导入或核对模板与词库。未通过就清旧机，等于拆掉还能对照的现场。
旧电脑在新环境验收前保持可开。验收清单包括：抽样SKU的平台ID仍在、库存任务方向未回到空白默认、低库存动作仍在、客服短模板仍在、子账号仍能按角色登录。确认后再在旧机退出账号、清除本地登录态，需要报修或转卖时再做系统清理。旧机当备份机留几天，比立刻格式化更便宜。
手机端换机：新机登录当班子账号，确认推送类别，旧机退出。推送留在旧机，警报会去往不再值班的人。不要把主账号长期装在即将送修的手机里。
重装解决不了的问题，不要用重装去碰
授权过期、平台应用停用、映射本就没建、词库从未导出，重装后只是得到一个干净但空洞的工作台。重装前先判断问题属于授权、规则还是本地损坏。本地损坏才重装；前两者重装浪费时间，还可能丢掉未导出的草稿。客户端异常时，可先清缓存或重装，但清缓存不等于备份已完成，该导出的仍要先导出。
云端与本地冲突时，以最后一次明确保存且能抽样验证的为准。不要两台电脑同时改同一套模板再互相覆盖。迁移窗口内指定一台为主，另一台只读。这和库存双向同步一样，后写入的会赢，赢的不一定对。
备份看起来不像运营动作，却决定事故第二天还能不能卖。HelloWorld能让你在新电脑上继续管亚马逊、eBay、Shopee，前提是对照表和规则还在。账户能登录只说明门还在，屋里的家具要靠定期导出和换机验收。把映射、阈值、模板、词库当成和生产库存一样的资产来保存，重装才会变成换工具，而不是变成从零再认一次货。
