怎样才能做好IT资产管理

ERP(Enterprise Resource Planning)即企业资源计划系统，是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。ERP系统集中信息技术与先进的管理思想于一身，成为现代企业的运行模式，反映时代对企业合理调配资源，最大化地创造社会财富的要求，成为企业在信息时代生存、发展的基石。

软件行业在国民经济中的地位：逐步上升

随着近年来科技的发展，软件行业在国民经济中所占比重逐年上升：2013-2019年，软件行业收入占我国GDP的比重从514%上升至724%，2020前三季度软件行业收入占我国GDP的比重为808%，软件行业在国民经济中的地位日益重要。

中国ERP软件行业发展阶段：逐步完善

ERP系统集中信息技术与先进的管理思想于一身，成为现代企业的运行模式，反映时代对企业合理调配资源，最大化地创造社会财富的要求，成为企业在信息时代生存、发展的基石。企业一开始，单纯地需要财务模块的功能，随着企业管理过程的精细化，生产、成本、运输等模块的需求也日益凸显，ERP软件产商看到这一需求趋势顺势改进产品，ERP软件产品发展过程大致如下：

1、单一的财务软件

国内管理软件市场最初以单一的财务软件产品为主。在计划经济体制与计算机技术相对落后的管理环境下诞生的传统财务软件，由于当时技术水平和管理水平的限制，目的主要是替代手工会计核算，减轻会计人员的劳动强度，提高会计信息的质量，促进会计工作的规范化，提高管理水平与经济效益。现在市场上销售的部分财务软件，仍然是这种较低水平的“甩账式”财务软件。

2、单一的ERP软件

而随着市场的发展，只做单一的财务软件产品已经不能满足用户的需求，财务软件厂商开始纷纷转型ERP软件。2000年以后，随着国内主要财务软件提供商转型为ERP软件提供商，管理软件市场过渡到以单一的ERP软件产品为主。

3、ERP套件

随着管理软件的发展，近年来主流厂商开始提供以ERP为核心的套装软件，完整的ERP套件已超出了企业范畴，涉及企业、供应商、客户和合作伙伴等领域，MES、CRM、SCM、OA、PLM、BI等管理软件产品逐渐与ERP形成子集或交集关系，ERP套件成为市场的主流。

中国ERP软件行业竞争格局：一超多强

通过目前的竞争情况看，用友和金蝶是本土较为知名的两大厂商，其中用友产品线较为齐全，且用户基数大，而金蝶的主打产品竞争力较强，并且在云转型战略中拔得头筹。在过去，用友与金蝶主要集中在中小企业客户群体，随着近年政府大力推动中小企业上云及工业互联网进程，用友与金蝶也逐渐推出自己的高端产品线，有望能实现国产替代，逐渐争取高端ERP市场占有率。目前在ERP系统领域，用友是国内行业里的龙头企业。而从整体ERP市场份额上来看，用友目前凭借着超过30%的占有率在国内市场中占据着绝对优势。

中国ERP软件行业市场规模：逐年壮大

近年来，随着企业对管理水平的日益重视，越来越多的企业将目光投向ERP软件市场，希望通过ERP系统的建设增强企业的综合竞争力，从而推动了国内ERP软件市场的稳定增长。

2013-2019年，我国ERP软件市场规模一直处在增长的趋势。在2017年出现了一波较大幅度的增长后，后面两年是市场规模的增速出现了放缓。2019年，中国ERP市场规模将达到约297亿元，同比增长12%。

中国ERP软件行业发展趋势预测：应用型加强

随着科技的进步，新的技术和概念涌现，ERP软件不断在融合中完善自身适配性，拓展产业链。伴随各种先进的信息技术和管理思想将充分应用到ERP软件中去，ERP软件产品技术也将会出现新的方向，具体如下：

—— 更多本行业研究分析详见前瞻产业研究院《中国ERP软件行业深度调研与投资战略规划分析报告》

政府采购项目需求确定书

上下滑动阅读全文

政府采购项目采购需求

项目名称：

采购单位：

编制单位：

编制时间：

编 制 说 明

一、采购单位可以自行组织编制采购需求，也可以委托采购代理机构或者其他第三方机构编制。

二、编制的采购需求应当符合《财政部关于印发政府采购需求管理办法的通知》（财库〔2021〕22号）要求及政府采购的相关规定。

三、斜体字部分属于提醒内容，编制时应删除。

四、对不适用的内容应删除，并调整相应序号。

一、需求调查情况

属于《政府采购需求管理办法》第十一条规定情形的，应当填写本部分。

第十一条 对于下列采购项目，应当开展需求调查：

（一）1000万元以上的货物、服务采购项目，3000万元以上的工程采购项目；

（二）涉及公共利益、社会关注度较高的采购项目，包括政府向社会公众提供的公共服务项目等；

（三）技术复杂、专业性较强的项目，包括需定制开发的信息化建设项目、采购进口产品的项目等；

（四）主管预算单位或者采购人认为需要开展需求调查的其他采购项目。

（一）是否开展需求调查

对于应当开展需求调查的项目，但不开展需求调查的，应在此处写明不开展的具体原因。

编制采购需求前一年内，采购人已就相关采购标的开展过需求调查的可以不再重复开展。

按照法律法规的规定，对采购项目开展可行性研究等前期工作，已包含《政府采购需求管理办法》规定的需求调查内容的，可以不再重复调查；对在可行性研究等前期工作中未涉及的部分，应当按照《政府采购需求管理办法》的规定开展需求调查。

（二）需求调查方式

咨询、论证、问卷调查等方式。

（三）需求调查对象

面向市场主体开展需求调查时，选择的调查对象一般不少于3个，并应当具有代表性。

（四）需求调查结果

1相关产业发展情况

2市场供给情况

3同类采购项目历史成交信息

4可能涉及的运行维护、升级更新、备品备件、耗材等后续采购情况

5其他相关情况

二、需求清单

确定采购需求应当明确实现项目目标的所有技术、商务要求，功能和质量指标的设置要充分考虑可能影响供应商报价和项目实施风险的因素。

采购需求应当符合法律法规、政府采购政策和国家有关规定，符合国家强制性标准，遵循预算、资产和财务等相关管理制度规定，符合采购项目特点和实际需要。

采购需求的内容应完整、明确，并考虑后续采购竞争性。采购项目涉及后续采购的，如大型装备等，要考虑兼容性要求。

（一）项目概况

（二）采购项目预（概）算

总 预 算：

包1预算：

包2预算：

……

（三）采购标的汇总表

包号 序号 标的名称 品目分类编码 计量单位 数量 是否进口

采购标的应与财政部制定的《政府采购品目分类目录》对应

…… …… …… …… …… …… ……

（四）技术商务要求

1包1

技术要求和商务要求应当客观，量化指标应当明确相应等次，有连续区间的按照区间划分等次。需由供应商提供设计方案、解决方案或者组织方案的采购项目，应当说明采购标的的功能、应用场景、目标等基本要求，并尽可能明确其中的客观、量化指标。

采购需求可以直接引用相关国家标准、行业标准、地方标准等标准、规范，也可以根据项目目标提出更高的技术要求。

（1）技术要求

技术要求是指对采购标的的功能和质量要求，包括性 能、材料、结构、外观、安全，或者服务内容和标准等。功能和质量指标的设置要充分考虑可能影响供应商报价和项目实施风险的因素。

除单一来源采购项目外，技术要求不得指向特定的专利、商标、品牌、技术路线等。

（2）商务要求

商务要求是指取得采购标的的时间、地点、财务和服务要求，包括交付（实施）的时间（期限）和地点（范围）， 付款条件（进度和方式），包装和运输，售后服务，保险等。

IT资产管理和传统的资产管理从逻辑上是一样的，但是IT资产和传统的企业资产管理最重要的区别是它的实时性。所以在管理方式上可以采用非常先进的技术，而且这些变化可以自动触发。企业的资产管理通常是由财务部门管理的，而业务需求决定了IT资产管理必须由IT部门进行管理。两者的着眼点是不同的，造成许多管理上问题，通过实施IT资产管理，可以降低开支，提高IT生产率和服务水平，同时能降低风险，提高IT透明度。

随着政府信息化和电子政务建设，政府部门的IT资产管理已经显得非常重要，管好和用好原用的设备和软件，提高IT管理人员的工作效率，做好库存管理、节省能源，是决定政府采购多少新IT设备等的依据。

金融行业对信息化系统的安全和稳定性要求很高，需要对所有信息化资产的型号、控制面板、连接及运行情况等进行全面的监控，实现IT资产的自动化、科学化管理，让IT资产创造最大使用价值。

电信行业是高技术含量的行业，由于电信IT资产的“巨大”，因此，精确的资产知识和问责制对于确保优化IT支出至关重要。需要了解有哪些资产、资产现在在哪里、如何使用它、以及如不再使用这一资产，如何从账目中勾销以健全成本控制等这些是非常必要的。与这些成本相关的是软件许可和续订，如果系统已被整合或已部署虚拟化技术，那么软件许可证也应该合并，提供另一种成本节约。

如何做好IT资产管理，是摆在信息主管CIO面前必须要解决的难题。IT资产管理跨越政府或企业的若干个部门，需要政府或企业高层领导的支持，无论是资金、还是高素质的工作人员、以及相关部门之间的协调等，都需要花费CIO大量的时间和精力。通过大量的实践摸索和调研讨论，提出政府或企业IT资产管理解决方案，该方案能够全面、实时收集到政府或企业IT设备的数据，而且能够提供多种形式的报告，确保领导和IT管理人员能够从不同的角度了解资产状况，及时响应上级和其他部门各种各样的报告要求，实现资产管理流程自动化，有效提高控制和投资回报，同时确保法规遵从。

IT资产管理是从资产生命周期管理来实施的，包括现有的网络设备、服务器、PC机、笔记本和打印机等，IT设备的库存情况，设备维修、借租、设备的折旧年限、报废等等；已经使用的正版软件，升级、维保等，摸清设备库存情况和软件的使用情况，在购买新设备和软件时，能更好地做出适当的决定，帮助政府或企业减少浪费。

因此，做好IT资产管理，我们首先必须要使用各种软件管理工具，随时掌握政府或企业目前使用的软硬件等情况，形成一个完整的IT资产库。IT资产管理工具可以帮助政府或企业从成本、合约、支持以及库存等多个角度，管理整个IT资产库。它为资产管理提供了强有力的技术平台，利用工具软件的信息获取功能，IT资产管理员可以清楚地知道，安装在服务器或客户端PC上的硬件信息、软件类型和版本，包括手动安装的软件。跟踪与用户名、部门、资产清单等有关的许可信息，依据用户的信息进行管理。

其次“管理＋IT”：实现IT资产管理变革，政府或企业IT管理部门可以“总体规划，结合流程，分步实施”，借助IT技术实现IT资产管理。对所有类型的IT资产进行跟踪。记录IT资产的需求、配置、调换、分级以及最终报废的历史情况，提供IT资产的生命周期管理，为成本管理提供完整的IT资产数据。

随着ITIL等最佳实践框架被广泛地运用到IT服务质量控制体系，资产管理已经成为支撑IT运营的一个关键组件。同时，IT架构的调整又给资产管理带来新一轮利好。在CMDB（配置管理数据库）IT管理新核心的地位得以确立后，资产管理与服务管理、配置管理、策略管理一起，成为紧紧包裹CMDB内核的关键模块。

目前看来，政府、电信、金融、教育等行业的IT服务管理应用较为广泛，其相应的解决方案、运维工具也最为成熟，成为国内标志性的IT服务管理成功行业。广通信达目前在政府、电信、金融等行业都投入了大量的精力，其主要客户也来自于这些行业。广通是通过做政府行业的IT运维服务起家的，因此在政府行业的成功经验也帮助广通在发展过程中赢得了更多的政府用户，同时广通也开始涉足电信、金融都高技术含量的领域，凭借广通BroadviewIT运维方案的深厚技术底蕴，不断开拓进取，赢得了电信、金融用户。

广通对于不同行业会制定不同的解决方案，选择产品和实施方案也会根据具体用户的需求和IT架构来进行，实现政府或企业的IT资产管理。根据资源管理核心需求，广通Broadview资产管理功能对设备资产、网络布线、组织结构、IP资源、设备上网和撒网等进行有效管控，管理人员可轻松提高日常运维的有序性。网络管理系统的资产管理功能，从设备的采购，入网，到维护直至最后的报废都有完整的记录过程，是全生命周期的IT资产管理，能充分保证IT投资的利用最大化。

广通自主研发的IT运维管理平台，以网络资源监控、资源管理、服务流程管理为三大业务方向的IT运维管理，将会为一如既往地服务好各行业用户，提供最佳的资源监控、服务管理实践，做国产IT运维管理的第一品牌。

31 策略PRD的撰写方法

一、需求文档

确定项目计划后，PM开始撰写需求，产出需求文档，正式发起项目。

1需求文档的目的？

让项目的参与方和其他对项目感兴趣的角色更好的理解需求的来龙去脉。

2一个完整的需求文档应该包括以下几个部分：

项目背景、项目目标、 需求概述、需求详述、 （统计需求、监控需求）

本文主要讲述策略PRD与功能PRD不同的地方：需求概述、需求详述。

二、功能产品与策略产品给出的解决方案

1功能产品

收敛 的解决方案，通过 流程和原型 表达产品的实现效果

2策略产品

发散 的解决方案，通过 逻辑描述和效果示例 表达产品实现效果

三、策略产品四要素

课程截图

四、策略分类

1简单策略

逻辑简单直接的需求，通常开发成本较小

2复杂策略

逻辑复杂的需求，通常开发成本较大

五、需求描述方法

1简单策略

PM可以 直接给出策略规则 （包括待解决问题、输入、计算逻辑、输出四要素的部分或全部）

例子：

课程截图

方法：

1）基于历史数据给出 （已有一定数据积累的情况下）

2）参照竞品给出 （多用产品从0到1搭建，没有数据积累的时候）

案例：

课程截图

为什么是3分钟？

首先明确产品目标和策略目标

输入密码产品的目标：保障安全性，同时不影响用户的正常 *** 作体验

输入密码间隔策略的目标：找到那个不影响体验的最短时间间隔

如何利用基于历史数据和参照竞品的方法确定策略规则？

1）基于历史数据

课程截图

定义完整使用流程

抽样分析用户全天的行为记录，得到一次完整使用流程的定义：任意两个动作间间隔小于30分钟的动作序列。（人工分析判断）

统计流程中间隔

课程截图

找到目标间隔时间

课程截图

2）参照竞品

经过多次重复尝试，确认竞品定义了超过3分钟用户就要再次输入密码，那自己的产品也可以暂定为3分钟

2复杂策略

PM详细描述解决问题、输入因素、输出效果，包括总结性的概述和示例case（来源于问题调研）。

计算逻辑由策略RD开发实现。

实际工作中的两类项目：

1）从0到1的项目：更多描述理想态，在怎样的输入下要达到怎样的输出效果

2）策略迭代的项目：更多描述策略现状，待解决的问题是什么，针对这些问题，理想的输出效果该怎样的。

案例1：

课程截图

需求描述： 待解决问题

需求详述：

输入因素和输出效果的概述

各类特殊情况下的计算逻辑补充

输入因素和输出效果的详述（case示例）

例子：

课程截图

课程截图

案例2：

课程截图

课程截图

六、需求文档自检清单

结构： 逻辑清晰，层次分明

背景： 需求背景描述清晰，待解决问题一目了然

目标： 产品理想态或考核指标是什么

示例： 通过示例辅助，让问题更明确和清晰

七、总结

策略需求文档的核心是将策略的四要素描述清楚。

其中针对复杂策略，可以跳过计算逻辑这个要素，但是需要通过具体的case示例将问题和产品实现效果更清晰地表达出来。

32策略PM如何跟进开发评估

一、策略类项目的流程

课程流程

二、为什么要做多轮评估？

课程截图

三、评估类型

课程截图

四、策略质量评估

策略质量评估用来说明 策略本身的质量

输出结论： 该策略的召回率和准确率

1）召回率=希望被覆盖的案例中，策略实际覆盖到的案例/理想态下希望策略覆盖到的案例

代表策略对问题的解决程度

2）准确率=策略覆盖的案例中，真正希望被覆盖到的/策略覆盖的所有案例

代表策略有没有带来其他伤害

（我们希望两者越高越好！）

例子：

课程截图

以上例子中，

召回率=6/10=60%

准确率=6/9=667%

策略质量评估方法：

课程截图

案例：性别识别策略

在所有用户中随机抽取1k人，通过策略识别，其中368个人为男生。对1k个人进行人工标注，共标注385个男生、78个无法识别，剩余女生。其中策略识别为男生的对象中有314个真的为男生、22个是人工标注的无法识别，策略识别成女生的里面还有71个是男生，那么：

召回率 =识别出的男生314/所有男生385=816%

准确率 =（真正的男生314+无法识别22）/策略识别的所有男生368=913%

（注意这里的无法识别问题）

五、Diff评估

在一个复杂的策略体系中，各种策略会相互作用，共同影响最终效果，比如搜索、推荐。

在迭代其中某条策略时，除了评估策略本身的召回和准确，还要关注在策略变化前后， 用户角度直接感受到的产品效果变化是怎样的。

输出结论： diff影响面、good：same：bad

1） diff影响面： 策略调整后，用户感知发生变化的比例，通常小于策略影响面

2） good：same：bad（简称g：s：b）： 随机抽样有变化的case，站在用户体验角度评估效果变好了、无变化、还是变差了。

例子：

课程截图

Diff评估方法：

课程截图

案例：性别识别策略

在所有用户中随机抽取1k个人，新旧策略分别识别后，有210个结果不同。98个新策略男、旧策略女，112个新策略女、旧策略男。

对这210个结果进行人工标注，其中135个是新策略对、旧策略错，24个新策略错、旧策略对，还有51个人工判断不出性别，认为新旧策略识别是男是女都可以、新旧变化为same，那么：

diff影响面： 新旧结果不同的210/所有样本1000=21%

G:S:B= 135:51:24

六、策略评估三步方法论

策略PM通用方法论

课程截图

第一步：基于理想态，找到问题

策略召回率理想是100%，目前只有60%，剩余40%没被策略召回

策略diff评估中占比10%的bad case

第二步：汇总和抽象问题，提出解决问题思路or方向

40%未召回case主要是3类问题，分别应该通过xxx思路解决

目前占比10%的bad case主要是xxx原因，需要解决

第三步：给出结论

问题依然很严重，需要继续优化or问题可接受、策略可以上线了

老问题：以投入产出比为主要考虑因素，通常以项目预期为终点

新问题：通常容忍度较低。以pm认为的不可忍受的体验为标准

七、简单策略评估循环的案例

课程截图

课程截图

课程截图

项目目标：准确识别出图中的蓝色点

第一轮评估：

第一步：基于理想态，找到问题

绿圈里的蓝点没有被曲线覆盖

错误覆盖了红圈里的两个点

第二步：汇总和抽象问题，提出解决问题or思路

1、2的点在曲线上方，3在下方，至少是2次函数

1和2的斜率不一样，可能是3次或更复杂函数

第三步：给出结论

目前方案只能勉强覆盖三个点、召回率不到30%；

准确率也一般，召回了两个绿点，准确率只有60%。

还需要继续优化。

课程截图

课程截图

第二轮评估：

第一步：基于理想态，找到问题

圈2里还有一个点没有召回

第二步：汇总和抽象问题，提出解决问题or思路

之前提过的呀，1和2的斜率不一样，可能是3次或更复杂函数，用2次函数搞不定的

第三步：给出结论

其实目前召回率已经90%+了，准确也非常好。可以上线了。

不过如果成本可控的话，再努力下最后一个点？

第三轮评估：

课程截图

八、总结

开发过程中的评估是策略PM的必经之路，是PM和RD通过深度配合在黑暗中找到道路的重要环节。

召回率、准确率、diff影响面、g：s：b四个指标是策略评估的主心骨，所有评估都是围绕着他们发现和抽象问题的过程。

33策略PM如何做效果回归

课程截图

效果回归作为策略产品工作循环的最后一步，不仅仅是结束，更是新产品问题的开始。

一、什么是效果回归？

无非是要回答三个问题：

课程绩图

二、如何做效果回归呢？

也是用到了策略工作的基础方法论

课程绩图

效果回归五步法：

第一步：明确预期：产品/项目目标是什么

第二步：指标体系：该目标可以用哪些数据指标来衡量

第三步：确定上线方式

第四步：收集第二步的指标，看是否达到第一步的预期

第五步：分析问题，产出结论

1项目启动前

课程绩图

建立指标体系

回答三个问题

1）问题和目标是什么： 找到核心指标

2）解决问题和实现目标的关键路径是什么： 找到过程指标

3）新的路径伤害了谁： 找到观察指标

2开发上线

课程截图

1）全流量上线

如果核心/过程/观察指标仅与本项目有关，评估效果很好、希望尽快上线拿到收益时，可选择全流量上线

回归方法： 实验期同比上个时间周期，变化了xx%

2）小流量上线

如果核心/过程/观察指标变化可能受项目外的因素影响，或者项目效果存在一定不确定性时，尽量选择AB test

回归方法： 实验流量比基线流量，变化了xx%

注意：

抽样方法是否足够随机。

样本集合是否有天然差异。

先进行流量空跑，避免问题。

3上线后

课程截图

课程截图

三、效果回归案例

课程截图

1项目启动前指标拆分

1）核心指标

产品目标： 降低用户输入成本

核心指标： 用户输入时间，预期降低2秒

2）过程指标

课程截图

用户输入效率的影响因素：sug展现的比例，在哪个输入长度下展现，是否被用户点击

过程指标： sug展现率、平均输入长度、sug点击率

3）观察指标

sug改动对输入流程的影响是可控的，对输入后搜索体验的影响是不确定的。

（某种程度上，sug起到了推荐的作用）

观察指标： sug输入query的搜索结果满足度

2开发上线

选择上线方式

小流量上线： 实验组、对照组各10%流量

3上线后回归

核心指标： 降低了12秒。有收益，但是低于预期。

过程指标和观察指标：

平均输入长度变短，符合预期；

sug展现率变低，点击率没变化，与预期不符；

并且sug输入query的搜索满足度降低，用户体验差。

需要进一步分析问题！

分析后结论：

1）性能有问题，导致长词汇（多term）sug的加载过慢，拉低了平均展现率和使用率。

需要启动性能优化项目

2）在一些热门候选词上做了需求扩展（欢乐颂2剧情介绍），对应的搜索结果质量变差

需要联合搜索排序（基础rank）部门优化效果

四、总结

效果回归是决定一个产品循环终止或再开始的枢纽。

整个工作贯穿项目前后三个阶段；项目启动前 对策略目标和过程的深刻剖析 是效果回归工作最关键和重要的部分。

消息推送策略的产生、演化、发展——以京东到家为例

课程截图

以一个小的策略为例，看看在完整的产品循环下策略的通用方法论是如何应用的—— 京东到家的消息推送策略 。

首先回顾下 策略工作的通用方法论

课程截图

理解产品目标

产品目标： 通过消息出大用户，实现相应的转化目的

核心指标： 消息点击率

注意：

本案例中覆盖的消息 仅指活动类消息 ，不包括各类业务消息（比如订单发货、退款、订阅更新等业务环节的提醒）

版本00：人工推送

产品方案： 运营同学写好文案，通过简易的消息推送工具给全部注册用户发送消息

推送效果： 点击率只有05%

发现问题

采用 阶段性调研 的方法

课程截图

问题分析

理想态： 所有人都点击

未达理想态： 有995%的人都没有点击，怎么拆解？

PM对用户的理解还较少，提出新的分析思路： 反向看点击的人，对比点击的人和没点击的人有什么差异，试着分析其中的规律

课程截图

进一步分析：

1）这次推送对活跃用户的效果更好，点击率大概74%，非活跃用户只有01%。虽然预期会有差异，但是差距太大，需要试着优化针对不活跃用户的推送内容

2）活跃用户中，android点击率23%、iphone用户点击率35%。差异非常大，不符合认知，猜测可能大量iphone关掉了app推送

版本10：增加基于用户分层的推送

产品方案：

1）基于用户基础信息和历史行为挖掘用户标签：活跃程度、手机平台

2）运营可根据标签配置不同的文案和推通道

3）增加短信推送通道

课程截图

推送规则： iphone增加短信通道一起推送，android仅进行app推送

效果回归

推送效果： 点击率提升至15%

1）活跃用户点击率提升至11%，其他用户点击率05%，都提升明显

2)iphone点击率07%，android用户点击率24%，iphone转化率依然不高

结论： 短信通道的效果不好，需要分析问题。另外，可以进一步分析其他待优化点。

问题分析

首先分析短信通道问题，发现：

1）app中没有埋点，所以点击短信短连接后无法调起app

2）而且短信中的短连接没有加统计标识，打开的移动端网页不知道这是短信带来的流量

然后对没有点击的个用户群各自抽样分析，发现：

1）没有点击的用户都是曾经很少买或没有买过肉蛋奶类商品的用户。在活跃用户中表现尤其显著。

2）同时补充抽样点击用户，发现86%的用户都有>2个包含该品类的订单

——可以考虑更细化的推送内容

版本20：个性化的内容推送

产品方案：

1）收集更多用户历史行为（订单、收藏、搜索、浏览等），建立更加细化的用户标签，用于内容推荐

2）收集平台商品上架和价格等信息的变化和常规活动信息，作为待推送内容集合

3）根据用户标签和候选内容，生成基于每个用户兴趣的内容

4）设置推送频率限制，在允许频率内，当某用户存在可推送内容时，自动进行推送

此时，运营同学只需要配置各类兴趣维度的模板，系统自动发起推送。

课程截图

课程截图

效果回归

推送效果： 点击率提升至25%

1）iphone点击率21%，android用户点击率26%，两者非常接近了，符合预期

2）优化内容后，各类用户的点击率均有可以明显提示

结论： 比较符合预期，可以进一步分析其他待优化点

继续对比点击和未点击用户差异，并随机抽取用户详细分析，发现：

1）各推荐维度在不同品类上有不同表现

2）不同用户对同一种推荐维度的点击率也差异很大

3）同一用户在不同时间段的点击率有比较明显的差异

——可以在推荐特征中增加品类和用户历史点击数据；可以将推送时间纳入个性化推荐

版本30：基于反馈的推荐系统

产品方案：

1）将推送时间纳入推送控制

2）继续丰富推荐使用的标签数据

3）将每个用户的点击行为作为推荐优化的重要依据，不停迭代

课程截图

总结

消息推送的效率本质： 给合适的用户在合适的时间点发送合适的消息

合适最初由PM定义，最终根据数据反馈确定

课程截图

在这个完整的案例中，产品一步步进化，从功能到策略、从简单策略到复杂策略，我们依次优化了消息推送的四个要素，达到了相对理想的状态。

在这个过程中，我们仅 以问题驱动 ，并加入了 优先级判断 的分析。

而在实际项目中，限于 成本收益和平台数据的积累程度 ，很多消息推送策略停留在10或20版本即中止进化了。

实例策略工作通用方法论的应用——以滴滴APP的目的地输入模块为例

课程截图

以一个复杂的策略模块为例，看看在完整的产品循环下策略的通用方法论是如何应用的。——滴滴APP的目的地输入模块

策略工作的通用方法论

课程截图

理解产品目标

模块目的： 帮助用户以最低成本完成目的地的输入

衡量指标： 用户平均输入时长（从进入该模块到完成一次输入的平均耗时）

版本10：简易搜索

课程截图

课程截图

发现问题

使用阶段性调研的方法：

课程截图

10问题分析

课程截图

课程截图

理想态： 可以暂且定为2，点击目的地框——>点击历史记录两步

问题拆分： 主要目标34567向2努力，次要目标每个步长都缩短自己的平均时间

随机抽取 一周内 （滴滴有周末效应，POI不同）的用户 完成输入 的session共1000个，问题分析结论如下：

课程截图

搜索sug-过程指标

用户输入效率的影响因素： sug展现的比例，在哪个输入长度下展现，是否被用户点击

过程指标： sug展现率、平均输入长度、sug点击率

解决方案

针对以上各个问题，分别提出解决方案

课程截图

方案收益分析

针对各个解决方案，与RD一起分析可行性后得到项目预期收益

课程截图

产出项目计划

最终得到下个版本的项目计划如下：

课程截图

版本20：搜索建议+搜索推荐

课程截图

课程截图

20效果回归

让我们看一下项目上线后，每个问题的解决程度

课程截图

20问题分析

针对两个明显与预期不符的问题进行分析

问题1：步长2的输入时间没有按预期降低：

1）部分低频用户数据积累不够，导致排序出现不合理波动，排序策略需要微调；

2）以及随着数据积累整体效果会逐渐变好。

问题2：步长3的用户目的地已在历史记录中：

1）发现在网络不佳的情况下搜索推荐加载过慢，所以用户使用低于预期。

2）考虑在启动app时进行预加载

20问题进一步分析-还有没有可能更好

课程截图

理想态有没有可能是1，甚至是0？

步长2： 其中50%是非常有规律的通勤订单（基于出发地和出发时间段可以准确预测出目的地）

步长3： 其中20%是有规律的订单

——完全可以考虑把搜索推荐的结果前置到发单页！

版本30项目计划

综合效果回归的结论，与RD沟通可行性之后，30的项目计划如下：

课程截图

目的地推荐（高准确率的搜索推荐前置）+搜索推荐+搜索建议

课程截图

搜索输入策略框架的延伸

1百度地图APP

搜索起始页

1）搜索框在首页上方，是空白的，没有很多推荐内容，只有一个用户教育的提示

2）在页面中间，表示当前位置的蓝点上有个“回家”的提示，点击之后可以直接发起回家路线的搜索

输入页

以上就是关于ERP要完蛋了全部的内容，包括:ERP要完蛋了、政府采购无指标采购说明怎么写、怎样才能做好IT资产管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！