功能导向核心业务

功能导向核心业务

服务单一用户或单一用户群、理想态相对明确时，用需求理解、解决方案、资源支撑三模块迭代。

搜索、推荐、目的地输入、公交线路都是这一类：先猜用户要什么，再给出排序或推荐，底层还要有词库、地点、内容供给。多边平台也可以先把某一侧拆出来，用本模块的框架写清楚，再拿到业务导向核心业务里处理冲突。

先读框架，再读正在做的那一类。三篇应用都是同一框架的展开。

flowchart TB
    A[功能导向型策略框架] --> B[搜索策略]
    A --> C[推荐策略]
    A --> D[目的地与路线策略]
    B --> E[业务导向型策略框架]
    C --> E
    D --> E

核心关系是：三模块结构相同，复杂度不同。搜索的输入与结果都复杂；推荐的需求本身不清晰、要持续猜；目的地与路线的终止点明确，不确定的是预测对象。

何时用本模块

它对应四大业务方向里核心业务的左支。典型如搜索、天气、翻译、地图里的输入与路线、内容推荐。理想态较明确，仍然要按输入、规则、输出和指标来做。

本模块文章

• 功能导向型策略框架：三模块、准确率与召回率、单侧拆解
• 搜索策略：降低完成搜索任务的成本；输入三段加结果侧理解、排序、展现
• 推荐策略：持续猜测兴趣；CTR 是用户与结果的组合分数
• 目的地与路线策略：工具型模块如何套三模块

三模块在应用篇里怎么落

每个角色的单侧分析仍用本框架。补贴、券和风控会改变约束，分别见增长、风控与数据。

写需求时，功能 PRD 的流程原型不够，要写清输入、条件、规则、输出，见简单策略需求文档、复杂策略需求文档。上线后用效果回归看核心、过程、观察三类指标。

贯穿检查

• 理想态是否可衡量：任务完成、完成成本、结果质量要从好的体验反推，不同业务不能套同一个核心指标。见理想态。
• 规则与指标是否拆开：需求识别要有区分规则，以及准确率、召回率和真实需求如何确认。
• 资源是否单独验收：标签、地点、内容供给不准，排序再精也是错集合上的精。
• 多边是否先拆单侧：复杂产品里的独立模块可以先按本框架写清，冲突再接到业务导向。

读完应能做的事

• 用三模块把一个工具型策略写成可验证问题，避免停在上模型、做推荐
• 给需求识别规则写出准确率、召回率和真实需求如何确认
• 在提出理想输出时同步写核心、过程、观察三类指标
• 把资源质量与排序方案拆开：候选集合错了，排序再精也是错集合上的精
• 按正在做的对象选读搜索、推荐或目的地，不把三篇当成三套新方法

读完应能回答

1. 当前模块服务的是单一用户、某一用户群，还是多边里先拆出来的一侧？
2. 需求理解的区分规则是什么，真实需求如何确认？
3. 解决方案写的是用户应得到的效果，还是只写了上模型、做排序？
4. 资源从哪来、准不准、缺失时怎么处理？
5. 核心、过程、观察三类指标分别是什么，观察变差能不能宣布成功？

本模块证明不了的事

• 多边冲突可以忽略：单侧写清之后，仍要接到业务导向型策略框架
• 存在统一的准确率、召回率或 CTR 达标线
• 前置推荐数量越多越好，或所有行业都复制地图回家
• 课程中的切词模型、排序权重、更新周期可直接上线

阅读顺序

先读功能导向型策略框架。正在做搜索读搜索策略，正在做信息流读推荐策略，正在做输入或路线读目的地与路线策略。赶工时，框架加一篇应用即可。

上一模块：应用总览。对照模块：业务导向核心业务。总图见策略产品经理。

概念与验证仍要回看：策略四要素把输入、逻辑、输出写齐；理想态决定什么叫任务被满足；策略通用方法论用简单规则起步。搜索、推荐、目的地三篇都是同一框架，差别只在不确定的那一侧。

三篇应用都套同一套需求理解、解决方案、资源支撑，不要当成三套新方法。司机与乘客的撮合不在本模块，见出行匹配策略。

课程案例中的数字、阈值和公式是教学示意，不能直接当作可上线参数。

延伸阅读

• 策略四要素
• 理想态
• 策略通用方法论
• 四大业务方向
• 业务导向型策略框架
• 搜索策略

来源说明

发现错误？想一起完善？ 在 GitHub 上编辑此页！
本页面贡献者：AI-PM Wiki Team
本页面的全部内容在 CC BY-SA 4.0 和 SATA 协议之条款下提供，附加条款亦可能应用