挑数据分析工具时，最常见的做法是看演示、比功能清单、找人推荐。这三样都有一个共同的问题：你没法验证它说的对不对。 演示里的数字你不知道真实答案，功能清单只说能算什么、不说算得准不准。
这篇只讲一件事：怎么用你已经知道答案的数据去考一个工具。它适用于任何一类亚马逊数据工具。具体某一类工具的选法已经有专门的文章——选品工具、关键词工具、关键词反查工具；数据分析本身怎么做见先分清事实、推算和判断。
先分清你要它做哪一类事
同样叫"数据分析工具"，做的可能是三件性质不同的事：
| 类型 | 它替你做什么 | 能不能验证 |
|---|---|---|
| 采集 | 把前台可见的字段（价格、评分、评论数、BSR）搬到一张表里 | 容易：打开商品页就能核对 |
| 推算 | 从可见字段算出看不见的数（销量、销售额、搜索量） | 难：平台不公开真实值 |
| 判断 | 在推算之上给出结论（"这个品值得做"） | 最难：结论混合了推算和它的规则 |
采集类随手就能核对，判断类的规则往往不透明。真正值得花力气考的是推算这一层——它决定了后面所有判断的地基，而你恰好手里有一份标准答案。
最有效的一次测试：拿你知道答案的 ASIN 去考它
你自己的 ASIN 有真实销量。卖家后台的业务报告按子 ASIN 给出已订购商品数量——这是平台记录的实际值，不是估算。
把同一个 ASIN 放进工具里，取它对同一段时间的销量估算，两边一比，就知道这个工具在你的类目、你的价位上偏多少。以本站为例，ASIN 销量预测接口按月返回 monthItemList（每项是 date、sales、amount），按日返回 dailyItemList（多一个当天的 bsr 和 price）：
curl --request POST \
--url https://ecommercedataapi.com/v1/amazon/sales/prediction/asin \
--header "Content-Type: application/json" \
--header "X-API-Key: ${ECOMMERCE_DATA_API_KEY}" \
--data '{
"marketplace": "US",
"asin": "B08CK5Z5Q1"
}'比对时要把条件对齐，否则比出来的差距是你自己造成的：
- 同一个子 ASIN。 估算如果是父体口径，就会把整个变体家族的量算进去；你后台的数是单个子体的。
- 同一个站点，显式写出来。 这个接口的
marketplace不传时默认US——查欧洲站或日本站时漏写，拿回来的是美国站的数，而且不会报错。站点问题的完整清单见美国站、日本站、欧洲站怎么选品。 - 按月比，不按天比。 单日的估算波动大，而且和你后台的订单日期未必同一天归属。月度加总更能反映工具本身的偏差。
看三个读数：方向、幅度、排序
比完不要只看"差了多少"，要分三个读数看：
方向： 它是系统性偏高，还是系统性偏低？稳定的偏差可以校正——知道它通常高估三成，你就能在心里打个折。忽高忽低才是麻烦。
幅度： 偏差有多大，在不同销量水平上是否一样？常见的情况是头部商品估得比较准、长尾商品偏差大，或者反过来。这决定了它在你要看的那个价位带和排名区间里能不能用。
排序： 如果你有几个 ASIN，看工具给它们排的先后顺序和你后台的真实顺序是否一致。选品和竞品分析大多数时候需要的是"谁比谁卖得多"，而不是"这个到底卖了多少件"。 绝对值有偏差但排序稳定的工具，对比较类任务依然好用；排序都对不上的，不管绝对值看起来多合理都不该用来做比较。
一两个 ASIN 校准不了整个模型——误差因类目和排名区间而异。手里有几个处在不同排名区间的 ASIN 最好；只有一个的话，就把结论限定在"这个类目、这个量级上它大概偏多少"。
再问四个口径问题
校准回答的是"准不准"，下面四个问题回答的是"你读得对不对"。每一个都有专门的文章展开：
- 它显示的"搜索量"是哪一种？ 同一次响应里可能有月度全站搜索量、周排名、单品估算曝光等好几个字段，都像"搜索量"。见关键词工具怎么选。
- 漏填站点时它怎么处理？ 静默回落到默认站点，比报错危险得多。见站点参数。
- 比率字段是百分数还是小数？ 同一份数据里两种记法并存并不少见。见市场规模这个数是怎么算出来的。
- 它有没有标出哪些是估算值？ 字段名、说明或文档里能不能看出一个数是推算的。见销量数据能拿到什么、拿不到什么。
能不能拿到原始数据
界面上的图表只能看，拿到原始行才能自己算、自己比、和你的后台数据合并。验收时问三件事：
- 能不能导出逐行数据，而不只是汇总图；
- 字段有没有文档：每个字段的含义、类型、单位写在哪里；
- 有没有接口：数据能不能按固定口径定时拉取，而不是每次手动导出。
本站的做法是把这三件事都放在公开侧：46 个接口列在接口目录，字段、类型和示例写在各自的文档页，完整的机器可读定义在 OpenAPI。你可以在付费前把字段定义读完，决定它是否符合你的口径要求。
计费方式要按你的用法算
同样的预算，在不同计费方式下能做的事差别很大：
- 按账号或座席订阅：适合多人每天手动查看；
- 按调用计费：适合定时任务和批量比对，用多少算多少。
本站属于后一种：一次性购买调用包，全部公开接口共用同一个余额，不按座席收费。各档规模见定价。判断哪种更划算，要先估一下你每月实际要查多少次——这比比较单价更有用。
三件任何工具都做不到的
给出平台不公开的真实值。 竞品的真实销量、真实转化率只在它的卖家后台里。任何工具给的都是推算，差别只在推算得好不好、有没有如实标注。
替你决定能不能做。 工具可以把数据整理得再清楚，供应链、资金和你的执行能力它都不知道。
保证今天校准过的准确度一直不变。 平台和类目在变，模型也会更新。重要的决策之前，值得用你的 ASIN 再比一次。
常见问题
我还没开始卖，没有自己的 ASIN 怎么校准？ 可以请已经在卖的朋友或合作方提供一两个 ASIN 的后台销量；实在没有，就退一步用"排序是否合理"来检验——挑几个你对销量高低有明确常识判断的商品，看工具的排序是否符合常识。
两个工具给的销量差了一倍，该信哪个？ 都不必直接信。用你知道答案的 ASIN 分别考一次，看谁的方向和排序更稳定。差一倍本身很常见，因为推算方法和口径不同，详见数据分析怎么做。
估算值偏差多少算能用？ 取决于用途。比较类任务（排序、选出前几名）对绝对偏差不敏感，对排序敏感；备货这类需要绝对数量的任务，估算值本来就不该直接用。
免费工具值得考吗？ 值得，测试方法完全一样。免费和付费的区别往往在数据范围、历史深度和能否批量获取，而不在单个估算准不准。哪些数据本来就能免费拿到，另见免费数据的边界。