Surinch
页面加载中Surinch
页面加载中资源中心 / 全部资料
按发布时间从新到旧排列。每篇资料都围绕一个具体业务问题展开，并连接到自查模板、免费工具和下一步入口。
亚马逊运营实操 · 更新于 2026-10-31
Business Hour Delivery Rate（BHDR，营业时间送达率）衡量的是：你用 FBM 自配送发给 Amazon Business 企业买家的货件，承运商第一次投递是不是落在买家公布的营业时间里。美国站官方公告写明，2026-09-30 起滚动 14 天 BHDR 要达到 90%；09-30 低于 90% 的卖家已收到通知，到 10-30 仍未改善的，FBM 报价可能对 Amazon Business 买家停用。FBA 和普通零售买家不受影响。英国站规则相同。最反直觉的一点：周六提前送到一家周末不营业的公司，也算失败。我们自营的美国站小店 100% 走 FBA，这条规则对我们没有影响；但如果你是 FBM 卖家，先别急着改物流，先查企业订单占你多少——停用只影响企业买家，修指标的成本可能比丢掉这部分订单还高。
数据库故障手册 · 更新于 2026-10-30
Oracle 23.26.3 与 PostgreSQL 17.11 实测（测试库、自造数据，2026-10-30）：Oracle 里 '' IS NULL 为真，所以从 Oracle 迁过来的数据全是 NULL，迁移校验看不出任何问题。问题出在切换之后：应用还按 Oracle 习惯写 ''，PG 照单全收。本次同一条 1 万行 INSERT，Oracle 成功，PG 因唯一索引上的两个 '' 冲突整批失败；改好后 phone 列 NULL 和 '' 并存，报表 IS NULL 少算 200 行，'tel:'||phone 拼接结果从 'tel:' 变成 NULL。我的判断：迁移评估里 '' 应该排在语法转换前面先扫；PG 侧用 CHECK (col <> '') 让错误当场暴露，不要用触发器悄悄转成 NULL。
AI 运营亚马逊 · 更新于 2026-10-30
日销目标要拆成三个因子每天看：销售额 = Sessions × 件数/Sessions × 每件销售额。我们 2026-09-22 给店铺定了日均 $200，基线是 78 × 6.59% × $12.73 ≈ $65.45。到美西 10/10，件数/Sessions 已经升到 8.36%–9.48%，超过了当初给 $200 设想的 9% 情景；拖后腿的是另外两项：Sessions 停在每天 69–80 次，每件销售额降到 $11.17–$11.61。10/4–10 访问 +19%、广告花费 +28%，销售却 −8%，所以 AI 给的决定是不加预算、不挪基线。
亚马逊运营实操 · 更新于 2026-10-30
截至 2026-10-30，亚马逊 Brand Registry 授权外部店铺卖你的品牌，应该给「转销商（Reseller）」销售角色，而不是「品牌代表」或「注册代理」。我们 2026 年给 3 家合作店发授权，到 07-13 回读只有 1 家真正连接生效：1 家邀请一直没被接受（邀请有效期 30 天，06-21 发出、07-21 过期），1 家在后台根本查不到记录；还有一次邀请因为对方店铺资料没补全，表单里「邀请商城」一直找不到选项、提交按钮是灰的。本文给出 9 步邀请流程、3 个卡点的处理办法，以及授权台账要记的 8 个字段；10 月出现的 NWD（只允许直营）通知下，转销商角色据客服回复不能豁免，放授权前也要知道这一点。
亚马逊运营实操 · 更新于 2026-10-30
2026-10 中旬起（第三方报道最早 10-14），亚马逊给部分卖家发「No Wholesale Distribution（NWD）」通知：某品牌已改为只允许直营销售，通知日期（卖家晒出的多为 10-27、10-28）后，只有持有该品牌「品牌代表（Brand Representative）」角色的卖家能继续卖，其余卖家的 Listing 会被移除。Seller Forums 版主 2026-10 的回复确认：品牌代表角色在「Brand Benefit Eligibility」里处于激活状态的，Listing 和库存不受影响，收到通知属于误发；卖家贴出的客服回复还写明，「授权转销商（Authorized Reseller）」角色不够。现在先做 3 件事：查自己的销售账户在这个品牌下到底是什么角色；不是品牌代表就按通知日期决定卖完、建移除单还是删 SKU（不建移除单的 FBA 库存会被弃置并收费）；如果你是授权了外部合作店的小品牌，先想清楚合作店会不会被这一波波及。
数据库故障手册 · 更新于 2026-10-29
PostgreSQL 17.11 实测（测试库、自造数据，2026-10-29）：100 万行商品名上 WHERE name LIKE '%sunflower%'，无索引 41–53 ms；建 GIN (name gin_trgm_ops) 后 0.05–0.12 ms，'%向日葵%' 0.02 ms。三个坑：① 关键词少于 3 个字符（如「台灯」）时 pg_trgm 拿不到可用三元组，优化器选全表 91 ms，强制走索引反而 434–455 ms；② 数据库 LC_CTYPE=C 时中文不生成三元组（show_trgm 返回 {}），中文模糊搜索等于没建索引；③ GIN 让 10 万行批量写入从 0.13 s 变成 1.2 s，关掉 fastupdate 更是 8.1–9.0 s。
AI 运营亚马逊 · 更新于 2026-10-29
AI 做亚马逊数据分析可以用，但要先给它立规矩，否则它会把过期数据说成今天的事实。我们给运营 AI 定了两条：一是证据分 4 级，后台或接口实时回读优先，旧报告和记忆排最后；二是每个结论分别写订单、广告、库存、Business Report 各自截止到哪天。2026-10-09 第一次跑数据新鲜度检查，才发现库存快照表停在 9/6、Business Report 快照停在 9/4，根因是每日同步脚本从约 8/22 起就没有调度器。更早的 6/1–14，一条「固定口径」让广告费被算成 $347，真实是 $1,266。
亚马逊运营实操 · 更新于 2026-10-29
亚马逊卖出一件货，钱要等「确认送达后 7 天」才进入可支付余额（DD+7，Amazon 卖家通知：1 月 1 日卖出、1 月 3 日送达 → 1 月 11 日可支付），之后再按自动结算周期或每日一次手动请款打到你的账户，合起来通常要 2–4 周（推算）。用同一组示例数字实算（2026-10-29，盈尺选品利润与现金流预估器）：首批 1200 件压款 $9,960，回款按 14 天算第 21 周回本，按 28 天算第 23 周——只晚 2 周；首批改成 600 件则第 16–17 周回本，月销从 300 掉到 200 则拖到第 28 周。结论：回款周期是固定成本，能压缩回本时间的是首批数量、交期和卖得动的速度。
亚马逊运营实操 · 更新于 2026-10-29
2026-10-28 前，亚马逊已为一批「品牌自有、多件购买需求强」的美国站 FBA 商品自动生成虚拟多件装（Virtual Multipacks，SKU 以 VMP_ 开头）；卖家有到 2026-11-10 的时间审核、改价或删除，11-11 起没删的会作为单件详情页的变体对顾客开售。它用你现有的单件 FBA 库存发货，不用重新打包；默认价格 = 当前单件标价 × 件数，没有单独的项目费，但第三方转引帮助页称履约费按单件 × 件数收，没有实物多件装那样的配送费优惠。现在先做 3 件事：在 Manage All Inventory 搜 VMP_；逐条看价格、标题、自动生成的主图；按单件利润表算一遍再决定留、改还是删——删除在试点期内据称不能恢复。
数据库故障手册 · 更新于 2026-10-28
MySQL 8.0.46 实测（测试库、自造数据，2026-10-28）：channel 无索引时，优化器对等值过滤默认按 10% 估行——batch 实际 1000 行被估成约 19491（高估约 19.5×），web 实际 179940 却也被估成约 19491（低估约 9.2×）。UPDATE HISTOGRAM ON channel WITH 32 BUCKETS 后，batch 的 filtered 从 10.00 变为 0.49（估 959），web 变为 89.98。直方图过期时（再插入 4 万 batch）估行仍按旧分布，低估约 35×；必须再跑 UPDATE HISTOGRAM，普通 ANALYZE TABLE 改不了 last-updated。
AI 运营亚马逊 · 更新于 2026-10-28
降 ACoS 最稳的做法，是先找「有点击、没订单」的那部分花费，一次只改一个对象的一个变量，每步观察 7 天，同时盯全店 Sessions 和广告点击别掉穿。我们 4/13 曾同时暂停 3 个活动、降价 2 个活动，结果展示 −73%、销售 −96%（$104→$4.49）。2026-10-06 我们只把白玉菩提自动活动里一个定向的出价从 $0.24 降到 $0.18：它在 9/27–10/3 占该活动 97.2% 的花费、归因销售为 0。之后 7 天这个定向花费从 $13.38 降到 $3.25，全店流量没有跌破保护线；但同期全店 ACoS 从 59.3% 升到 103.6%，原因混杂，我们不把它写成降 ACoS 的成绩。
亚马逊运营实操 · 更新于 2026-10-28
每月 14 日 23:59（太平洋时间）前提交移除或弃置订单，当月超龄库存附加费就不再计入这些件数——即使仓库还没把货发出去。超龄附加费在每月 15 日评估，大约 18–22 日出账，并且叠在月度仓储费之上。2026-10-28 入仓窗已关，11 月初会扣第一笔按旺季费率计的月度仓储（标准尺寸非危险品约 $2.40/立方英尺）；两笔费叠在一起时，先按体积和库龄排序，再在 11-14 前决定卖、移还是弃。
亚马逊运营实操 · 更新于 2026-10-28
2026-10-28 是美国站黑五网一 FBA「亚马逊优化拆分」到仓截止日；AWD（10-14）和最少拆分（10-21）更早已过。官方口径是：库存要在这些日期前到达运营网络，才更有把握在活动期保住 Prime 标识；截止后到仓不保证及时处理。今天之后仍可创建并发送货件，但要把目标从「赶活动保标识」换成「保周转、控 11 月仓储与超龄费」。接下来三件事：在途货按预计收货日逐票盯；AWD→FBA 非旺季仓储口径只保留到 10-31；11-14 前决定慢销货是卖、移还是弃。
数据库故障手册 · 更新于 2026-10-27
PostgreSQL 17.11 测试库 pg_hc_lab（自造 events 100 万行，2026-10-27）：连接 6/100（6%）→ 绿；UPDATE 15 万行后 n_dead_tup=150000、dead_pct=13.04%，heap 57MB→66MB → 黄；CREATE EXTENSION pg_stat_statements 后仍报 must be loaded via shared_preload_libraries → 慢查询 N/A；复制 0 槽 0 从库 → N/A；checkpoint num_timed=264 / num_requested=7 → 绿。总体黄。
数据库故障手册 · 更新于 2026-10-27
MySQL 8.0.46 测试库 mysql_hc_lab（自造 accounts 9999、orders 99999、order_items 99999，2026-10-27）：连接占用 0.7%（1/151）、Aborted_connects=0 → 绿；采集时无长事务 → 绿；digest 最大平均耗时 2.001 秒（其实是 timeout=2 的锁等待 UPDATE，不是 SQL 本身慢）→ 黄；dirty 0.01%、History list 18 → 绿；无从库 → 复制 N/A。总体黄。正式 ¥499 体检按约定证据出 P0/P1/P2，本页只展示评分形态。
AI 运营亚马逊 · 更新于 2026-10-27
每个产品的利润，我们按「单品广告后贡献」算：实付商品收入 − 货本 − FBA − 佣金 − 该品相关广告活动的花费；仓储、月租、Vine、退款这些店铺级费用另列，不硬摊进单品。2026-09-01~16 我们 14 条产品线合计模型贡献 −$82.41，其中吸管盖 −$53.18、白玉菩提 −$52.11，两条合计 −$105.29，比全店亏得还多；透明夹子 +$64.24、按摩器 +$31.05 在补贴它们。6 月我们用「各品毛利 − 全店广告」只能排出毛利名次，看不出谁在亏，还因广告取数口径错漏过钱（6/1–14 活动汇总行只有 $347，关键词报告是 $1,266）。
亚马逊运营实操 · 更新于 2026-10-27
亚马逊详情页显示「No featured offers available」或只剩「See All Buying Options」，先别急着降价：2026-07 起亚马逊取消了推荐报价（Featured Offer，原购物车 / Buy Box）的卖家资格预筛，所有卖家都参与竞选，规则看总价、配送速度、免运费 / 免费退货、卖家绩效和有货，不看评论星级、Prime 标和 FBA / FBM。我们自营小店 2026-06-18 遇到前台 3 款显示 no featured offers，当晚后台复核 Listing 在售、推荐报价正常，并没丢。排查顺序是：后台可售状态 → Pricing Health 价格提示 → 竞争报价和到手价 → 保本价。2026-10-27 更新。
亚马逊运营实操 · 更新于 2026-10-27
美国站卖带可充电锂电池（锂离子、锂聚合物、磷酸铁锂）的智能家居和消费电子，比如摄像头、可视门铃、智能锁、蓝牙音箱、耳机、平板，2026-09-30 起要通过亚马逊授权的第三方检测机构（TIC）核验，不能再自己把报告上传给亚马逊；Account Health 通知分批发到 2026-11-16。纽扣电池、碱性干电池、纯插电设备、遥控器等不在这次范围内。同一批商品还属于增强安全类目，2026-11-02 起不看销售额都要 USD 1,000,000 责任险。今天是 2026-10-27，离保险生效 6 天、离通知发完 20 天。
AI 运营亚马逊 · 更新于 2026-10-26
还在亏的店，先别急着加预算或砍广告。我们 2026-09-01~16 财务事件净额是 +$311.21，扣同期广告 $558.47 和已发货货本后暂估经营净额 −$327.62；TACoS 53.1% 高于约 45.3% 的模型保本线；Sessions 较 8 月同期 −46.1%。10/1–15 账面约 +$16，靠约 $202 佣金减免，按正常佣金约 −$186。诊断顺序是：两套盈亏口径 → TACoS 对保本线 → 流量缩还是效率差 → 单品贡献 → 仓储占用 → 交付/错货，最后才动广告。
数据库故障手册 · 更新于 2026-10-26
PostgreSQL 17.11 实测（测试库、自造 200 万行）：先 BEGIN 读一行再 UPDATE 30 万行，此时 VACUUM VERBOSE 写着「300000 are dead but not yet removable」，n_dead_tup=300000（19.11%）；长事务一提交，再 VACUUM 一次就清成 0。VACUUM (FREEZE) 把 relfrozenxid 从 4770 推到 4777，rel_age 7→0，冻结 24693 页（71.43%）。autovacuum_freeze_max_age 默认 2 亿，本库 xid_headroom 约 1.99996 亿——余量很大，但长事务照样能把清理和 freeze 往后拖。
这些专题和案例有独立版式，继续保留原页面。