两年后台产品经理工作，我把这些讲给你听（中）
|
最终应用层面，客户进到页面，可以看到这个博主有什么服务能力（SKU），能帮我做什么事，我能获得怎样的权益，需要我提供什么，你制作需要多久，而预估的报价是多少钱，我能否承受，价格飙高的原因是什么，没档期还是本身就贵还是怎样。 在重构前的业务形态下，遇到的所有问题，几乎全部都能解决了，在看到的时候，就能决策是否还需要动用低效人工，这也是重构的价值。 十一、采购预警采购平台在后运行期间，其中非常重要的一个功能就是采购预警。 采供预警非常重要的一个核心模型是供需模型，会每小时为维度提供当前库内的供需曲线，分行业、分价格、分平台的，供采购者决策判断该去主动补库存哪些资源。 供需模型的主要构成是硬性因素和软性因素，也就是结合了电商采购里的定期补货模型和定量补货模型：
先说软性因素比较容易理解——就是像周末、双十一、双十二等周期性，可预测的重大节日的时候，会有大量客户下单，可以预见的是供小于需，无论哪个分类都是，这就影响了软性因素。 硬性因素的博主数是比较容易理解的，就是标记了我能做这个行业的，提供服务的博主数（可调用库存模型我下面也会再说一下）；可调用的除一下总服务博主数，也就知道了当前供给迫切程度，再结合可预见的预估因素，综合判定，给予采购者建议。 比方说微信美妆博主供给预警，需要尽早入库美妆博主。可能是今天卖得比较好，也可能系统在为双十一提前做预警。采购看到了就会提前布置任务，去市面上搜索，或者提前锁定关系比较好的供应商的档期，签订小框合同之类的手段。 十二、库存模型库存是商品信息中另一个不可确定信息，非常重要。 刚刚介绍报价模型那里有提过的（我们和电商不一样，没有实体的货物需要交付，所以这里的库存和电商的库存管理不一样，库存就不用完全锁死），我们只需要提示就好。 在介绍下单流程的时候，我会介绍一下伪减库存的逻辑，毕竟交易权最终还在博主手上，也就不用做超卖、调度层、仓库层、增减冻结状态消耗解冻之类的了，所以我们只有个库存模型。 首先这个库存是针对某个博主的库存，抛开其它的维度，可能比较好理解，也就是我要选这个博主做广告，可发现这博主这月档期满了，没可以售卖的位置了，库存0。 那么，我们这里指的库存是什么？ 指的就是单位周期内，博主接受的最大商业化的内容数量。也就是：单位时间内商业内容数量越多，广告越多，会越损伤粉丝粘性。 所有的博主都会控制自己单位周期内的商业化内容数量，这也是为什么最初的时候AI要将营销内容进行标记——我们将以博主为维度进行判断，某个博主在单位周期内的商业化内容数是多少，比如30天不超过6条。这就意味着：我们实际上变相掌握了针对某个博主的库存情况，如果在某个客户下单的时候，和上月同时段去对比，监测营销内容数量；如果已经超出了，我们认为这月他生意还不错，本着不伤粉的原则，应该不太容易接单了。所以我们这边的策略，要么阻拦客户进行下单，要么报价模型加高溢价给到客户；如果客户执意下单，也会促进博主去接单。 而对于收集真实可信、确定性的博主档期是不可能的行为，已经说过我司对于博主来讲也只是接单渠道之一，博主是不可能把自己的档期管理交付任何一个交易平台的。一个良性健康的博主可能会有多种接单渠道，比如我司类同的平台和竞品，官方渠道，自己的官方商务渠道，线下社群渠道等。多渠道完整构成博主自己的档期管理。 十三、资源巡检资源巡检，就是定期将上架的资源，巡回检查，一般每个巡检周期是T+7。用于重新将资源结合订单数据+交互数据后再估值，而后再后分级。 结合订单是因为已经上架，就不是新资源了，就可能会发生交易行为，所以订单金额、数量这个业务数据，是非常重要的。我们重新去恒定资源的维护必要性，若资源没有被交易的价值，博主竞争力过弱，我们会人工检查，在审核中心有一条工单出现，看博主是否已经停更；或者内容出现严重偏差情况，而后决策是否停止维护，这个巡检的服务目前是算法组在维护迭代的。 十四、赋能工具采购端还会有一些独立的赋能工具存在，最重要的是有2个：一个是爆款博主监控，一个是竞品监控。 核心来讲，目的是解决第一个大问题中，提供高质量的博主，提升动销率。 先说第一个： （编辑：广西网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
