DELIVERED // 已经做成的

AI 提效案例

以下两个案例,行业分别为媒体金融科技;均由个人独立完成,实现了生产级别的利润突破与效率提升

数据均可核对:能截图的附了后台原图;涉及企业内部系统的按合规要求不外传截图,改以结构示意。

01

CASE 01 // 媒体 · 内容资讯(加密货币垂直)

FlashNews · AI 内容引擎

新闻网站涨流量,最快的路子之一是抓住 KOL 热点、抢在别人前面出独家分析。

问题

50 位 KOL、每天约 300 条动态——人读不完,更抢不到独家窗口

方案

一条 AI 内容管线:抓取 → 判价值 → 按编辑口径成稿 → 上线,全程分钟级;编辑只管名单、口径、抽检。

结果

活跃用户 +339.6%,广告收益 >+500%,人均停留 +25.6%——量涨了,质没稀释。

独立全栈交付已上线 · 生产环境持续运行数据可核对(附后台原图)

本章 6 页 // 点任一页直达

CASE 01//WHY

当时要解决的是什么

目标 A抬高网站估值

内容站的估值跟流量水位直接挂钩,流量是这门生意的硬通货。

目标 B做大收入

三条线:谷歌自动广告的分成、广告主直接投放的广告位、合作方投放文章的报价。后两条的单价都比第一条高一个量级,而且报价跟着流量水位走。

洞察最快的一条流量路径

做完数据分析后结论很清楚:抓 KOL 热点 + 出独家分析。独家 = 别的站没有 = 搜索和推荐愿意给量。难点不在选题,在速度和体量。

CASE 01//PAIN

卡在哪:一天 300 条,人读不完

50 位 KOL × 每人约 6 条 / 天 = ≈ 300 条 / 天。每一条都要有人判断值不值得写,判出来的还要有人写成分析文——编辑的产能天花板,就是这个站的流量天花板

50 位 KOL · ≈300 条 / 天 独家分析文 · 实时上线
AI 判价值
@KOL · 转发了一条旧闻@KOL · gm ☕@KOL · 又一张 K 线截图@KOL · 链上大额异动 ⚡@KOL · 抽奖 🎁@KOL · 情绪喊单:马上冲@KOL · 回复了别人@KOL · 监管口径变化 ⚡@KOL · 转发项目方公告@KOL · 只发了个表情@KOL · 头部项目重大变更 ⚡@KOL · 蹭热点玩梗
无信息增量 —— 转发 / 日常 / 情绪喊单 / 玩梗,丢弃并留档 有信息增量 —— 链上异动 / 监管口径 / 项目重大变更,进入撰写 筛选逻辑示意,实际规则按当时编辑口径配置

如果全靠人堆估算口径:300 条 × 2 分钟判读 + 约 30 条成稿 × 40 分钟 ≈ 30 人时 / 天

≈ 4 名全职编辑,还只覆盖白天班
HK$100k+每月人力 · 月薪按 HK$25k 保守计
HK$1.2M+每年——而且照样抢不到独家

CASE 01//PAIN · 2

为什么非得是实时

热点的价值有衰减曲线:同一条消息,第一个写的叫独家,第五个写的叫转载——搜索和推荐只奖励前者。

人工链路的耗时不在写,在排队:等人读到、等人判断、等人排期。三步走完,独家窗口通常已经关了。

所以要赢的不是「写得比人好」,是到得比人早——把这三步压成分钟级。

人工链路
等人读到等人判断等人排期发出
小时 – 天窗口已关 · 变成转载
AI 管线
抓取判价值成稿上线
分钟级还在窗口内 · 独家
独家窗口 = 从热点发生到第二家发出之间

CASE 01//SOLUTION

AI 解决方案

跟着一条推文走一遍:四步里 AI 做两步(判价值、成稿),程序做两步(抓取、上线),判断权在编辑

1 / 4
程序01抓取盯住名单里的 50 个人
AI02判价值先过硬规则,再让 AI 判
AI03成稿按公司口径模板生成
程序04上线直接推到网站
第①步产物 · 刚抓到的帖子

@KOL_of_watchlist · 12:04

某大平台的资金池突然转走一大笔钱,收款账户以前从没出现过……

已自动存档 · 同一件事只记一条
第②步判定 · 该不该写

先过硬规则 · 是重点关注对象 / 这事还没写过PASS

再让 AI 判 · 有新料(异常转账 + 大平台)PASS

AI 判「没新料」就不写 · 留档备查

第③步产物 · 自动写好的稿子
标题

某大平台资金池异常转出,收款地址此前从未出现

导语 · 事实与来源

12:04 链上监测到一笔大额转出,转入地址无历史记录。来源:@KOL、链上浏览器

影响分析 · 编辑口径

短期关注该平台兑付与公告;同类事件此前两次的走向……

来源标注 ✓ 免责声明 ✓ 搜索优化 ✓
第④步 · 已上线,读者可见
flashnews · /analysis/…
从抓取到上线 · 分钟级
卡片内容为演示示意,非真实稿件

人在哪一步拍板:名单谁进谁出、口径模板怎么写、上线后抽检与下架——三件事全在编辑手里。 AI 拿走的是「读完 300 条」和「按模板成稿」这两段体力活,判断权没动。

CASE 01//RESULT

上线后的成绩单:流量、收益、停留时长同步上涨

+0%活跃用户近 60 天 vs 前 60 天
>+0%广告预估收益本月 vs 去年同期
+0%人均互动时长同期同步上涨
436K活跃用户 · 近 60 天
HK$8,693本月预估广告收益
HK$9,189近 28 天(+331%)
2.66 万单日网页浏览量

CASE 01//PROOF

后台原图,可核对

Google Analytics 与 Google AdSense 后台截图 · 点击放大

Google Analytics · 后台原图 · 点击放大Google Analytics
活跃用户 436K,较前一周期 +339.6%;同一张卡上,人均互动时长 27s,+25.6% —— 量涨了,质没被稀释。
Google AdSense · 后台原图 · 点击放大Google AdSense
本月预估收益 HK$8,693,较去年同期 +HK$7,532(大于 500%);近 28 天 HK$9,189,+331%。

!怎么读这组数字

  • HK$8,693 是谷歌自动广告的分成,单价本来就低——它不是收入上限,是作不了假的流量证明(数字由谷歌统计)。
  • 网站真正赚钱的三处——广告位直售、合作方推广文、网站估值——都不在截图里,且都随流量水位涨价。
  • +500% 该这么读:广告、规则、单价都没变,只因为看的人多了。
  • 更值得看的是人均停留 +25.6%:来的人翻三倍,每个人反而待得更久——AI 大批量写,质量没掉
02

CASE 02 // 金融科技 · 数字银行(产品部门)

AI-WIKI · PRD 引擎

产品经理部门,每次产品迭代都要写 PRD。难的从来不是敲字——是每写一份,都得把散在几十份历史文档里的上下文重新捞一遍, 捞漏一条,需求就带着坑往下走。我们把部门知识库整个变成 AI 的知识库,并且让它知道文档之间的关系

蚂蚁银行香港 · 产品部门已上线 · 部门在用 内部系统 · 依合规不外传截图,本章全部为结构示意

本章 4 页 // 点任一页直达

CASE 02//PAIN

痛点:写 PRD 慢,不是慢在敲字

01量大

数字银行的产品迭代远快于传统银行。PRD 不是偶尔写一份,是持续、批量的产出。

02上下文散在几十份文档里

复杂产品的 PRD 背后压着一长串历史决策:以前怎么做的、当时为什么这么定、跟哪些模块有关联。写的时候要反复回去翻,翻漏一条,需求就带着坑往下走。

03单份 1.5 – 4 小时

时间不是花在敲字上,是花在「把上下文重新捞齐」这件事上。

所以在做这件事之前,同事其实用不了 AI 写 PRD——不是 AI 不会写字,是它不知道公司的上下文,讲背景比自己写还慢。企业里的 AI 跑不起来,九成卡在这一步:不是模型不行,是知识没喂进去。

CASE 02//SOLUTION

把文档变成 AI 的知识库

三段:原始状态 → 建成 AI-WIKI → 一句话取用

1 / 3
基金产品快速赎回赎回额度清算 T+N风控规则合规口径账户体系用户分层交易时段历史迭代埋点口径异常与限额

原始状态 —— 文档都躺在知识库里,但彼此不认识,AI 也不知道谁跟谁有关

建成 AI-WIKI —— 把文档之间的关联显式建起来,AI 拿到的不再是一堆孤立文件

一句话取用 —— 说「帮我写一份基金快速赎回的文档」,相关上下文自己被拉齐

节点名为通用产品域词汇示意,非内部文档标题

CASE 02//IN USE

实际效果示例

一句话下达,AI-WIKI 自动带出关联背景,按部门口径生成带正文的 PRD 初稿

PM

帮我写一份「基金快速赎回」的产品需求文档(PRD)

AI-WIKI

AI 自动从知识库带出的相关背景:基金产品 · 快速赎回 · 赎回额度 · 清算 T+N · 风控规则 · 合规口径

  1. 背景与目标自动带出上一版当时为什么这么定上一版快速赎回额度为每日 5 万且不覆盖节假日;本次目标:节假日可赎、额度按用户分层。
  2. 名词与口径定义跟部门既有说法对齐,不自创词「快速赎回」= 实时到账、由垫资池承接;「普通赎回」= T+1 到账。沿用部门既有口径。
  3. 用户故事与场景作为持仓用户,我希望节假日也能实时赎回额度内的份额,以应对临时用钱。
  4. 功能需求含与账户 / 风控 / 清算的关联点① 额度按用户分层配置 ② 垫资池余额不足时自动降级为普通赎回并提示 ③ 与风控名单联动。
  5. 交互流程赎回页 → 选择快速 / 普通 → 校验额度与风控 → 二次确认 → 到账通知。
  6. 异常与边界限额、时段、失败回滚超额部分自动拆为普通赎回;清算失败回滚份额并推送;交易时段外提示下一窗口。
  7. 影响面与依赖模块哪些下游要跟着改账户体系(余额展示)、风控规则(限额校验)、清算(T+N 对账)需同步改造。
  8. 效果统计与验收标准快速赎回成功率 ≥ 99.5%;节假日赎回投诉环比下降;埋点:入口曝光 → 提交 → 到账。

不用手写、不用回头检索关联背景、不用先跟 AI 讲一遍复杂上下文 —— 直接说要什么。

上方为通用 PRD 骨架与正文样例示意,非内部真实文档内容

CASE 02//RESULT

一份 PRD 的耗时

人工撰写
1.5 – 4 小时
接上 AI-WIKI
15 – 30 分钟 已含人工 review
01h2h3h4h
00×

区间两端各自对比都是这个量级:4 小时 → 30 分钟1.5 小时 → 15 分钟。 而且那 15–30 分钟里已经算上了人工 review 的时间——不是「AI 生成完就算完」的漂亮数字。

已交付案例精选 · 全部在生产环境运行中
01 / 00
滚轮 · 方向键 · 空格 翻页
放大查看