拼多多活动结束后,很多运营团队能在几分钟内找到成交额,却要花几个小时回答更重要的问题:这次活动的增长来自新增流量、转化改善,还是折扣让利?如果下一场活动继续照做,结果会不会一样?数据分析工具的免费改造,重点不在于多装一个看板,而在于用现有报表和低成本工具,把这些问题变成可重复的检查流程。
拼多多数据分析工具免费改造重点:从活动表现推进效率提升
我更愿意把“免费改造”理解为:先不急着增加软件预算,通过平台现有数据、表格和必要的分析工具,减少重复整理,并让活动复盘更快地指向下一步动作。这里的关键并非工具数量,而是团队能不能用同一套口径回答同一类经营问题。
如果活动期间每天都有人手动复制数据,却仍然说不清是流量不足还是商品承接不足,那么自动化只会更快地产生一份无法指导行动的报表。反过来,即使暂时用一张表,只要字段统一、异常有记录、动作有负责人,也可能比一套无人维护的复杂仪表板更有用。
改造重点可以归纳为三件事:先定义活动要验证什么,再挑少量指标观察过程,最后把数据变化关联到具体动作。工具应当服务于这条决策链,而不是成为新增的工作对象。
团队常把效率理解成报表制作耗时减少,但这只是数据处理效率。对运营更重要的是决策效率:从发现异常,到判断可能原因,再到采取调整,整个链路用了多久;调整之后,是否在同一口径下观察到变化。
例如,活动期间发现点击量下降,如果团队要到第二天才整理数据,重新核对商品、日期和活动口径,问题可能已经错过处理窗口。若能把“发现变化,核对环节,记录动作”压缩为当天可完成的流程,即使没有复杂预测模型,也可能显著降低沟通和等待成本。
这也是为什么我不建议把“自动生成报表”直接等同于效率提升。真正值得追踪的是人工处理耗时、异常定位时间、动作记录完整率和复盘结论复用率。这些指标不能直接证明销售增长,却能说明团队是否更快、更一致地做出经营判断。

在选工具之前,先写下改造后的验收条件。例如:每次活动结束后,关键商品数据能在约定时间内汇总;每个异常都有对应核查记录;复盘结论能明确保留、停止或继续测试的动作。条件应该能被团队核对,不要只写“提升运营效率”这种无法判定是否完成的口号。
如果团队目前连活动目标都没有固定下来,第一步不是部署更复杂的分析工具,而是建立活动登记表。若字段已经统一、人工汇总量大,再考虑自动化。若已经自动汇总,但问题仍找不出来,应优先重新设计指标和判断逻辑。
成交额可以用于描述结果,却无法单独解释结果。相似的成交额,可能来自不同的曝光规模、点击表现、商品转化、优惠力度和流量成本。只看最终成交,团队容易把某一个环节的波动误当成整体策略有效或失效。
较实用的做法,是把活动表现拆成一个逐层核查的路径:有多少符合观察条件的流量进入,多少人点击商品,多少人形成下单,最终产生的成交与成本是否符合目标。实际能拿到哪些字段,要以当前商家后台的报表范围和指标口径为准,不能默认每个商家都能导出完全相同的数据。
拆解路径的意义并不是把所有指标都做进一张大屏,而是让团队知道先查哪一层。若点击表现异常,先核对流量来源、商品素材和活动展示;若点击正常但下单表现不佳,再检查商品页面承接、价格、库存和服务响应。指标是排查入口,不是自动得出的因果结论。
活动前后直接比较,很容易得到看似清晰、实际不可靠的结论。活动时段可能不同,商品组合可能变化,优惠力度或库存状态也可能不一样。若这些条件没有被记录,团队就无法分辨变化来自活动策略,还是来自其他同时发生的因素。
因此,每次复盘至少要保留活动名称、商品范围、观察日期、统计口径、主要调整和已知异常。活动记录不一定要复杂,但必须能让后来的人复现当时的判断。没有这些上下文,历史数据只是结果档案,不是可复用的经验。
手工整理不仅消耗复制粘贴的时间,还会产生核对、解释和交接成本。常见情况包括:不同人用不同日期范围;同一个商品在不同表里名称不一致;临时修改公式却没有记录;复盘时找不到活动期间具体做过哪些调整。
这些成本不一定要用精密计时系统测量。连续记录几次活动,统计从取数到可讨论的报表所用时间、返工次数和字段缺失情况,就能初步判断问题在哪。若时间主要花在重复导出,可以研究数据连接或模板;若主要花在解释数据,则需要优先统一定义与业务口径。
| 当前症状 | 可能的根因 | 优先处理方向 |
|---|---|---|
| 每次复盘都重新搭表 | 字段、周期和活动记录没有模板 | 先统一字段与命名规则 |
| 同一指标多人算出不同结果 | 计算口径或统计范围不一致 | 建立指标字典并指定维护人 |
| 报表更新很快,问题定位仍然慢 | 指标没有对应到排查路径 | 按流量、承接、成交、成本逐层核对 |
| 复盘结论无法指导下一场活动 | 缺少动作记录与可比条件 | 记录调整时间、对象和复核口径 |

免费工具可能不收订阅费,但仍有学习、维护、权限管理和数据核对成本。若工具需要多人维护,只有一个人懂公式,人员变动后没人接手,短期节省的费用可能变成长期运营负担。
评估成本时可以把费用拆成四类:订阅或服务费用、初始搭建时间、每次活动维护时间、出错后的返工成本。很多小团队在起步阶段用表格最合适,但当同一份数据要被多人反复整理、跨活动长期比较时,继续坚持纯手工也会有机会成本。
一页报表塞进几十项指标,看起来信息丰富,实际可能让团队忽略最关键的异常。指标越多,维护和解释越难;尤其不同指标由不同来源、不同更新频率构成时,表面统一的页面反而会掩盖口径差异。
我建议把活动指标分成两层。第一层是决策指标,用于判断目标是否接近达成;第二层是诊断指标,用于定位目标偏差发生在哪个环节。日常观察先看少数决策指标,出现异常再展开诊断指标,不必让所有人每天盯着所有数据。
某项调整之后,成交表现变好,不代表调整一定是原因。同期可能有流量变化、库存恢复、价格改变或其他活动。若没有记录这些条件,不能只凭前后两张截图就下结论。
在资源允许时,可以保留相近商品或相似周期作为参考;无法形成严格对照时,至少记录主要混杂因素,并把结论写成“观察到的变化”和“仍未排除的可能原因”。这种表达看起来不够果断,却比把相关性包装成确定因果更能帮助团队作出稳健决策。
自动化适合重复、稳定、规则清楚的工作,不适合替代尚未统一的判断。若团队对“活动期间”究竟取哪几天都没有共识,先把数据自动接入只会自动复制分歧。
我会先观察人工流程中哪些步骤至少连续几次都保持一致,再考虑自动化。适合自动化的通常是固定字段提取、重复格式清洗、定时汇总等任务;需要根据商品、活动目标和异常背景解释的数据,则仍应由运营人员核对。
活动结束后只存一张成交汇总表,下一次很难知道当时做过哪些动作、为何做、动作发生在什么时间。于是每一场活动看似有复盘,实际上团队持续从零开始。
最低限度的过程记录可以只保留四列:观察到的现象、推测原因、采取的动作、后续核验结果。重点不在写长报告,而是确保下一位接手人能理解当时的判断,并知道哪些结论还没有验证。

活动目标不能只写“提升销量”或“扩大曝光”。这类目标很难回答下一步该改变什么。更可执行的写法是说明:本次活动面向哪些商品,主要希望观察哪个环节,采用什么调整,在哪个时间范围内检查结果。
例如,某商家希望验证活动优惠是否能改善商品承接,就要提前说明观察范围、优惠方案、观察周期和对照条件。具体指标要根据后台可获取数据、商品类型和商家目标设定;若成本数据不完整,就不要在复盘中声称已经证明盈利改善。
“假设”不是预测结果,而是约束分析范围。它能避免活动结束后挑选最漂亮的指标讲故事,也能提醒团队在活动期间记录关键执行变化。
先判断是否偏离目标,再定位偏离最明显的经营环节,最后核对相关条件。这个顺序可以减少一看到某个指标下滑就立即更改所有设置的冲动。
复盘文字最好分成三层。第一层写可核对的结果,例如某个观察周期内某项指标如何变化;第二层写解释以及证据强弱;第三层写下一步建议和复核条件。这样可以避免把“我认为价格调整有效”与“数据确实显示成交变化”混为一谈。
| 复盘层次 | 建议记录内容 | 避免的写法 |
|---|---|---|
| 结果 | 范围、时间、口径、观察到的变化 | 只写“效果不错” |
| 解释 | 候选原因、支持证据、未排除因素 | 将同时发生直接说成因果 |
| 建议 | 具体动作、负责人、复核时间和判断条件 | 只写“下次继续优化” |
指标字典不需要做成复杂文档。至少写清指标名称、来源页面或报表、统计范围、计算口径、更新时间、维护人和使用限制。对于后台已经定义好的指标,也要记录团队采用的具体筛选条件,避免不同人选取不同时间范围后直接比较。
尤其要区分平台展示数据、团队加工数据和团队自行推导的数据。后两类不能悄悄包装成官方指标;应注明计算方式和假设,方便复核。遇到指标定义变更或后台页面调整,要记录核验日期,旧数据和新数据不宜默认无缝可比。

下面用一家虚拟的家居用品店铺说明流程。店铺没有专职数据分析师,活动复盘由一名运营负责,数据主要来自商家后台报表和内部执行记录。文中的数值均为情景模拟数据,用于演示判断方法,不代表行业平均水平,也不构成对任何工具效果的承诺。
假设这家店铺有三款参与活动的商品,过去复盘时只记录总成交额。运营团队发现活动成交有波动,但不知道差异来自流量、商品承接还是执行条件。改造目标于是定为:缩短手工汇总时间;保留商品级观察结果;让每次异常都有候选原因和后续核验动作。
团队先建立活动登记表,把活动名称、商品范围、开始和结束时间、活动目标、计划调整、数据来源和负责人放在同一处。然后建立观察表,每行对应一个商品和一个观察日期,不把不同商品汇总成一个无法拆解的总数。
在工具选择上,团队先盘点现有后台报表能导出的字段,再用表格制作固定模板。如果团队需要将多个数据源整合、制作可复用的分析视图,可以把九数云作为候选的数据分析层进行评估;但应先核实当前的接入方式、支持的数据源、使用限制、收费规则和权限设置,不应仅凭“工具名”假设它能自动获得所有平台数据。
我会把这类候选工具放在“是否解决真实瓶颈”的测试里,而不是先做产品功能对比。若当前主要问题是字段定义混乱,先整理口径;若重复导出和跨表整理已经稳定占用大量时间,再做小范围接入测试。测试应选一场活动、几款商品和一名实际使用者,避免一开始就让全团队承担迁移成本。
模拟活动期间,团队约定每天固定时间检查数据,不因每个小时的波动都临时改策略。发现某款商品表现偏离预期时,先核实数据更新时间和活动范围,再查看执行记录中是否有价格、库存、素材或排期变化。
例如,某商品的访问表现没有明显异常,但下单表现弱于团队预期。团队没有立即断定“活动流量不精准”,而是先检查商品页面、优惠展示、库存可售状态和客服响应记录。之后只对一项页面信息进行调整,并记录调整时间。这里的重点不是模拟一个必然成功的优化故事,而是展示如何避免多个因素同时变动,导致事后无法判断。
下表只用于说明如何从数据提出问题。示意数据并不代表真实商家表现,也不能直接拿来作为目标值。实际复盘时,应替换为自家店铺在一致口径和时间范围下得到的数据。
| 商品 | 活动前观察到店访问 | 活动期观察到店访问 | 活动前下单率 | 活动期下单率 | 模拟核查方向 |
|---|---|---|---|---|---|
| 商品甲 | 1,000 次 | 1,200 次 | 3.0% | 3.1% | 访问增加、下单率近似;核对成交结构和成本是否符合目标 |
| 商品乙 | 900 次 | 1,050 次 | 3.2% | 2.4% | 访问增加但下单率下降;核对优惠展示、库存和商品页面承接 |
| 商品丙 | 800 次 | 760 次 | 2.8% | 2.9% | 下单率近似、访问减少;核对流量来源、活动展示与商品状态 |
这组模拟数据不能说明商品乙的页面一定有问题,也不能说明商品丙的流量一定变差。它只说明团队应沿着不同方向核查:乙更值得先检查访问后的承接条件,丙则更值得先查看流量和展示条件。下一步需要结合执行记录、数据口径和其他可比信息,才能把候选原因缩小。
一条可执行的复盘记录可以写成:“商品乙在约定观察范围内访问增加,下单率低于团队预期;暂不能确认原因。先核对活动优惠展示、库存和页面信息;本次只调整页面信息;在相同统计口径下复核后续表现。”
它比“商品乙转化差,下次优化”更有用,因为前者说明了观察范围、当前判断边界、具体动作和复核方式。若后续没有改善,也能知道调整已发生,不会再把问题归因到未经验证的假设上。

在这家虚拟店铺里,可以另行设计一个验收表,记录每次活动的数据准备时间、复核次数、异常记录完整度和复盘结论完成时间。假设团队在改造前后各观察三场活动,那么可比较每场的中位耗时,而不是挑一场最顺利的活动代表全部结果。
即使记录到人工整理时间减少,也应准确描述为“数据准备耗时下降”,不要直接扩写成“经营效率提升”或“销量提升”。后两者还受商品、价格、流量、库存、活动安排等因素影响。工具是否值得继续使用,要看节省的时间是否稳定、维护成本是否可接受,以及节省出来的时间是否真正用于更好的经营决策。

如果活动由一两个人负责,且商品数量不多,先建立活动登记表、观察表和复盘记录表通常更稳妥。把字段控制在能支持决策的范围内,避免为了未来可能用到的需求,提前建立大量没人维护的字段。
每次活动都用同一模板,连续做几次后检查哪些字段真正影响判断。长期没人查看、无法对应动作的字段,可以删掉;每次都需要临时补充的信息,则应考虑纳入标准流程。轻量不等于随意,模板的责任人、命名规则和版本记录仍然需要明确。
当团队同时管理多个商品和活动,最大风险往往不是缺数据,而是商品名、活动名、时间范围和人员记录不一致。此时先建立统一编码或可稳定匹配的字段,明确商品和活动之间的关系,再讨论自动汇总。
如果同一数据要反复用于不同的分析视角,或者人工合并越来越频繁,可以评估数据分析工具是否能够支持实际的数据源和团队权限需求。可以将九数云列为候选工具之一,通过限定范围的小测试核验是否适用;同时要确认数据连接、授权范围、价格与导出能力,不宜只凭展示页面或宣传描述作决策。
自动化成熟的团队,下一步不一定是继续增加看板。可以检查报表是否有稳定使用者、是否有固定查看节奏、异常是否能找到负责人、复盘结论是否进入下一轮活动。如果这些环节缺失,新增图表的边际价值可能很低。
这类团队可以把报表从“数据展示页”改成“行动入口”:展示当前偏离目标的项目、关联到负责人与核查记录,并保留结论状态。但任何自动提醒都要设置合适的范围和阈值,避免对短期波动过度响应,产生更多噪声。
如果团队说不清楚一场活动要达到什么目标,也说不清哪些商品或人群属于观察范围,那么上工具不会自动补齐经营判断。建议先从最近一次活动开始,把目标、主要动作、数据来源和复盘结论用文字写下来,再决定需要哪些字段。
这并不意味着一定要建立复杂的策略文件。哪怕只确定“本次主要验证什么”“何时复核”“怎样判断值得继续”,都能为后续工具选型提供边界。
四周计划只是便于启动的管理节奏,不是行业标准。若活动周期短,可以按实际活动安排压缩;若后台数据获取周期长或团队人手不足,也可以延后评估。重点是每一步都有可检查的产出,而不是为了赶时间完成一次形式上的工具改造。

平台报表适合核对平台内能够直接查看或导出的经营信息,优势是离业务场景近,团队无需先搭建完整的数据基础设施。使用时仍要核对报表范围、更新频率、筛选条件和指标解释,不能默认所有页面上的同名数字都能直接比较。
它的边界在于跨活动汇总、团队自定义字段、长期动作记录或多源整合可能不够顺手。具体支持情况应以当前后台功能为准,平台页面和规则可能调整,文章或教程中的历史入口不能当作永久操作说明。
表格适合小规模起步、字段还在调整、需要人工核查业务背景的场景。公式可以查看,结构容易讨论,也便于快速修改。但如果没有权限、版本和字段维护规则,表格可能出现误覆盖、公式错误和多个版本并行。
采用表格时,建议保留原始导出数据和加工后的分析表,明确哪些字段不允许手工修改,关键公式由谁维护。若要多人协作,应注明更新时间和数据来源,避免把临时版本误当作正式结果。
数据分析工具可能适合多个数据表长期整合、重复报表制作和跨活动比较,但能否适配要看真实的数据源、接入方式、更新频率、权限和维护要求。不同工具的能力、套餐和限制会变化,正式选型前要查阅供应商当前说明并进行实际测试。
以九数云作为候选产品进行评估时,可以先带着一份真实但经过权限确认的数据样本,测试从数据接入到形成复盘视图的完整过程。重点核验:数据是否能按需要进入、字段映射是否可维护、团队成员是否看得到所需内容、导出和共享是否满足工作流程,以及使用费用是否与节省的人力相称。官网信息可从九数云官网核实,功能和价格以当前页面及实际沟通为准。
| 团队现状 | 优先选择 | 主要优势 | 需要接受的限制 |
|---|---|---|---|
| 商品少、活动少、由单人负责 | 平台报表加标准表格 | 启动快、容易核验、改动灵活 | 依赖人工维护,长期横向比较需要规范 |
| 商品和活动增加,重复整理明显 | 模板加小范围自动化测试 | 能针对重复步骤降低整理负担 | 需要验证接入范围、稳定性和维护责任 |
| 多团队共享数据,权限和版本复杂 | 评估专业数据分析工具 | 有机会集中视图和协作流程 | 需承担接入、培训、权限与服务费用等成本 |
| 目标和口径仍不明确 | 先建立活动记录和指标字典 | 避免把不一致流程自动化 | 短期仍需人工讨论和校准 |

在上传、共享或连接数据前,先确认数据中是否包含个人信息、订单信息或其他需要限制访问的内容。只授权完成工作所需的范围,明确哪些人可以查看、导出和修改;若使用第三方服务,要阅读当前服务条款、隐私说明和数据处理信息。
不要把账号密码、敏感客户信息或未授权的数据文件发给不受控的工具。数据使用边界不是上线后的补充工作,而是选型和测试的一部分。遇到不确定的授权或合规问题,应先咨询平台和企业内部负责人员。
第一,数据准备时间是否稳定下降;第二,口径返工是否减少;第三,异常记录能否对应到负责人和具体动作;第四,团队是否真的在复盘时使用这些信息。最好连续观察多场活动,并记录样本范围、商品数量、人员变化和流程调整。
若数据整理快了,但复盘仍没有改变任何动作,可以说明处理效率有所改善,但暂时不能说经营决策效率也提高了。若自动化后维护和核对反而更多,应查清是接入不稳定、字段设计不合理,还是原流程尚未标准化。
拼多多活动数据分析的难点,不是找到一个看起来更完整的图表,而是确保活动目标、观察范围、数据口径和执行记录能够互相对应。没有这些基础,再多的数据也只能说明“发生了什么”,无法可靠回答“为什么发生”以及“下一步该试什么”。
我的建议是从最近一次活动开始:列出目标和商品范围,记录几个能支持判断的字段,保留实际调整,再在复盘时区分事实、解释和待验证假设。如果这套流程已经稳定,人工整理仍反复占用时间,再评估自动化和专业工具;如果流程还不稳定,就先把口径和记录做实。
这就是免费改造最值得坚持的原则:不把免费当作零成本,不把看板当作答案,也不把一次活动的波动包装成确定规律。真正的效率提升,是团队能更少重复整理、更快定位问题,并且让每一次活动都留下下一次可以核验的经验。

我店里没有专职数据分析师,活动结束后常常要在后台找数据、复制到表格,再临时讨论结果。我想先不买软件,应该记录哪些字段,才能既看清活动表现,又不把整理表格变成新的负担?
先盘点店铺后台当前可查看和导出的数据,再用表格补齐“活动、商品、日期、目标、指标、观察结果、调整动作”这几类信息。关键不是字段越多越好,而是每一列都能帮助回答一个经营问题;暂时用不到的数据,先不收集。建议建立三张轻量表:活动计划表记录目标和观察周期;每日跟踪表记录核心数据及异常;
复盘表记录结论、后续动作和负责人。团队较小时,用一个共享表格通常就能起步,不必先采购自动化工具。要留意数据口径和更新时间:导出前记下报表名称、统计日期范围及指标定义,避免把不同报表的数据直接拼在一起。涉及订单、顾客等信息时,也不要把不必要的个人信息复制到外部表格或未经确认的第三方服务中。
我以前复盘时最容易先看成交额,数字涨了就觉得活动有效,数字没涨就不知道该改什么。我想知道,活动前、中、后分别看哪些指标,才能分辨是流量不够、商品承接不佳,还是成本不划算?
先从活动目标倒推指标,而不是先打开报表再挑好看的数字。若目标是获取更多访问,优先观察曝光、点击及其变化;若目标是提升成交,再结合访问、下单和支付等数据判断商品页面的承接情况;若目标是利润或投放效率,还要把成本、退款及商品毛利等因素纳入判断。
一个实用的排查顺序是“有没有人看到,有没有人点进来,点进来后有没有成交,成交是否值得”。例如点击表现相对稳定而成交走弱,应该进一步检查价格、商品信息、库存、评价或客服承接,而不是立刻把问题归结为流量。指标名称和计算口径以店铺后台当前展示为准。不同时间范围、报表或业务场景中的数据未必可以直接比较;
复盘时应同时记录口径和周期,避免拿活动期的一项数据与日常另一种统计口径作结论。
我参加活动时会盯着成交额,但有时订单多了,花费也跟着增加,最后并不确定活动到底值不值得。我想要一个简单的判断方法:看到数据变化后,先比较什么、再决定改什么?
先把变化拆到经营环节,再决定是否调整。下面是一个用于演示判断方法的假设数据,并非真实店铺实测;点击率按点击量除以曝光量计算,转化率按支付订单量除以点击量计算,具体口径仍应核对后台定义。
观察项日常基准活动期间初步解读 曝光量10,00015,000获得的展示增加 点击量500600点击率由5%降至4% 支付订单5048转化率由10%降至8% 这组假设数据里,曝光增加但点击率和转化率都下降,不能仅凭成交额判断成功或失败。
更合理的下一步是分商品查看点击表现,并检查活动价格、主图、库存和页面承接;一次只选一个可验证的调整点,记录调整时间,避免同时改多个因素后无法判断原因。如果数据只是短时波动,先检查统计周期、数据延迟和样本量,再决定是否行动。
不要把单日变化直接当成稳定规律,也不要把相关变化直接说成某个运营动作造成的结果。
我做完活动复盘后,常常只留下成交额和几句主观总结,下一次又从头整理。我想判断这次省下的时间或调整动作有没有价值,应该记录哪些对照信息,怎样避免把偶然波动当成有效经验?
把“效率提升”拆成两类结果:一类是经营结果,例如目标指标是否达到;另一类是运营过程,例如数据整理耗时、异常发现到处理的时间、重复录入次数是否减少。前者说明活动表现,后者说明工作流是否更省力,两者不要混为一个结论。复盘时至少保留活动目标、观察周期、商品范围、数据口径、采取的动作和结果。
如果要比较前后表现,尽量使用条件相近的商品或周期;若活动规则、价格、库存、流量来源同时变化,就应把这些变化写进限制说明,而不是把结果全部归因于某一个动作。可以从最近一次活动开始,记录每项任务大致耗时,并与下一次同类活动比较。
比如数据整理从每次约60分钟降到约35分钟,只能先说明这两次记录显示整理耗时减少;要判断是否可复用,还需在后续活动中重复观察,并确认没有漏记工作或改变统计范围。最后把结论写成下一轮可检查的假设,例如“先优化点击表现偏弱的商品主图,并在相同观察周期比较点击数据”,而不是写成“活动有效”。
复盘的价值不在报表更长,而在下一次能少做无效整理,并更快验证一个具体问题。


读者评论
文章把效率定义为从发现异常到采取并复核动作的时间,比单纯追求报表生成速度更贴近运营实际。
先统一日期、商品范围和指标口径再做活动对比,这一点很关键;否则前后数据可能并不具备可比性。
文中提醒不要把调整后的变化直接归因于某个动作,建议同时记录价格、库存和流量等因素,复盘会更谨慎。
对小团队来说,先用表格统一字段和动作记录,再判断哪些重复步骤适合自动化,实施顺序比较务实。
模拟耗时分布明确标注为情景示意,没有把它包装成行业统计,这种证据边界说明值得保留。