目录
一、引言 1
1.1目的 1
1.2参考资料 1
1.3使用环境 1
1.4获得帮助 1
四、胜算功能模块：三大角色使用说明 1
1.老板： 1
1.1快速经营利润 1
1.2多维度数据统计 5
1.3大日报 8
1.4商品利润 18
1.5 5top商品分析 22
1.6盈亏测算 23
1.7预算管理 32
1.8直播报表 35
2.财务 35
2.1平台费用 35
2.2订单利润 35
2.3 日常记账 38
2.4对账核销 41
3.运营 42
3.1趋势分析表 42
3.2退款分析 43
3.3 自定义对比分析 44
3.4焦点款跟踪 45
3.5商品定价模型 46
3.6 组货测算模型 47
3.7 商品关联销售 48
1.1目的：胜算用户操作手册可以帮助客户快速了解胜算的数据来源和计算逻辑，熟悉胜算各个功能板块的功能和内容，更好的掌握胜算系统的操作和使用，帮助商家赋能。
1.2参考资料：聚水潭学院-胜算模块 聚水潭学院
1.3使用环境：建议商家使用谷歌浏览器或者360极速,兼容性更好
1.4获得帮助：微信群咨询或者联系线上客服处理-胜算专属客服
四、胜算功能模块：三大角色使用说明
1.1快速经营利润
1.目的：帮助商家快速出具经营利润，方便商家快速查看各个店铺的店铺日报，掌握店铺近期经营数据
2. 可选时间：支付时间-按订单支付时间以便和线上平台销售同步参考，对应的是店铺后台订单流水的支付时间
3. 经营指标计算说明：订单数、商品数、毛利率、发货前退款率、发货后退款率等。把鼠标放在”?”有详细字段解析
4. 退款统计口径：考虑"7天无理由退款"等带来的退款风险，提供预估退款率方式，作为谨慎性考虑
（1）混合模式统计：此方式可按预估+订单实时的方式出具考虑退款统计的报表（近期用预估，远期用随订单实时），推荐商家看直接采用此方案，兼顾退款考虑（近期）和实际退款情况（远期）
（2）预估退款率：区分发货前退款和发货后退货，且会根据商家最近周期实际退款率作为参考，提供更细节的参考
（3）以订单实时统计：根据订单实时发生情况统计。例：订单付款时间七月一号，订单退款时间七月十号，若查询时间为七月十号之前，则可以看到订单的付款情况，但是看不到订单的退款情况，如果查询时间在七月十号之后，则这笔退款会统计回七月一号
详情可以把鼠标放在”?” 有具体的例子参考
（5）费用取值方案：预估方案，建议在预提单配置，方便看日报时可以提前预估费用，比如平台扣点等
(6)日报对比（上周、上月、自定义）：根据不同项目按照对比时间维度进行差异对比
- 汇总表和明细表：报表分为汇总表和两张明细报表（按日报表和按店铺报表）
- 多维度数据统计按日、周、月统计店铺的真实利润情况，跟快速经营利润最大的区别就是退款统计口径和费用取值方案的不同
- 可选时间：按订单支付时间，以便和线上平台销售同步参考；按订单发货时间以便和ERP内销售数据同步参考
- 经营指标计算说明：订单数、商品数、毛利率、发货前退款率、发货后退款率等。把鼠标放在”?”有详细字段解析
4.退款统计口径：多维度数据统计以实际数据为主，不提供预估退款率方式
- 以确认时间统计：卖家确认退款时间，取自售后单中“最后确认日期”
- 以订单实时统计：根据订单实时发生情况统计。例：订单付款时间七月一号，订单退款时间七月十号，若查询时间为七月十号之前，则可以看到订单的付款情况，但是看不到订单的退款情况，如果查询时间在七月十号之后，则这笔退款会统计回七月一号
- 以登记时间统计：买家申请退货退款时间，取自售后单中“申请时间”
- 以进仓时间统计：仓库确认收到货物，取自售后单中的“进仓时间”
5.费用取值方案：按复盘、实际
- 按费用发生时间：如快手平台收取的技术服务费，取账单的扣款发生时间，即收付实现制
- 复盘（跟随订单）：账单时间依附于订单，按照订单时间查询即可带出对应的费用，即权责发生制
6. 日报对比（上周、上月、自定义）：根据不同项目按照对比时间维度进行差异对比
7.汇总表和明细表：报表分为汇总表和两张明细报表（按日报表和按店铺报表）
大日报主要是为了满足方便管理者每天查看店铺维度的报表需求。系统根据自定义设好的取数据的条件，自动生成昨日的店铺级别的销售数据、指标数据、费用数据等
大日报由于采取店铺集合的形式统计数据，多个店铺的数据可以放在一个集合中
(1)时间维度：大日报的时间统计维度分为三种，适合针对不同时间跨度的统计
按日统计：统计每一天的经营情况
按周统计：统计每一周的经营情况
按月统计：统计每个月的经营情况
(2)展示格式
大日报有三种展示格式：横版显示、块状显示、竖版显示
(3)功能按钮
①生成报表
大日报支持勾选行指标和列指标，根据选择部分的数据生成趋势图表，可以非常直观地看出数据的变化
②复制图表
大日报查询出的数据，支持一键全表复制，直接粘贴到Excel中
(4)大日报的数据支持推送到胜算小程序
大日报报表的数据支持推送到胜算小程序端，方便使用者在移动端查阅大日报的数据
操作入口如下：
展示的效果如下：
(5)大日报设置
从大日报右上角的“设置”按钮，可以进入大日报的配置界面
- 展示配置(店铺)
支持把不同店铺放在一个集合，或者一个店铺一个集合
自定义配置展示店铺：如果需要不同的模块显示不同的店铺，可以使用自定义配置展示店铺
系统优先取自定义配置中的展示方案，如果需要改回统一模式，点击每个模块右上方的“恢复默认”即可
（2）展示配置(模块)
①用户可以自定义大日报中所有显示的字段，显示顺序、是否隐藏、维护自定义字段等功能
右上角会显示大日报当前显示的列数/最多可显示的列数，注意不要超过限制
②拓展字段说明
数据来源：【手工输入】用户手工填写的字段，可在查询出的大日报表格中填写该数据；【公式计算】配置计算公式，根据公式计算出该字段的数值，公式中可用的数据源为大日报中的已有字段
③数据查询条件设置
查询时间：支付/发货
退款口径：
数据更新前，按近期退款统计口径出数据。数据更新后，会自动按照订单实时统计出数据，保存后立即起效
预估退货率：根据近期的实际退货率来预估订单的退货情况
以确认时间统计：根据实际已发生的退货统计退货情况
费用取值方案：数据更新前，按近期费用取值方案出数据。数据更新后，会自动按照复盘的取值方案出数据，保存后立即起效
- 其他设置
- 数据更新
自动更新：
数据更新周期：程序自动按设置好的周期对历史已经生成好报告数据进行更新数据，默认值为15天。数据更新后，页面上的字体是浅色呈现
手动更新：
任一一种方式更新后，程序会根据用户设置的“取复盘数据的查询条件”来计算得出数据，同时更新后的数据在页面上会呈浅颜色，便于区分。深色字体的数据，表示还没有经过二次更新，浅色字体的数据，表示已经经过了二次更新
②存档数据
每次在修改大日报配置保存生效时，系统会自动将原配置下的报表保存下来，最多保存30天且最多保存五份存档，可以在存档数据中下载保存的历史报表
③加载
大日报设置下方的加载栏中，可以暂存/预览/保存当前设置的展示配置方案
这里点击“暂存配置”可以调出最近一次暂存的配置方案
可以根据当前界面上的配置预览最终的实现效果，用于在实际保存生效前查看配置展示是否符合要求
建议在保存生效前先预览查看效果
(3)暂存
暂存方案，不立即生效，可于下次进入继续当前的配置
保存生效当前方案
注意：一旦保存生效启用新的大日报配置后，90天前的数据将全部归档不会再显示在新的报表中，可以在30天内通过存档数据下载历史保存的报表！
（1） 查询条件（可单选和组合）：查询维度、支付时间、有效订单、订单类型、店铺、标签、包含任意商品编码、订单包含任意标签等多个筛选条件
（2）统计维度：商品级别的利润支持按SKU、按款、按品牌、按分类、按虚拟分类、按店铺商品编码、按店铺款式编码多种维度统计
（3）默认是跟随订单模式，也可以切换到绩效模式，支持绩效模式的查询方式，配合链接级别的收入和利润查询，可以作为运营团队绩效评定和提成的参考依据
（4）商品利润的字段说明：
①商品销售数据：商品销售数量(扣退)、商品销售金额(扣退)、商品销售成本(扣退)，这些字段是减去退款（发货前退款＆发货后退款）的总销售数量、金额、成本
② 商品销售数据（其他分类单）：指的是在前面的商品销售数据里面，如果包含了特殊单的情况，对应的销售数量、金额和成本是虚高的，要剔除掉
-
- 利润：利润模板统计的是销售金额（扣退）减去销售成本(扣退)之后的毛利
-
- 利润模块减去费用，得出的经验利润以及利润率
⑤商品数据：商品数据这里是原始的数据，不扣除退款的原始数据
商品数量：原始的商品数量
商品销售金额合计：优惠前的销售金额
商品成本合计:销售商品对应的成本
优惠金额：销售商品对应的优惠金额
运费收入：商家加收消费者的运费
付款金额：商品销售金额合计减去优惠金额的实付金额，也就是GMV
⑥ 退款合计以及发货前发货后退款明细数据
退款合计：发货前&发货后退款合计
发货前退款&发货后退款
⑦费用明细
5top商品分析：“销量”“销售额”“毛利额1”“毛利额2”“毛利额3”
通过分析5top商品，可以快速了解店铺情况，比如：
销量最好的款是否毛利贡献也最多
销量靠前的梯队，占店铺大盘的比重，是否符合公司战略
快速发现毛利率异常的款
大力度推广的款，表现和贡献是否符合预期，及时调整推广费投入占比
左侧筛选条件丰富，按商品SKU、按款、链接等看净利润，可以结合需求来筛选查看
费用取值方案可以按预估和实际切换
本文档配套学习视频：聚水潭学院
1. 整体说明
此工具用于整店的经营预测
可以通过快速调整预计销售收入和主要经营指标，
1、观察经营利润的变化
2、观察盈亏平衡（销量、销售额）的估计点
3、测算的结果可以保存，可以作为预算的参考，旗舰版用户，可直接把确认的测算结果生成“预算”进行跟踪管理
2. 使用建议
需要运用店铺的经营指标（建议：胜算历史报表完整准确的情况下，维护到位）经营指标会比较准确和可参考
比较适合运用此工具的行业店铺指标特点：（在短期的范围内，如一个月）经营较平稳，指标变动相对较平缓
产品品类相对比较单一，主要销售产品单价差异不是很大
较适合的行业，服装类，主营产品价格差异不大的其他类目
3. 操作说明
1.”创建”和“查看”（查看已保存的测算）
2.测算
2.1 直接开始测算
2.2 加载指标等数据类似可参考的历史数据
2.3 调整步骤和内容
这些指标在“趋势分析表”里面都有具体的数值
2.4 变动费用的确认和调整
2.5 非变动费用的确认和调整
非变动费用的预算，比较直观，可以直接调整和增减项目
2.6 推广费用的运算方式（推广费，指利润表项目中自主勾选“推广费”的项目）
3.生成预算跟踪管理：
本文档配套学习视频：聚水潭学院
点击“创建预算”，根据弹出窗口操作
生成界面和“盈亏测算”相同，请直接参考“盈亏测算”的操作说明就可以
预算管理的页面比较直观，主要是供查看的进度表，以下是简要说明：
1、 预算数据整体
2、 查询条件
3、 主要指标总体进度
4、 主要指标柱状图
5、 经营利润表（分析模式）--同趋势分析表样式
6、 经营指标—同趋势分析表样式
7、 经营利润表（常规模式）--同“快速经营利润”
直播报表是用于以主播和场次作为主体来查询利润情况的统计表，详细的讲解视频可直接复制以下网址查看
聚水潭学院
2.1平台费用
平台费用主要是根据平台原始账单的流水处理好汇总生成的，里面有多个平台的费用，方便商家直观查看
2.2订单利润
操作说明
一、订单利润页分为2个部分
按线上单号统计/按内部单号统计
明细到单笔订单的收入成本，扣除特殊单的收入成本，发货前、发货后退款数据，优惠金额，平台佣金扣费，线上推广费消耗，快递运费等，计算出单笔订单的净利
1.费用处理到订单维度，支持单个订单、商品sku级别的最细颗粒处理
处理方法有3种：导入费用、分摊费用、自动分摊规则
（1） 导入费用：明确知道费用是属于某笔订单，比如特殊单佣金、售后补偿、好评返现等
（2） 分摊费用：某笔费用要分摊到特定的订单里面，按筛选出的条件去分摊
（3） 自动分摊费用规则：根据不同的费用属性和场景提供各种自定义分摊方式，适用于固定金额费用的自动分摊
2.3 日常记账
日常记账主要用于登记店铺产生的日常费用
项目明细只需要选择利润表项目即可
列示方式可以选择费用的发生日期，是登记在所选发生日期、当月平均（金额/当月天数）、自定义区间平均（金额/选定区间天数）
在日常记账时也可以选择系统中新增的资金账户，这样发生的每笔数据都会在资金账户余额表进行查看
如若费用填写错误，可点击左下角作废即可
2.4对账核销
自动核对应收和到账货款金额，看发出去订单对应的应收有多少到账了，还有多少未收
3.1趋势分析表
按日、周、月统计数据，结合趋势图表，快速分析店铺异常数据指标，及时控制和调整
1、经营指标，用于观测店铺的指标波动，观察趋势是否符合店铺目标，查找异常指标，分析原因，及时反应
2.经营表比率：经营利润表的各属性费用构成的比例，用于分析异常和查找优化空间
3.订单数据：一些订单数据的列示，查看趋势
4.推广费情况，用于跟踪推广费投入比例，分析推广效率
在页面右侧提供图表展示，展示所有指标，快速直观的趋势参考
(1)经营指标，用于观测店铺的指标波动，观察趋势是否符合店铺目标
（2）结合趋势图表直观体现，便于及时控制和调整
3.2退款分析
看单个或多个店铺，单个商品，款式，链接id的退款率，退货口径支持按线上确认退款时间和跟退款跟随回对应的订单，准确看到退款情况
退款按月或按店铺看，退款率计算排除特殊单，退款率按退款金额和按退款商品数量计算，图文结合直观看店铺退款情况
3.3 自定义对比分析
结合不同数据分析
任意想分析的品牌、分类、sku可以加入对比，把特定的款和类别进行同比，和整体比
活动分析（自定义分类规则）
不同活动场次的对比
3.4焦点款跟踪
跟踪关注款式的动销情况
3.5商品定价模型
运用场景：新品上新定价、活动款折扣和优惠券力度影响
根据测算结果，可以用快速预计新品的定价，或者老品的优惠力度，利润结果是否符合预期范围，从而快速决策
测算结果和方案可以任意保存和调用（可以参考预置的“默认模板”）
对商品的成本、售价和销量、退款率等，进行估算
可以对预计的优惠和折扣方式，订单相关费用，商品相关费用，进行设置（按数量）对销售费用的预算，销售需要承担的佣金等，进行设置（按金额）
3.6 组货测算模型
运用场景：“聚划算”“淘抢购”等活动前的组货测算
查看目标销售情况
3.7 商品关联销售
从单个SKU或者单个链接ID出发，查看销售时其他商品与该商品的出现频率、比例等
给运营人员做搭配销售时提供数据支撑