生意参谋专有帮助中心：https://sycm.aliexpress.com/help/HelperCenter?spm=5261.13614355.aenewaside.23.21cd4dcekMlClG
| 生意参谋AE版 |
|---|
背景：现有商家端数据产品数据纵横难以满足平台提升商家活力和商家提升数据分析能力的诉求。生意参谋是集团重兵打造的首个商家统一数据平台，面向商家提供一站式、个性化、可定制的商务决策体验，会逐步开发和上线更多的版块。
2020年12月新增商品排行和单品分析板块
一、背景
自7月份产品功能迭代以来，越来越多商家反馈当前商品排行及单品分析模块无法满足商家经营分析需求，如商品排行榜中无法按照商品ID确认某个商品数据，数据无法支持明细下载等，拉低了商家正常经营分析效率。因此为了助力商家更高效、更精准定位商家问题，经过4个月努力克服技术、资源等困难，于12月3号 周四正式更新上线。
二、产品价值
- 提供明细下载能力，支持商家的个性化分析需求。
2. 支持单个商品搜索分析，提升商家商品运营效率。
3. 助力商家清晰定位商品标题关键词问题，提升关键词转化效率。三、更新范围
1、商品排行-新。新增“数据明细下载”、“商品ID搜索”、“搜索点击率”等功能
2、单品分析-新。新增“数据明细下载”，优化“流量来源”、“标题分析”等功能四、详细功能点
1、商品排行榜-新
1.1、商品ID搜索功能。输入商品ID精准展示对应。让商品搜索不再麻烦
1.2、支持明细下载、汇总数据下载两种形式下载。
①明细下载：支持当前筛选日期时间段内店铺商品明细下载，包含商品排行榜内所有字段。如你选择最近7天，则下载为每一天的商品数据明细。同时考虑数据量问题，下载明细至多支持5000个商品下载
②汇总数据下载：支持当前筛选日期时间段内店铺商品汇总明细下载。如你选择最近7天，则下载为近7天内商品汇总数据明细。同时考虑数据量问题，下载明细至多支持5000个商品下载
1.3、商品排行榜指标中新增“搜索点击率”指标。帮助商家定位搜索流量渠道下的承接效率问题
1.4、切换榜单时默认按照对应榜单数据降序排列。如支付榜则默认按照支付金额降序排列，收藏榜默认按照收藏人数降序排列
1.5、新增鼠标放到对应商品图片上预览放大功能，便于商家更清楚了解对应商品
2、单品分析-新
2.1、支持明细数据、汇总数据下载。具体功能同上
2.2、支持多指标选择后展示趋势图。帮助商家清晰对比不同指标下走势表现
2.3、流量来源：支持选定商品下所有流量渠道的支付金额、转化等数据
2.4、标题分析-关键词分析中新增搜索词语种说明。如搜索词为英语则语种为“en”，西班牙语则为“es”等
五、FAQ
1、数据下载等了几分钟一直没有下载成功，为什么？
A：下载时长与数据量有直接关系，因此不同数据量的下载需要一定时间，建议您耐心等待一下。
2、我店铺有很多商品，为什么下载下来只有5000个？
A：因数据量较大，考虑到下载的性能，目前支持TOP5000个商品下载，其余商品建议可以通过榜单或者商品ID搜索进行查看。
3、现在榜单为什么不支持所有字段排序功能?
A：榜单存储数据量巨大，全字段查询数据消耗资源过高，目前仍在想办法解决中，建议可以通过下载等其他方式解决。
4、为什么切换榜单的时候要等这么长时间？
A：榜单存储数据量巨大，切换时需要一定时间来查询，建议您耐心等待一下。
5、标题分析-关键词分析中的“语种”是指什么语种？
A：是对应搜索关键词的所属语种
6、遇到问题该如何反馈？
A：钉钉群号：31046838入群反馈，或者扫码入群
2020年双十一生意参谋产品预案
一、背景
双十一期间，客户对查看数据的需求暴增可能导致产品侧流量压力，故针对突发情况准备以下预案。二、预案内容
1.活动大屏
日常已开放约2万商家，双十一期间默认灰度开放6万商家。若访问压力过大，系统将触发降级，即仅开放4W商家访问。被降级的商家会在生意参谋页面看到公告“因双11大屏访问压力过大，可能导致部分用户无法访问，目前正在紧急恢复，请耐心等待”。同时，被排除的2W商家进入大屏，会收到报错提示“生意参谋实时大屏当前访问压力过大，详细数据您可前往实时播报”。
2.其他版块
若数据产出延时导致问题，客户会在页面看到公告“因双11数据压力过大，导致数据产出延迟，目前正在紧急恢复，请耐心等待”。小二可按报错提示引导客户。
若访问压力过大导致工程端问题，客户会在页面看到公告“因双11访问压力过大，可能导致数据刷新过慢或者失败，建议您在低峰期再访问”。小二可按报错提示引导客户。三、常见问题
Q1:为什么我不能看活动大屏？
A:请先确认客户是否双十一前和双十一后均不能查看大屏。如果是，说明客户不在灰度名单里。此种情况可告知“活动大屏功能目前仍在灰度测试中，暂未开放至所有商家。您可前往实时播报查看数据。”
Q2:为什么我双十一前可以看到活动大屏，但双十一期间却不能看了？
A:目前功能仍在测试阶段，暂未开放至所有商家，每日参与测试的商家可能不同。如您暂时无法查看大屏，可前往实时播报查看数据。
Q3:为什么我在双十一刚开始时可以看活动大屏，现在却不能看了？
A:双11大屏访问压力过大，目前正在紧急恢复，若您无法访问大屏，建议先通过实时播报查看数据。2020年3月迭代重点讲解
一、主要思路
本次主要迭代含有三部分：原有数据纵横迁移、单品分析升级、新增任务助手。涉及5个页面的更新：选词专家、商品排行-新、单品分析-新、商品集、关键词集。其中选词专家主要是升级了对关键词的添加管理功能；商品排行主要是将数据纵横中的异常商品功能进行迁移；单品分析增加了商品诊断模块，同时增加了标题分析、关联搭配分析、价格分析的分析页面；商品集、关键词集页面给商家自主分组管理商品、关键词的能力，为提升流量和营销运营能力做好准备。
页面展示方面由于前端组件有所改变，所以在部分细节（如筛选框、日期等）上稍有差异。同时所有指标右上角增加问号标识，方便查看指标的解释（基本会简短的介绍指标，所以与帮助中心的详细解释可能存在一些差异）。二、主要页面
1、选词专家
整体组织方式延续上一版本搜索分析页面，主要是回归了热搜词下载功能，且增加了关键词集的相关动作。
1.1 下载功能回归，表格右上角可以下载搜索词以及关键词对应统计指标
1.2 增加了将关键词单个或批量加入到关键词集的功能，帮助商家建立自己的关键词词库。
1.3 增加了查看搜索词数据趋势的弹窗功能
1.4 对于每个搜索词增加了查看商品的功能，可以查看飙升商品和高曝光商品
1.5 少了单独搜索词的功能
操作说明
- 查看趋势查看该词的历史趋势
- 查看商品查看该关键词对应的商品排行
- 添加到关键词集收藏该热词，定向追踪该热词后续的变化
2、商品排行-新
原排行榜只含有商品排行部分，本次主要在页面下方增加异常波动的模块（基本为原来数据纵横的迁移）。
2.1 商品排行部分：指标、维度、时间周期等基本保持一致；但交互方式有所变更。例如指标可以通过上方显示指标处选择并可以多选，指标展示时锁定第一列与最后一列。
2.2 增加了将商品单个或批量加入到商品集的功能，帮助商家建立自己的商品集。
2.3 在商品的展示上，增加了商品ID以及商品标题的快捷复制按键，便利商家的操作。
2.4 在商品排行的下方，将原有数据纵横中的商品异常波动的数据进行迁移。同样分为三种方式进行波动的异常的排列展示。
2.5 异常商品的商品列表提供下载功能。
新商品排行页面
7月新增 收藏/加购榜
新商品排行页面-异常监控
• 异常逻辑1:访客下跌
商品访客数较上一周期的下跌幅度大于50%的商品，最大展示异常商品的Top500。
• 异常逻辑2:支付下跌
商品支付金额较上一周期的下跌幅度大于50%的商品，最大展示异常商品的Top500。
• 异常逻辑3:下单转化率下跌
商品下单转化率较上一周期的下跌幅度大于50%的商品，最大展示异常商品的Top500。
• 商品管理
跳转到“商品”-“商品管理”进行商品详细编辑
• 添加到商品集
添加该商品到自己的商品集，便于后续进行定向追踪效
3、单品分析-新
随着生意参谋往商家智能运营中心的方向发展，生意参谋需要从商家诉求触发，引入更多的智能决策能力，同时与商家后台更好的联动。在生意参谋的这一版迭代中商品诊断是关键的一环，需要提供全面、精准、智能的建议，同时将建议与商家能够做的ACTION联动起来，构建从异动发现-单品诊断-联动优化-单品效果追踪整体闭环能力。
3.1 入口
- 从单品诊断搜索入口：搜索id、最近查询中点击查询单品
- 从商品排行榜-操作-单品分析
- 从商品集-管理组内商品页面-操作-单品分析
3.2 商品核心指标
- 在商品信息的展示上面增加了展示的商品id、价格等信息，提供复制功能。
- 核心指标中提供商品的核心指标情况，能够查看不同国家、不同平台、日、周、月不同维度的数据，每个指标的右上角提供指标解释。
- 可引导去往商家后台编辑商品信息，可以添加到商家商品集中，便于后续追踪
- 去往商品管理
-
3.3 商品能力分析
3.3.1 这个模块首先引入了商品能力分的模型，给到单个商品一个综合了五个维度考虑的综合能力分。（五个维度：商品基础、站内运营、内容运营、服务品质、成交驱动）。五个维度的分项分数由算法参考商品的细节指标给出，最终的商品能力分由五个维度的分按照一定的权重比例加权算出。
3.3.2 在五维图的下方，可以切换五个维度。在每个维度中，会先看到在该维度下的能力分，也会看到同类目平均（top40%）与同类目优秀（top10%）的分数情况，然后在下方会有结合商品具体情况给到的改进建议，在改进建议的下方展示部分相关的指标。
3.3.3 整个商品诊断分析页面不是所有商品都能够展示的，只有在30天内有流量或成交的商品，或者是平台新品的商品能够在这个页面中透传，否则不展示商品能力分析页面。
无商品能力分析时：
3.4 子项分析页面
在子项分析页面，提供商家在子项分析时需要的数据，能清晰的定位问题与可能的解决方案。主要包含《成交分析》、《流量分析》、《标题分析》、《关联搭配》四个具体的分析页面。各个页面的主要功能如下：
• 《成交分析》主要分析成交的详情，含SKU维度的支付金额、支付买家数、支付件数等，也可查看数据趋势。（备注:当SKU没有成交时，数据不进行展示）
• 《价格分析》主要分析商品的一段时间内的件单价走势，以及对应的销售指标情况，商家可综合进行价格分析。
• 《流量来源》主要分析站内流量的来源以及各来源的表现情况，涵盖支付金额、访客数、转化率等指标。
• 《标题分析》首先通过搜索引导访客数分析商品标题的引流情况，然后在下方展示同叶子类目下的搜索词的曝光点击等数据，用于标题修改时进行参考。
• 《关联搭配分析》主要给到商品同时出现的频次情况，给到关联搭配售卖的参考信息，也可引导到店铺营销页进行操作。
4、商品集
4.1 商品集部分主要是在任务中心中增加上商家自主分组管理商品的能力，商家在这个页面可以对商品集进行新建、管理、重命名、删除等操作，值得注意的是这部分商品集创建的最大组数为300，每组500个。
4.2 在商品集页面点击管理组内商品，可以跳转到管理页面可以对商品进行增加、删除、移除、导出等功能。同时可以查看与该商品相关的名称、价格、搜索曝光量、商品加购人数等相关数据。
4.3在商品集管理页面还可以操作跳转到单品分析、商品管理等页面，方便使用。
4.4 这部分的功能主要是为了在营销广告方面，让商家可以对自己商品进行更灵活的操作。
新建商品集：弹出以下弹框
• 管理组内商品:
查看与该商品相关的名称、价格、搜索曝光量、商品加购人数等相关数据。
可批量对商品进行增加、删除、移动、导出等功能。
可对单一商品可查看数据趋势、单品分析、前往商品管理、从商品集移除等。
5、关键词集
5.1 关键词集部分主要是在任务中心中增加上商家自主分组管理关键词的能力，商家在这个页面可以对关键词集进行新建、管理、重命名、删除等操作，值得注意的是这部分关键词集创建的最大组数为300，每组500个。
5.2 在关键词集页面点击管理组内关键词，可以跳转到管理页面可以对关键词进行增加、删除、移除、导出等功能。同时可以查看与该关键词相关的搜索人气、曝光卖家数等相关数据。
5.3 这部分的功能主要是为了在营销广告方面，让商家可以对自己关键词进行更灵活的监控跟踪与操作。
- 新建关键词集：弹出以下弹框
- 管理组内关键词：可对组内的关键词进行批量的移动、删除、导出等动作。
6、人群管理
人群集列表
新建人群集
规则创建
页面功能介绍
1、首页：
帮助卖家进行日常数据监控，全方位且快速诊断当前店铺经营问题，同时根据与同行之间的对比，快速定位经营差距，了解进步空间。
首页功能模块如下：
1.1 实时概况
关于排名的说明，见下图
支付金额、访客数、支付买家数这三个指标下面的数据分别代表的意思是：指标的数值、主营二级行业排名、APP占比、昨日全天的数据
支付主订单数、浏览量这两个指标下面的数据分别代表：指标的数值、APP占比、昨日全天的数据
1.2 榜单
店铺层级、实时商品访客榜等
1.3 整体看板：
1.3.1 日、周、月切换后，趋势图分别是日、周、月的趋势图，这一点与数据纵横不一样，数据纵横只有日的趋势图。
注意：日/周/月的趋势图和下载数据中，数据是直接按照日周月的维度分别展示
1.3.2 同行同层勾选去掉后，下方指标可以多选
1.3.3 切换到表格，趋势图会变成表格，方便商家查看数据
1.3.4 提供download下载功能
1.3.5 指标可以切换，共提供了20个核心指标
1.3.6 数据保存时长：会保留最近13个月的数据，建议商家每个月定期下载历史数据保存
新增知识点：所有国家是固定展示核心30个国家（此逻辑仅供内部知晓），不是按照访客或者下单国家展示。如有卖家咨询，告知是固定展示部分国家，不是按访客或下单国家展示，具体逻辑由于涉及平台信息无法告知。
1.4 流量看板
1.4.1 必须切换APP和非APP才有流量来源分析，因为app和非app的来源是不同的，无法直接加和
1.4.2 点击流量分析，可以跳转到流量分析页面
新增知识点：搜索词排行是本店铺搜索词排行，不是平台搜索词排行，请知晓。
1.5 转化看板
1.6 客单看板
1.7 物流看板
1.7.1 常用服务商选取的是商家发货量最大的前五名，然后按照不同的考核指标分别给出排名
1.7.2 点击物流分析，可以跳转到物流概况页面
返回目录2、流量：
包括流量看板、店铺来源、商品来源，帮助商家实现店铺流量转化效率诊断并及时进行流量策略调整，为商家实现流量自运营奠定基础，帮助平台进一步提升流量价值。
2.1 流量看板：提供实时维度。访问店铺、访问商品、转化，可以切换。提供国家排名功能，含有核心指标。
2.2 店铺来源：提供实时维度，可以查看某个来源的详情。流量版块指标跟数据纵横中流量版块的指标基本一致，详见指标/来源注释，主要可关注来源注释和常见问题
2.3 商品来源
同时满足有流量和有的订单的商品才会出现在商品来源分析的排行榜里面，点击商品来源，可以查看单个商品的流量来源3、品类：
3.1 实时播报：
3.1.1 继续提供实时与历史数据对比的功能，但是历史数据只保存近90天的数据。如查看更多历史数据，请到生意参谋首页进行全店日、周、月维度的数据查看。
特别说明：由于汇率问题，实时数据会与离线数据有误差，核对精准数据，建议以离线数据为准。
3.1.2 与数据纵横对比，增加实时国家排行的功能
3.1.3 为了提供更稳定的实时数据，提供支付榜、访客榜 TOPO500，要查看实时的其他商品分析，到【单品分析】菜单搜索查看。在单品分析可以看到实时商品的核心指标与趋势图
返回目录
3.2 商品排行：
3.2.1 展示离线商品排行（实时商品排行在实时播报），提供所选时间范围内有销量或访客的所有商品，有下载功能。
这点与数据纵横有区别，数据纵横只能展示搜索曝光量TOP1000的商品，且国家下拉框只有5个国家。而生意参谋展示有销量或交易的所有商品，且国家下拉框有30个国家。
但是，由于生意差参谋商品+国家维度的数据量比数据纵横大，生意参谋的指标不能手动排序，所以做成了支付榜、访客榜这两个榜单
3.2.2 可以跳转进入【单品分析】查看单品的趋势图、SKU分析
3.3 单品分析
3.3.1通过搜索商品ID进入单个商品的分析，也可以通过【商品排行】菜单进入【单品分析】
3.3.2提供实时、日、周、月时间维度的数据和趋势图。说明：周、月的数据还在补，目前只能看到近期一段时间的数据
3.3.3提供商品的SKU分析
返回目录4、营销：
助力双11，提供直播大屏和活动大屏的功能，为商家打造专属的数据作战室，满足商家在大促期间查看实时数据、渲染大促气氛、信息播报的需求。目前直播大屏仅针对定向邀约客户开放相应功能；活动大屏对报名最近一次大促（328、828、双11）成功的商家开放（如果大促期间并发高，会进行降级处理，此条信息请勿透传用户）
4.1 直播大屏：目前只对部分商家随机开通了直播大屏权限，当商家成交累计到一定程度，会进入直播开通的队列
4.2 活动大屏：活动大屏对报名最近一次大促（328、828、双11）成功的商家开放，请积极参与大促活动吧
返回目录5、物流
5.1 物流概况
5.1.1 根据选择的日期，给出对应订单截止最近的物流履行情况，包括四个主要环节：支付量、发货量、上网量和签收量。同时，提供日、周、月时间维度的数据筛选和趋势图
5.1.2 根据前台考核指标，给出店铺的表现和同行业优秀、平均水平（主营二级类目相同的店铺）。主要包括三个上网率指标，7天/72小时/48小时上网率，和两个体验指标：物流DSR、未收到货纠纷提起率。
5.2 物流分布
5.2.1 提供日、周、月时间维度的数据筛选，还提供30个主要收货地国家(地区)维度的数据筛选
5.2.2 可以从物流服务商、商品类目和收货地国家（地区）三个维度来看每个指标各个维度的表现，由于维度丰富、数据量较大，目前日数据仅开放最近2周，但周月数据可看近6个月。
返回目录6.市场
6.1 市场大盘
选择非叶子行业，才会有【行业构成】这个模块，因为行业构成，显示的是所选行业的子行业
6.2 国家分析
提供某个国家的汇率、温度与降水、节日数据
6.3 搜索分析
6.3.1 类目下拉框默认选中了第一个类目的叶子类目，当默认类目数据太少时，切换类目查看即可
6.3.2 数据纵横国家下拉框只有11个国家，生意参谋提供30个重点国家
6.3.3 由于多增加了19个国家的数据，数据量太大，所以【查看商品】模块只能有3个飙升、3个高曝光商品。
注意：当查看商品无数据时，切换类目查看即可。某些类目下是符合条件的高曝光、飙升商品的
7、帮助中心：
包含指标注释和常见问题。
返回目录指标注释
非黑色为三期新增指标注释首页：
| 首页指标注释 | | | —- | —- | | 支付金额（首页） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 | | 行业排名（首页） | 店铺在所属主营二级行业的实时排名。排名200名之外用200+显示。 | | 昨日全天（首页） | 首页实时概况的昨日全天取自实时落下来的数据，而整体看板是用历史数据统计的，由于汇率问题，所以会有误差。特别说明：一天结束时，昨日的数据需要一段时间才能出来，为了数据不为空，所以实时概况里面的昨日全天取自实时落下来的数据。 | | 店铺访客数（首页） | 美国时间当天访问店铺页面（含商品详情页）的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。按天去重，周和月的数据按日累加。 | | 支付买家数（首页） | 美国时间当天支付成功去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 | | 支付主订单数（首页） | 美国时间当天支付成功主订单数。 | | 浏览量（首页） | 美国时间当天店铺所有页面被访问的次数，一个人在统计时间内访问多次记为多次。所有终端浏览量为APP端访客数和非APP端访客数直接相加之和。 | | 访客数（首页） | 美国时间当天访问相关页面的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。特别说明：注意区分店铺访客数和商品访客数。 | | 支付转化率（首页） | 支付买家数/访客数，即来访客户转化为支付买家的比例。特别说明：店铺的支付转化率=店铺支付买家数/店铺访客数，商品的支付转化率=商品支付买家数/商品访客数。与数据纵横对比数据时，注意指标的区别。 | | 客单价（首页） | 支付金额/支付买家数，即平均每个支付买家的支付金额。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 | | 成功退款金额（首页） | 统计时间内，买家成功退款的金额之和。不考虑买家发起退款申请日期。 | | 支付老买家占比（首页） | 统计时间前有过支付行为的买家，在统计时间内再次支付的买家占比。 | | 老买家支付金额占比（首页） | 统计时间前有过支付行为的买家，在统计时间内再次支付的买家支付金额占比。 | | 支付件数（首页） | 统计时间内，买家完成支付的商品数量 | | 加购人数（首页） | 统计时间内，添加购物车成功的去重人数，一个人在统计时间内加购多次只记为一个。如加购后从购物车移除，仍然统计。 | | 加购件数（首页） | 统计时间内，买家加入购物车商品件数之和。如加购后从购物车移除，不统计。 | | 商品收藏人数（首页） | 统计时间内，收藏商品成功的去重人数，先收藏再取消收藏，仍然统计。 | | 商品收藏次数（首页） | 统计时间内，点击收藏商品的次数，不考虑取消收藏的情况。 | | 搜索曝光量（首页） | 店铺商品在网站搜索结果页面曝光次数。不含直通车的曝光次数。 | | UV价值（首页） | 支付金额/UV，即平均每个访客的支付金额。 | | 下单金额（首页） | 美国时间当天下单的订单金额。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 | | 下单买家数（首页） | 美国时间当天下单的去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 | | 下单主订单数（首页） | 美国时间当天下单的主订单数。 | | 风控金额（首页） | 统计时间段内因风险控制关闭的订单金额。 | | 风控订单数（首页） | 统计时间段内因风险控制关闭的订单数量。 | | 跳失率（首页） | 统计时间内，访客中没有发生点击行为的人数/访客数，即1-点击人数/访客数。该值越低表示流量的质量越好。多天的跳失率为各天跳失率的日均值。 | | 人均浏览量（首页） | 浏览量/访客数，多天的人均浏览量为各天人均浏览量的日均值。 | | 平均停留时长（首页） | 来访您店铺的所有访客总的停留时长/访客数，单位为秒，多天的人均停留时长为各天人均停留时长的日均值。 | | 访客-收藏转化率（首页） | 统计时间内，商品收藏人数/访客数。 | | 访客-加购转化率（首页） | 统计时间内，加购人数/访客数。 | | 访客-支付转化率（首页） | 统计时间内，支付买家数/访客数，即来访客户转化为支付买家的比例。 | | 同行同层（首页） | 相同主营二级类目相同层级。层级按照店铺最近30天的支付金额来划分。特别说明：生意参谋的层级划分逻辑与数据纵横不一样，比数据纵横更合理。生意参谋分为五个层级，按照近30天支付金额排序后，按照商家数量占比来划分，第一层级0-40%，第二层级40%-60%，第三层级60%-80%，第四层级80-95%，第五层级95%-100%。 | | 同行同层平均（首页） | 指您所在的主营二级类目中，处于行业60%分位的同行的指标值，超过这个指标值，意味着您处于行业前40%范围内。 | | 同行同层优秀（首页） | 指您所在的主营二级类目中，处于行业90%分位的同行的指标值，超过这个指标值，意味着您处于行业前10%范围内。 | | 7天上网率（首页） | “过去30天支付成功（风控审核通过）的订单中（不包括成功取消、超期取消），全部发货且“物流上网时间”到“支付成功（风控审核成功）时间”小于等于7天/72小时/48小时的订单占比，数据每天更新。
注：统计时间均为自然日，考虑物流上网时间反馈延迟情况，上网率统计会预留时间差，以7天上网率举例：1月8日的数据，统计的是1月1日倒推30天的数据。国庆和春节假期统计顺延，不统计进7天中。” | | 未收到货纠纷提起率（首页） | 近30天买家确认收货+确认收货超时+买家提起退款的父订单中，因未收到货物提起退款的父订单占比（不包括主动撤销退款的父订单） | | 发货订单量（首页） | 美国时间当天支付成功的父订单中，截止最近统计时间已经发货的父订单量，数据每天刷新。 |
流量：
| 流量指标注释 | |
|---|---|
| 访客数（流量-流量概况-流量看板） | 美国时间当天访问相关页面的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。特别说明：注意区分店铺访客数和商品访客数。 |
| 浏览量（流量-流量概况-流量看板） | 美国时间当天店铺所有页面被访问的次数，一个人在统计时间内访问多次记为多次。所有终端浏览量为APP端访客数和非APP端访客数直接相加之和。 |
| 跳失率（流量-流量概况-流量看板） | 统计时间内，访客中没有发生点击行为的人数/访客数，即1-点击人数/访客数。该值越低表示流量的质量越好。多天的跳失率为各天跳失率的日均值。 |
| 人均浏览量（流量-流量概况-流量看板） | 浏览量/访客数，多天的人均浏览量为各天人均浏览量的日均值。 |
| 平均停留时长（流量-流量概况-流量看板） | 来访您店铺的所有访客总的停留时长/访客数，单位为秒，多天的人均停留时长为各天人均停留时长的日均值。 |
| 新访客数（流量-流量概况-流量看板） | 统计时间内，第一次访问您店铺的访客数。 |
| 新访客数占比（流量-流量概况-流量看板） | 新访客数/访客数 |
| 商品访客数（流量-流量概况-流量看板） | 美国时间当天访问商品详情页的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。按天去重，周和月的数据按日累加。 |
| 商品浏览量（流量-流量概况-流量看板） | 美国时间当天商品详情页被访问的次数，一个人在统计时间范围内访问多次记为多次。所有终端访客数为APP端访客数和非APP端访问次数直接相加之和。 |
| 商品收藏人数（流量-流量概况-流量看板） | 统计时间内，收藏商品成功的去重人数，先收藏再取消收藏，仍然统计。 |
| 商品加购人数（流量-流量概况-流量看板） | 统计时间内，添加购物车成功的去重人数，一个人在统计时间内加购多次只记为一个。如加购后从购物车移除，仍然统计。 |
| 支付买家数（流量-流量概况-流量看板） | 美国时间当天支付成功去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 支付金额（流量-流量概况-流量看板） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 支付转化率（流量-流量概况-流量看板） | 支付买家数/访客数，即来访客户转化为支付买家的比例。特别说明：店铺的支付转化率=店铺支付买家数/店铺访客数，商品的支付转化率=商品支付买家数/商品访客数。与数据纵横对比数据时，注意指标的区别。 |
| 下单买家数（流量-流量概况-流量看板） | 美国时间当天下单的去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 下单金额（流量-流量概况-流量看板） | 美国时间当天下单的订单金额。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 下单转化率（流量-流量概况-流量看板） | 下单买家数/访客数 |
| UV价值（流量-流量概况-流量看板） | 支付金额/UV，即平均每个访客的支付金额。 |
| 客单价（流量-流量概况-流量看板） | 支付金额/支付买家数，即平均每个支付买家的支付金额。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 支付老买家占比（流量-流量概况-流量看板） | 统计时间前有过支付行为的买家，在统计时间内再次支付的买家数。 |
| 老买家支付占比（流量-流量概况-流量看板） | 支付老买家/支付买家。 |
| 同行同层（流量-流量概况-流量看板） | 相同主营二级类目相同层级。层级按照店铺最近30天的支付金额来划分。特别说明：生意参谋的层级划分逻辑与数据纵横不一样，比数据纵横更合理。生意参谋分为五个层级，按照近30天支付金额排序后，按照商家数量占比来划分，第一层级0-40%，第二层级40%-60%，第三层级60%-80%，第四层级80-95%，第五层级95%-100%。 |
| 同行同层平均（流量-流量概况-流量看板） | 指您所在的主营二级类目中，处于行业60%分位的同行的指标值，超过这个指标值，意味着您处于行业前40%范围内。 |
| 同行同层优秀（流量-流量概况-流量看板） | 指您所在的主营二级类目中，处于行业90%分位的同行的指标值，超过这个指标值，意味着您处于行业前10%范围内。 |
| 访客数（流量-来源分析-店铺来源） | 美国时间当天通过某个来源访问您店铺的去重人数，一个人在统计时间范围内访问多次只记为一个。特别说明：店铺来源和商品来源，默认展示APP的数据，请注意。 |
| 新访客数（流量-来源分析-店铺来源） | 统计时间内，第一次访问您店铺的访客数中，通过某个来源来的访客数。 |
| 下单买家数（流量-来源分析-店铺来源） | 美国时间当天下单的去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 下单转化率（流量-来源分析-店铺来源） | 下单买家数/访客数 |
| 下单金额（流量-来源分析-店铺来源） | 美国时间当天下单的订单金额。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 支付买家数（流量-来源分析-店铺来源） | 美国时间当天支付成功去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 支付转化率（流量-来源分析-店铺来源） | 支付买家数/访客数，即来访客户转化为支付买家的比例。 |
| 支付金额（流量-来源分析-店铺来源） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 客单价（流量-来源分析-店铺来源） | 支付金额/支付买家数，即平均每个支付买家的支付金额。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| UV价值（流量-来源分析-店铺来源） | 支付金额/UV，即平均每个访客的支付金额。 |
| 商品点击收藏人数（流量-来源分析-店铺来源） | 统计时间内，点击收藏按钮的去重人数。 |
| 商品点击加购人数（流量-来源分析-店铺来源） | 统计时间内，点击加入购物车按钮的去重人数。 |
| 访客数（流量-来源分析-商品来源） | 美国时间当天访问相关页面的去重人数，一个人在统计时间范围内访问多次只记为一个。特别说明：店铺来源和商品来源，默认展示APP的数据，请注意。 |
| 新访客数（流量-来源分析-商品来源） | 统计时间内，第一次访问您店铺的访客数。 |
| 下单买家数（流量-来源分析-商品来源） | 美国时间当天下单的去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 下单转化率（流量-来源分析-商品来源） | 下单买家数/访客数 |
| 下单金额（流量-来源分析-商品来源） | 美国时间当天下单的订单金额。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 支付买家数（流量-来源分析-商品来源） | 美国时间当天支付成功去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 支付转化率（流量-来源分析-商品来源） | 支付买家数/访客数，即来访客户转化为支付买家的比例。 |
| 支付金额（流量-来源分析-商品来源） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 客单价（流量-来源分析-商品来源） | 支付金额/支付买家数，即平均每个支付买家的支付金额。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| UV价值（流量-来源分析-商品来源） | 支付金额/UV，即平均每个访客的支付金额。 |
| 商品点击收藏人数（流量-来源分析-商品来源） | 统计时间内，点击收藏按钮的去重人数。 |
| 商品点击加购人数（流量-来源分析-商品来源） | 统计时间内，点击加入购物车按钮的去重人数。 |
品类：
| 品类指标注释 | |
|---|---|
| 支付金额（品类-实时播报） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 访客数（品类-实时播报） | 美国时间当天访问相关页面的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。特别说明：注意区分店铺访客数和商品访客数。 |
| 商品访客数（品类-实时播报） | 美国时间当天访问商品详情页的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。按天去重，周和月的数据按日累加。 |
| 商品收藏人数（品类-实时播报） | 统计时间内，收藏商品成功的去重人数，先收藏再取消收藏，仍然统计。 |
| 商品加购人数（品类-实时播报） | 统计时间内，添加购物车成功的去重人数，一个人在统计时间内加购多次只记为一个。如加购后从购物车移除，仍然统计。 |
| 下单主订单数（品类-实时播报） | 统计时间内下单的主订单数。 |
| 下单买家数（品类-实时播报） | 美国时间当天下单的去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 下单转化率（品类-实时播报） | 下单买家数/访客数 |
| 支付主订单数（品类-实时播报） | 统计时间内支付的主订单数。 |
| 支付买家数（品类-实时播报） | 美国时间当天支付成功去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 支付转化率（品类-实时播报） | 支付买家数/访客数，即来访客户转化为支付买家的比例。特别说明：店铺的支付转化率=店铺支付买家数/店铺访客数，商品的支付转化率=商品支付买家数/商品访客数。与数据纵横对比数据时，注意指标的区别。 |
| 客单价（品类-实时播报） | 支付金额/支付买家数，即平均每个支付买家的支付金额。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 搜索曝光量（品类-商品排行） | 商品在网站搜索结果页面曝光次数 |
| 搜索点击率（品类-商品排行） | 商品在网站搜索结果页面曝光后被点击的次数/商品在网站搜索结果页面曝光次数 |
| 浏览量（品类-商品排行） | 美国时间当天店铺所有页面被访问的次数，一个人在统计时间内访问多次记为多次。所有终端浏览量为APP端访客数和非APP端访客数直接相加之和。 |
| 访客数（品类-商品排行） | 美国时间当天访问商品详情页的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。按天去重，周和月的数据按日累加。 |
| 商品收藏人数（品类-商品排行） | 统计时间内，收藏商品成功的去重人数，先收藏再取消收藏，仍然统计。 |
| 商品加购人数（品类-商品排行） | 统计时间内，添加购物车成功的去重人数，一个人在统计时间内加购多次只记为一个。如加购后从购物车移除，仍然统计。 |
| 平均停留时长（品类-商品排行） | 来访商品页面所有访客总的停留时长/访客数，单位为秒，多天的人均停留时长为各天人均停留时长的日均值。 |
| 老访客数（品类-商品排行） | 统计时间内，访问该商品的老访客数 |
| 新访客数（品类-商品排行） | 统计时间内，第一次访问该商品的访客数 |
| 下单金额（品类-商品排行） | 美国时间当天下单的订单金额。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 下单买家数（品类-商品排行） | 美国时间当天下单的去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 下单转化率（品类-商品排行） | 下单买家数/访客数 |
| 下单主订单数（品类-商品排行） | 统计时间内下单的主订单数。 |
| 下单商品件数（品类-商品排行） | 统计时间内下单的订单所包含的商品件数 |
| 支付金额（品类-商品排行） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 支付买家数（品类-商品排行） | 美国时间当天支付成功去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 支付转化率（品类-商品排行） | 支付买家数/访客数，即来访客户转化为支付买家的比例 |
| 支付主订单数（品类-商品排行） | 统计时间内支付的主订单数。 |
| 支付商品件数（品类-商品排行） | 统计时间内支付的订单所包含的商品件数 |
| 客单价（品类-商品排行） | 支付金额/支付买家数，即平均每个支付买家的支付金额 |
| 支付件单价（品类-商品排行） | 支付金额/支付商品件数 |
| 支付老买家（品类-商品排行） | 美国时间当天支付成功去重老买家数。按天去重，周和月的数据按日累加 |
| 支付新买家（品类-商品排行） | 美国时间当天支付成功去重新买家数。按天去重，周和月的数据按日累加 |
| 成功退款金额（品类-商品排行） | 统计时间内，买家成功退款的金额之和。按退款成功时间统计数据。 |
| 搜索曝光量（品类-单品分析） | 商品在网站搜索结果页面曝光次数 |
| 搜索点击率（品类-单品分析） | 商品在网站搜索结果页面曝光后被点击的次数/商品在网站搜索结果页面曝光次数 |
| 浏览量（品类-单品分析） | 美国时间当天店铺所有页面被访问的次数，一个人在统计时间内访问多次记为多次。所有终端浏览量为APP端访客数和非APP端访客数直接相加之和。 |
| 访客数（品类-单品分析） | 美国时间当天访问商品详情页的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。按天去重，周和月的数据按日累加。 |
| 商品收藏人数（品类-单品分析） | 统计时间内，收藏商品成功的去重人数，先收藏再取消收藏，仍然统计。 |
| 商品加购人数（品类-单品分析） | 统计时间内，添加购物车成功的去重人数，一个人在统计时间内加购多次只记为一个。如加购后从购物车移除，仍然统计。 |
| 平均停留时长（品类-单品分析） | 来访商品页面所有访客总的停留时长/访客数，单位为秒，多天的人均停留时长为各天人均停留时长的日均值。 |
| 老访客数（品类-单品分析） | 统计时间内，访问该商品的老访客数 |
| 新访客数（品类-单品分析） | 统计时间内，第一次访问该商品的访客数 |
| 下单金额（品类-单品分析） | 美国时间当天下单的订单金额。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 下单买家数（品类-单品分析） | 美国时间当天下单的去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 下单转化率（品类-单品分析） | 下单买家数/访客数 |
| 下单主订单数（品类-单品分析） | 统计时间内下单的主订单数。 |
| 下单商品件数（品类-单品分析） | 统计时间内下单的订单所包含的商品件数 |
| 支付金额（品类-单品分析） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| 支付买家数（品类-单品分析） | 美国时间当天支付成功去重买家数。按天去重，周和月的数据按日累加。特别说明：数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 支付转化率（品类-单品分析） | 支付买家数/访客数，即来访客户转化为支付买家的比例 |
| 支付主订单数（品类-单品分析） | 统计时间内支付的主订单数。 |
| 支付商品件数（品类-单品分析） | 统计时间内支付的订单所包含的商品件数 |
| 客单价（品类-单品分析） | 支付金额/支付买家数，即平均每个支付买家的支付金额 |
| 支付件单价（品类-单品分析） | 支付金额/支付商品件数 |
| 支付老买家（品类-单品分析） | 美国时间当天支付成功去重老买家数。按天去重，周和月的数据按日累加 |
| 支付新买家（品类-单品分析） | 美国时间当天支付成功去重新买家数。按天去重，周和月的数据按日累加 |
| 成功退款金额（品类-单品分析） | 统计时间内，买家成功退款的金额之和。按退款成功时间统计数据。 |
| UV价值（品类-单品分析） | 支付金额/UV，即平均每个访客的支付金额。 |
营销：
| 营销指标注释 | |
|---|---|
| 今日支付金额（营销-数据作战室-直播大屏） | 美国时间当天支付成功的订单金额，含之前下单当天支付订单。预售阶段付款在付清当天才计入内。特别说明：1）由于汇率问题，实时数据会与历史数据有误差；2）按照创建订单的设备来区分APP和非APP的数据。举例：用手机创建在电脑上支付的订单，支付金额统计入APP。 |
| APP支付金额占比（营销-数据作战室-直播大屏） | APP支付金额/支付金额 |
| 访客数（营销-数据作战室-直播大屏） | 美国时间当天访问店铺页面（含商品详情页）的去重人数，一个人在统计时间范围内访问多次只记为一个。所有终端访客数为APP端访客数和非APP端访客数直接相加之和。按天去重，周和月的数据按日累加。 |
| 支付转化率（营销-数据作战室-直播大屏） | 支付买家数/访客数 |
| 客单价（营销-数据作战室-直播大屏） | 支付金额/支付买家数 |
| 支付买家数（营销-数据作战室-直播大屏） | 美国时间当天支付成功去重买家数。按天去重。 |
| 支付主订单数（营销-数据作战室-直播大屏） | 美国时间当天支付成功主订单数。 |
| 活动累计支付金额（营销-数据作战室-活动大屏） | 活动期间每天支付成功的订单金额之和。特别说明：注意查看大屏上面的数据统计日期，比如2018年双11按照澳洲悉尼时间统计数据。 |
| 活动当日支付金额（营销-数据作战室-活动大屏） | 活动当天支付成功的订单金额之和。特别说明：注意查看大屏上面的数据统计日期，比如2018年双11按照澳洲悉尼时间统计数据。 |
| APP支付金额占比（营销-数据作战室-活动大屏） | APP支付金额/支付金额 |
| 访客数（营销-数据作战室-活动大屏） | 活动期间访问店铺页面（含商品详情页）的去重人数。按天去重，如果活动进行N天，访客数为每天去重的访客数之和。 |
| 支付转化率（营销-数据作战室-活动大屏） | 支付买家数/访客数 |
| 客单价（营销-数据作战室-活动大屏） | 支付金额/支付买家数 |
| 支付买家数（营销-数据作战室-活动大屏） | 活动期间支付成功去重买家数。按天去重，如果活动进行N天，支付买家数为每天去重的支付买家数之和。。 |
| 支付主订单数（营销-数据作战室-活动大屏） | 活动期间支付成功主订单数。 |
物流：
| 物流指标注释 | |
|---|---|
| 支付订单量（物流-物流概况） | 美国时间当天支付成功的父订单量。 |
| 发货订单量（物流-物流概况） | 美国时间当天支付成功的父订单中，截止最近统计时间已经发货的父订单量，数据每天刷新。 |
| 发货率（物流-物流概况） | 发货订单量/支付订单量 |
| 上网订单量（物流-物流概况） | 美国时间当天支付成功的父订单中，截止最近统计时间已经上网的父订单量，数据每天刷新。 |
| 上网率（物流-物流概况） | 上网订单量/支付订单量 |
| 签收订单量（物流-物流概况） | 美国时间当天支付成功的父订单中，截止最近统计时间完成签收的父订单量，数据每天刷新。 |
| 签收率（物流-物流概况） | 签收订单量/支付订单量 |
| 7天/72小时/48小时上网率（物流-物流概况） | “过去30天支付成功（风控审核通过）的订单中（不包括成功取消、超期取消），全部发货且“物流上网时间”到“支付成功（风控审核成功）时间”小于等于7天/72小时/48小时的订单占比，数据每天更新。 注：统计时间均为自然日，考虑物流上网时间反馈延迟情况，上网率统计会预留时间差，以7天上网率举例：1月8日的数据，统计的是1月1日倒推30天的数据。国庆和春节假期统计顺延，不统计进7天中。” |
| 同行优秀/平均（物流-物流概况） | 同行表现为同主营二级类目下的大盘情况 |
| 上网异常明细（物流-物流概况） | 美国时间当天支付成功（风控审核通过）的父订单中，截止最近统计时间未上网及上网超时（超48小时/72小时/5天/7天）的订单明细数据，明细包括订单的交易单号、风控通过时间、物流服务商名称、物流运单号、物流运单上网时间和实际ASCAN时长 |
| 物流DSR（物流-物流概况） | 近30天商家DSR物品运送时间合理性的平均分 |
| 未收到货纠纷提起率（物流-物流概况） | 近30天买家确认收货+确认收货超时+买家提起退款的父订单中，因未收到货物提起退款的父订单占比（不包括主动撤销退款的父订单） |
| 发货订单量（物流-物流分布） | 美国时间当天支付成功的订单中，截止最近统计时间已经发货的订单量，数据每天刷新。 |
| 上网订单量/占比（物流-物流分布） | “美国时间当天支付成功的父订单中，截止最近统计时间已有上网信息的订单量，数据每天刷新。 占比：上网订单量/支付订单量” |
| 签收订单量/占比（物流-物流分布） | “美国时间当天支付成功的父订单中，截止最近统计时间完成签收的订单量，数据每天刷新。 占比：签收订单量/支付订单量” |
| 平均到货时长（物流-物流分布） | 美国时间当天签收的包裹中，成功支付到用户完成签收的全链路平均时长 |
| 7天上网率（物流-物流分布） | “过去30天支付成功（风控审核通过）的订单中（不包括成功取消、超期取消），全部发货且“物流上网时间”到“支付成功（风控审核成功）时间”小于等于7天的订单占比，数据每天更新。 注：统计时间均为自然日，考虑物流上网时间反馈延迟情况，上网率统计会预留时间差，以7天上网率举例：1月8日的数据，统计的是1月1日倒推30天的数据。国庆和春节假期统计顺延，不统计进7天中。” |
| 物流DSR（物流-物流分布） | 近30天商家DSR物品运送时间合理性的平均分 |
| 未收到货纠纷提起率（物流-物流分布） | 近30天买家确认收货+确认收货超时+买家提起退款的父订单中，因未收到货物提起退款的父订单占比（不包括主动撤销退款的父订单） |
市场：
| 市场指标注释 | |
|---|---|
| 访客指数（市场-市场大盘） | 统计时间内，所选类目下访客数指数化指标。 |
| 浏览商品数（市场-市场大盘） | 统计时间内，所选类目下被浏览的商品数量去重，如果一个商品被浏览多次，浏览商品数只算一个。 |
| 商品浏览率（市场-市场大盘） | 浏览商品数/曝光商品数。曝光商品数这个指标未透出。 |
| 供需指数（市场-市场大盘） | 统计时间内，所选类目的需求人数/供给商家数 |
| 客单价（市场-市场大盘） | 统计时间内，所选类目的支付金额/支付买家数 |
| 商品加购人数（市场-市场大盘） | 统计时间内，所选类目的添加购物车成功的去重人数，一个人在统计时间内加购多次只记为一个。如加购后从购物车移除，仍然统计。 |
| 加收藏人数（市场-市场大盘） | 统计时间内，所选类目的收藏商品成功的去重人数，先收藏再取消收藏，仍然统计。 |
| 搜索指数（市场-市场大盘） | 统计时间内，所选类目下搜索次数的指数化指标。 |
| 交易指数（市场-市场大盘） | 统计时间内，所选类目下支付金额的指数化指标。 |
| 父类目金额占比（市场-市场大盘） | 统计时间内，所选类目占父类目的支付金额占比 |
| 在线商家占比（市场-市场大盘） | 统计时间内，所选类目占父类目的在线商家数占比。如果一个商家跨类目经营，该商家会统计到多个类目中，所以子行业的在线商家数占比相加超过100%时是正常的。 |
| 支付金额占比（市场-国家分析） | 统计时间内，所选类目下的某个国家占该类目的支付金额比例 |
| 上升指数（市场-国家分析） | 统计时间内，所选类目下的某个国家交易增速的指数化 |
| 物流天数（市场-国家分析） | 统计时间内，所选类目下的某个国家所需物流天数平均值 |
| 访客占比（市场-国家分析） | 统计时间内，所选类目下的某个国家占该类目的访客数比例 |
| 支付买家占比（市场-国家分析） | 统计时间内，所选类目下的某个国家占该类目的支付买家比例 |
| 城市（市场-国家分析） | 统计时间内，所选类目下的某个国家城市的名称 |
| 笔单价（市场-国家分析） | 统计时间内，所选类目下的某个国家买家支付金额/支付子订单数的分布 |
| 购买次数（市场-国家分析） | 统计时间内，所选类目下的某个国家买家购买次数的分布 |
| 年龄（市场-国家分析） | 统计时间内，所选类目下的某个国家买家年龄的分布 |
| 性别（市场-国家分析） | 统计时间内，所选类目下的某个国家买家性别的分布 |
| 汇率（市场-国家分析）（市场-国家分析） | 所选国家降水量的变化 |
| 降水量（市场-国家分析）（市场-国家分析） | 所选国家降水量的变化 |
| 最低温度（市场-国家分析）（市场-国家分析） | 所选国家最高温度的变化 |
| 最高温度（市场-国家分析）（市场-国家分析） | 所选国家最新温度的变化 |
| 节假日名称（市场-国家分析）（市场-国家分析） | 所选国家节假日的名称 |
| 创建订单占比（市场-国家分析）（市场-国家分析） | 所选类目下及条件下，创建订单在某个时段的占比 |
| 支付订单占比（市场-国家分析）（市场-国家分析） | 所选类目下及条件下，下单订单在某个时段的占比 |
| 搜索词（市场-搜索分析） | 统计时间内，所选类目下的搜索词数据分析 |
| 是否品牌原词（市场-搜索分析） | 搜索词是否是品牌原词 |
| 搜索人气（市场-搜索分析） | 统计时间内，所选类目下搜索人数的指数化指标。 |
| 搜索指数（市场-搜索分析） | 统计时间内，所选类目下搜索次数的指数化指标。 |
| 点击率（市场-搜索分析） | 某个词的点击人数/曝光人数 |
| 支付转化率（市场-搜索分析） | 某个词的支付买家数/访客数 |
| 竞争指数（市场-搜索分析） | 某个词的竞争激烈程度的指数化 |
| TOP3热搜国家（市场-搜索分析） | 某个词TOP3热搜的国家。请注意，如果某个词搜索热度不高，热搜的国家有可能没有3个，因此，当热搜国家只展示了1个或者2个时，是正常的。 |
| 搜索指数飙升幅度（市场-搜索分析） | 搜索指数与前一个时间窗口相比的飙升幅度 |
| 曝光商品数增长幅度（市场-搜索分析） | 曝光商品数与前一个时间窗口相比的飙升幅度 |
| 曝光商家数增长幅度（市场-搜索分析） | 曝光商家数与前一个时间窗口相比的飙升幅度 |
| 商品结果范围数（市场-搜索分析） | 某个搜索词下面展示的商品数量。请注意，当某个类目是大类目时，一般商品结果范围数是会大于108的，因此，小于108的商品范围数据会为空，这个情况是正常的。 |
流量来源：
| 流量来源注释 | |
|---|---|
| 搜索 | 访客通过速卖通的站内搜索进入您的店铺。例如：在速卖通首页搜索框里面搜索手机，然后从搜索出来的商品列表页进入店铺 |
| 速卖通首页 | 访客通过速卖通首页进入您的店铺。 |
| 买家后台 | 访客通过买家后台进入您的店铺，比如在买家后台的订单列表页进入您的店铺。 |
| 购物车 | 访客通过购物车进入您的店铺。 |
| 收藏夹 | 访客通过收藏夹进入您的店铺。 |
| 导购频道 | 访客通过导购频道页进入您的店铺，比如FlashDeal、新人专区、低价频道、有好货、行业馆等。 |
| 会场 | 访客通过活动的会场页面进入您的店铺。比如双11分会场等。 |
| 内容 | 访客通过Feeds、Freebies&Reviews等内容相关的页面进入您的店铺。 |
| 店铺页面 | 访客通过非商品详情页的店铺相关页面进入您的店铺商品页面。 |
| 商品页面 | 访客通过商品页面上的推荐进入您的店铺。 |
| 自主访问 | 访客通过输入店铺地址或者通过浏览器收藏夹等直接进入您店铺。 |
| 站外流量 | 访客通过速卖通站外进入你的店铺，比如facebook、google等。 |
| 其他 | 访客通过上述列出的来源之外，其他来源进入您店铺。 |
常见问题：
| 首页 | |
|---|---|
| 生意参谋是什么？（首页） | 生意参谋是阿里巴巴重兵打造的首个商家统一数据平台，面向全体商家提供一站式、个性化、可定制的商务决策体验。集成了海量数据及店铺经营思路，不仅可以更好为商家提供流量、商品、交易等店铺经营全链路的数据披露、分析、解读、预测等功能，还能更好的指导商家的数据化运营！ |
| 生意参谋与数据纵横有什么区别？（首页） | 生意参谋是数据纵横的升级版，生意参谋将逐步迭代替换数据纵横，将生意参谋在数据领域的实践经验赋能给速卖通商家，为商家提供更好的数据服务。等生意参谋完善后，数据纵横会进行下线处理。 |
| 生意参谋的菜单模块为什么不多？（首页） | 生意参谋将采用分期迭代的方式逐渐替换数据纵横，请商家朋友们持续关注生意参谋。 |
| 实时数据为什么和历史数据不一致？（首页） | 由于汇率问题，且实时数据的流量反作弊手段与历史数据不一样，所以实时数据会与历史数据有误差。 |
| 为什么首页实时概况的昨日全天数据与整体看板同一天数据不一致？（首页） | 首页实时概况的昨日全天取自实时落下来的数据，而整体看板是用历史数据统计的，由于汇率问题，所以会有误差。特别说明：一天结束时，昨日的数据需要一段时间才能出来，为了数据不为空，所以实时概况里面的昨日全天取自实时落下来的数据。 |
| 首页同行同层是怎么计算的？（首页） | 相同主营二级类目相同层级。层级按照店铺最近30天的支付金额来划分。生意参谋的层级划分逻辑与数据纵横不一样，比数据纵横更合理。生意参谋分为五个层级，按照近30天支付金额排序后，按照商家数量占比来划分，第一层级0-40%，第二层级40%-60%，第三层级60%-80%，第四层级80-95%，第五层级95%-100%。后续生意参谋会将商家所在的层级显示出来。 |
| 为什么数据纵横与生意参谋的买家数、客单价不一致？ | 数据纵横的买家数是APP端与非APP端直接累加，生意参谋的买家数是APP和非APP去重统计，统计逻辑不一致。生意参谋的更能代表店铺真实的买家数和客单价。 |
| 为什么数据纵横与生意参谋的人均浏览量、平均停留时长不一致？ | 这两个指标，生意参谋是整体除以整体，更准。数据纵横是取平均值，数据精度会有丢失。 |
| 为什么数据纵横与生意参谋周维度的数据不一致？ | 数据纵横周维度是从周日-周六，生意参谋周维度是从周一-周日，这是由于生意参谋暂时不支持国际化的控件导致的，后续会优化。 |
| 为什么各个流量来源访客数相加不等于店铺的总访客数?（首页） | 流量来源是按路过原则的，一个访客路过的所有来源都会加1，算为各个来源带来的效果。而对店铺维度总体来看是要去重只算1个访客，这样就导致各个流量来源的访问数直接相加，超过店铺的总访客数。 |
| 生意参谋是否有课程？ | 有的，课程在速卖通大学，链接地址：https://university.aliexpress.com/course/list.htm?keyword=%E7%94%9F%E6%84%8F%E5%8F%82%E8%B0%8B |
| 流量 | |
|---|---|
| 店铺来源和商品来源里面的来源名称是什么意思？（流量） | 详见【来源注释】 |
| 店铺来源和商品来源里面的流量来源统计逻辑是什么？（流量） | ①来源分类逻辑：页面流量来源根据入店的上级页面进行页面流量归类。举例：访客通过facebook进入速卖通首页，然后通过速卖通首页的搜索框搜索关键词进入您的店铺，这种情况，生意参谋会把访客归类到速卖通搜索。说明：该逻辑与广告后台的数据统计逻辑不同，广告效果请以广告后台数据为准。 ②流量指标（如访客数）统计逻辑：根据访客入店的上级页面进行数据统计，如果一个访客通过一个来源入店多次，会进行去重， ③转化指标（如支付买家数）统计逻辑：一个访客通过某个来源入店，然后在当天下单或者支付，才会统计为下单买家或者支付买家，如果隔天下单或者支付，不会统计。 |
| 为什么店铺来源/商品来源里面各流量来源的访客数累加起来比店铺整体访客数大？（流量） | 这是正常的，如果一个访客分别通过搜索或者买家后台进入您的店铺，搜索和买家后台的访客数都会加1。 |
| 为什么店铺来源/商品里面各流量来源的访客数累加起来比店铺整体访客数小？（流量） | 店铺来源/商品来源，默认是分平台的（APP和非APP），没有全部平台，请注意您观看的是哪个平台的数据。正常是不会出现店铺来源/商品里面各流量来源的访客数累加起来比店铺整体访客数小的情况。如出现该问题，请通过平台的客服反馈。 |
| 品类 | |
|---|---|
| 为什么实时播报的实时商品排行只展示TOP500的数据，且不能对指标进行手动排序？（品类） | 为了提供更稳定的实时数据，生意参谋提供支付榜、访客榜 TOPO500的商品，要查看实时的其他商品分析，可以到【单品分析】菜单搜索查看。在单品分析可以看到实时商品的核心指标与趋势图。 |
| 为什么实时播报-实时概况的对比日期不能选择去年的数据？（品类） | 实时播报-实时概况提供实时与历史数据对比的功能，但是实时到小时的数据量太大，到小时的历史数据只保存近90天的数据。 |
| 为什么商品排行的指标不能手动排序？（品类） | 生意参谋的商品排行展示离线商品排行（实时商品排行在实时播报），提供所选时间范围内有销量或访客的所有商品，有下载功能。这点与数据纵横有区别，数据纵横只能展示搜索曝光量TOP1000的商品，且国家下拉框只有5个国家。而生意参谋展示有销量或交易的所有商品，且国家下拉框有30个国家，这样生意参谋的数据量就远远超过数据纵横，如果再加上指标排序功能，性能会受影响，所以生意参谋的指标不能手动排序，做成了支付榜、访客榜这两个榜单。 |
| 为什么单品分析的周、月趋势图只展示了近3个月的数据？（品类） | 目前生意参谋正在补历史数据，会补全最近13个月的数据，请商家朋友们耐心等候。 |
| 营销 | |
|---|---|
| 生意参谋的大屏功能收费吗？（营销） | 生意参谋的大屏目前属于限时体验阶段，体验结束后，根据商家朋友的反馈进行升级，后期是需要订购才能看到。 |
| 为什么没有直播大屏的权限？（营销） | 直播大屏是Beta版，目前只对部分随机圈选的商家进行功能测试，欢迎后期关注。 |
| 为什么没有活动大屏的权限？（营销） | 活动大屏对报名最近一次大促（328、828、双11）成功的商家开放，请积极参与大促活动吧 |
| 物流 | |
|---|---|
| 为什么不提供最近7天支付订单的上网异常明细数据？ | 目前提供的是明确的影响了7天上网率指标的明细，因此需要看7天之前支付过风控的订单；针对已经明确超时的48、72小时明细，生意参谋会在未来补充进来。 |
| 为什么签收的订单数据这么少？ | 目前只能获取到有明确签收信息的订单，平邮类、超级经济无法获取签收信息。 |
| 为什么按收货国家/地区分布的总的物流单量数据和按商品、服务商分布总单量对不上？总是偏少？ | 因为按收货地国家/地区分布的订单数据，是按照订单即进行统计的，而另外两个维度（商品品类、服务商）的分布数据是按照商品进行统计的。所以，按订单统计的单量常常少于按商品统计的单量。 |
| 市场 | |
|---|---|
| 为什么市场大盘、国家分析、搜索词分析的默认数据量都不大？（市场） | 市场里面的数据，必须要选中一个类目才会有数据，目前默认选中的是第一个类目的叶子类目，叶子类目的数据量一版比较小，用户可以切换类目进行数据查看。 |
| 为什么搜索分析的TOP热搜国家只展示了1个或者2个国家？（市场） | 如果某个词搜索热度不高，热搜的国家有可能没有3个，因此，当热搜国家只展示了1个或者2个时，是正常的。 |
| 为什么搜索分析-零少词页面会显示数据为空？（市场） | 搜索分析-零少词有个筛选条件叫「商品结果数范围」，是展示某个搜索词下面的商品数量，默认展示73-108这个范围的商品数，当某个类目是大类目时，一般商品结果范围数是会大于108的，因此，小于108的商品范围数据会为空，这个情况是正常的。 |
| 为什么访客数、交易额等指标都指数化了？ | 指数化，是为了数据安全方面考虑的，虽然指标指数化了，但是仍然可以当成访客数、交易额等指标来看，类目的排名顺序不会因指数化了就改变。 |
**
问：为什么新版生意参谋的菜单跟旧版不同？
答：生意参谋新版上线后，会取代数据纵横的一级菜单位置。商家进入商家后台后，直接会看到生意参谋，为与整个商家后台的菜单结构保持统一新版生意参谋的菜单结构如下
问：数据纵横去哪了，怎样查看数据纵横的数据？
答：数据纵横并没有下线，在生意参谋每个页面的右上角，仍然有【返回数据纵横】的入口
平台会不断优化生意参谋的版块和功能，待生意参谋功能较为全面和完善后会下线数据纵横。具体替换时间需要视项目开发进展而定。
生意参谋市场模块的类目下拉框，目前暂时只支持英文，正在沟通解决中。期望是支持多语言。
如遇客户咨询，可告知目前暂时仅支持英文，网站已在计划优化中。
问：为什么有的商品在生意参谋商品来源中搜索不到？为什么有的商品，近期没有上下架等操作，在数据纵横商品分析中有数据，但是生意参谋的商品来源中搜索商品id后无数据？
答：目前生意参谋中的商品来源数据需要选择的统计时间内商品有下单信息才可展示。
问：为什么没有历史数据？
答：目前生意参谋新版除首页外，其他模块只有7月份至今的数据，仍在补，会补满13个月。如有卖家咨询，可告知卖家新版上线，仍在补数据。
问：为什么生意参谋新版没有数据纵横实时营销、营销助手、选品专家的功能？
答：已经在下一期规划里面，敬请期待。
问：生意参谋新上的菜单，周、月维度趋势图为什么只有最近几周、最近几月的数据？
答：数据正在回刷，生意参谋的数据会保存近13个月的数据，请商家朋友及时下载。
问：为什么市场行业、搜索词分析、国家分析的数据不能下载？没有下载功能了
答：根据公司安全规范，行业相关的公域数据不能下载，这一点请大家理解，淘系生意参谋也是同样的规范，大家标准都是统一的。~~
问：为什么页面加载速度有点慢？
答：生意参谋新版和老版其实加载速度一样。
老版是一次性加载了所有菜单，所以第一次打开慢，然后菜单切换就会快。
新版的菜单融入了商家工作台的菜单体系，每次切换菜单都会重新刷新页面，所以会感觉慢。该问题正在解决。
问：市场大盘、搜索词分析、国家分析的类目下拉框，为什么内容是英文不是中文？
答：是类目下拉框组件限制的原因，目前生意参谋组件与数据纵横不一样，下一期会解决这个问题。
问：市场大盘、搜索词分析、国家分析为什么数据这么少？
答：是类目下拉框组件限制的原因，目前组件只能默认选中第一个叶子类目，请切换类目查看数据。同样下期解决这个问题。
问：为什么生意参谋没有自定义时间了？
答：
- 如果选择自定义时间是为了看趋势图，生意参谋是支持的，而且生意参谋提供真正周、月的趋势图。
选择任意一天：能看选择的这天往前推30天的趋势图。
选择任意一周：能看这周往前推12周的趋势图。
选择任意一个月：能看这个月往前推12个月的趋势图。
并且，数据可以下载，而且有趋势图和表格的切换功能。
- 如果自定义时间是为了看一段时间累计的数据，目前暂不支持，因为有些指标不能累加，而且自定义时间后，周月的趋势图无法按照自然周、自然月进行展示，目前自定义时间与周月趋势图是互斥的。下载数据后可以自行计算一段时间的累计数据。
问：有卖家咨询为什么在搜索词分析中搜索bag无数据展示（该卖家是箱包行业）
答：核实发现卖家进入搜索词分析页面默认选中的类目不一定是箱包，直接搜索则会无数据展示，如有卖家咨询对应问题，请卖家先将类目选择为对应类目后再搜索关键词查看是否有数据，如仍无数据展示可升级核实。
问：为什么商品排行、单品分析中无6月及之前的历史数据？
答：由于商品数据量较大，目前生意参谋中商品数据仅保留7月至今的数据，后续会考虑保留更长时间的商品数据。
卖家可能的感知及问题：为什么店铺浏览量、访客数等指标有波动（一般是升高，最多大概升高10%，不会太多）
答：如有卖家咨询，可告知 “经过系统优化，目前生意参谋及数据纵横的流量统计中对店铺页的判定更为全面，包括了新版店铺大促承接页等店铺页面，可能造成店铺浏览量/访客数等相关指标波动，请您理解。” 同时可告知卖家，这个优化升级是对平台所有卖家生效，不必担心。
若有收获，就点个赞吧
0 人点赞
