---
type: research
title: 用户细分旅程与 POC 优先级
summary: 以本人主题跟踪任务为中心，分析四类需求、完整用户旅程、五项优先能力与生命周期门槛
status: 产品分析提案，待用户验证
date: 2026-10-07
updated: 2026-10-07
---

# 用户细分旅程与 POC 优先级

依据[用户原话](../product/reference/04-需求与验证入口.md)与[市场调研](2026-10-07-热点监控市场与竞品调研.md)，应用 `pm-market-research:market-segments`、`customer-journey-map`、`pm-product-discovery:prioritize-features`。需求原文和验收数值仍以[总 PRD](../product/prd/01-PRD.md)为准，风险和场景见[需求核对](2026-10-07-热点事件需求核对.md)，任务状态只在 [BACKLOG](../../../BACKLOG.md)。

本轮只有需求提出者的方向与约束，没有访谈、问卷、行为日志、试用或付费数据。以下用户细分、情绪、痛点、复杂度和优先顺序均是 **AI 假设**；“个人非商业、本机、零第三方费用、本机 Codex”沿用既有决策。分析潜在群体不代表启动商业化。

## 按用户要完成的任务细分

按一次任务的主要目的区分，同一个人可在不同时间进入不同场景，不能重复计算为多个客户。没有年龄、收入或企业规模证据，不构造人口画像。

| 细分 | 任务与理想结果 | 现有替代与障碍（假设） | 适配与当前取舍 |
|---|---|---|---|
| 持续跟踪一个事件的人 | 当事件变化时，找到相关的新帖和讨论，判断出现了什么新信息并核实出处 | 分平台搜索、收藏；同名词、广告、重复转载、旧闻和评论缺上下文；登录与维护费时 | 首先是本人，方向已确认。POC 的核心用户；实际频率和手工耗时待观察 |
| 为一次选择比较真实体验的人 | 选择 AI 工具等产品前，对照具体体验和问题，形成有证据的取舍 | 直接搜索、评测视频、手工对照；热评偏差、广告、版本和使用条件不同 | 潜在任务，未访谈；可复用来源和时间，不增加自动评分、推荐和比较报告 |
| 围绕一个问题整理证据的人 | 保存可追溯的正反材料，准确说明谁在何时说了什么 | 收藏、截图、笔记；转载来源不清、原帖删除、样本范围不明 | 潜在个人研究/学习任务；可复用父链和出处，长周期档案与报告后续验证 |
| 只想快速浏览已整理信息的人 | 快速看到少量有出处的新进展，再决定是否深入 | 热榜、订阅、媒体摘要；配置成本高、摘要难核实 | 历史 PRD 的公开读者方向，未有当前用户数据；本次不为其扩建发布分发流程 |

各群体规模、增长和付费意愿均未知；不把“所有关心热点的人”当市场规模。个人 POC 应先测本人主题数、平台数、阅读频率、无效阅读量和维护时间。选择首类，因为它直接对应用户当前问题，其余仅用于识别需求外延。

## 本人的完整用户旅程

教学例子采用 PRD 的“DeepSeek 新模型发布后的使用体验与故障反馈”，并不声称当前存在该事件。情绪列是推测，实际执行以用户原话替换。

| 阶段 | 触点与动作 | 用户问题、情绪假设 | 痛点与改善机会 | 验证证据 |
|---|---|---|---|---|
| 产生关注 | 在原平台或新闻看到线索，决定持续跟踪 | “这件事有新变化吗？”好奇 | 主题过宽；用一句话写清对象、想知道的变化与不关心的内容 | 用户原话、一个正例和负例；AI 代写不当访谈 |
| 判断是否值得用 | 比较手工搜索与 POC 可提供的来源 | “比我自己搜方便吗？”期待与怀疑 | 平台标识误导覆盖；展示取得对象及缺失范围 | 同任务手工步骤和用时、找到的信息 |
| 准备使用 | 打开本机入口，检查登录和模型条件 | “缺哪一步？”可能困惑 | 未登录与零结果混淆；明确前提和平台状态 | 能辨认缺少条件；凭据不入证据 |
| 配置并预览 | 输入主题、任一/全部/排除词，选国内平台和窗口 | “会查到和排除什么？”谨慎 | AND/OR 误解、别名噪声、误杀；提供正负例和规则版本 | 用户能解释一个命中和排除，保存实际查询 |
| 阅读并核实 | 看前列帖子、展开评论父链、打开原文 | “确实相关吗？这句回复指什么？”逐步信任 | 热而无关、旧闻、缺上下文；显示原始时间、证据和模型状态 | 冻结样本标注、本人找到有用信息、核对原文 |
| 再次查看 | 同配置再跑，比较新帖、新评论和失败 | “这次新增了什么？”期待稳定 | 重抓刷新时间、重复、失败假装零条；保留本轮与上轮区别 | 同 ID 不重复，新回复回到原帖；无真实增量则未验证 |
| 决定继续或暂停 | 保留规则和来源，决定是否验证下个平台 | “维护成本值得吗？”满意或疲劳 | 等待/人工修复超过手工搜索；让失败可解释、配置可复跑 | 连续使用的维护耗时和继续/暂停理由，不编造留存率 |

**首次价值时刻**：从前列结果找到一条值得跟进的新信息，理解其评论上下文并打开原文核实。抓取成功或生成摘要本身不是价值达成。

**信任判断点**：用户看到“没有结果”时，能分清没有匹配、仅部分采集、来源失败和模型待处理。最可能的放弃原因是假设中的无关噪声、旧闻反复、评论无法定位和维护成本；需要实际任务观察确认。

本期不设计购买转化或对外推荐流程：产品是本人使用的 POC，公开分发仍在冻结范围。用户旅程根据任务调整，不为了填“传播阶段”增加分享功能。

## 五项优先能力与取舍

没有用户规模、满意度与开发速度数据，不伪造 RICE/ICE 分数。使用影响、复杂度、风险、战略匹配和依赖定性排序；它是**验证风险的顺序**，不是省略后面的闭环要求。每项都围绕“国内真实帖子与评论是否相关且及时”。

| 顺序 | 要解决的问题 | 影响 / 相对复杂度 | 风险与依赖 | 本轮取舍 |
|---|---|---|---|---|
| 第一 | 按平台取得可追溯的帖子和评论 | 极高 / 高 | 登录、原帖发现、评论、父链和时间未实测；需要最小配置与请求预算 | 先有一个完整国内切片，再逐平台复制验证；不以热榜或 HN 代替 |
| 第二 | 让关键词表达真实主题 | 高 / 中 | 别名歧义、全部词误用、硬排除误杀；依赖正负例与取得的候选 | 第一项前先有最小配置，这里深入校准；先预览与版本，不无限自动扩词 |
| 第三 | 减少无关内容，并验证 AI 增益 | 极高 / 中至高 | 标注歧义、候选偏差、模型等待；依赖冻结数据和本机模型 | 同池对比关键词基线，保留证据；不先定向量库与相似度阈值 |
| 第四 | 让新旧、去重和增量可信 | 极高 / 中至高 | 未知/相对时间、平台索引延迟；依赖原始 ID/时间和第二轮 | 第一项即保存时间；这里集中测窗口与旧帖新评论，不先承诺实时 |
| 第五 | 让本人走完可解释的 demo | 高 / 中 | 局部成功不代表用户任务成功；依赖前四项最小路径 | 首平台就保留操作路径，最后做整段任务观察，不扩完整驾驶舱 |

暂缓海外接入、情感占比、负面告警、自动事件聚类、音视频理解、日报、全天调度、移动端和团队协作。它们没有被否定；当前证据不足以证明是此 POC 的前置条件。评论样本不充分时，尤其不能用情感百分比营造“已洞察整体舆论”的印象。

## 国内覆盖必须逐平台验收

平台工作清单来自 PRD 的 AI 枚举，尚不是用户已确认的穷尽名单。表内是要验证的对象差异，不是可获取能力声明，也不维护完成状态。

| 平台 | 内容对象要分清 | 评论与覆盖的关键问题 |
|---|---|---|
| 微博 | 帖子与长文可用文本 | 原帖、评论、回复是否可定位 |
| 抖音 | 视频标题、说明、实际可取文本 | 评论与视频绑定，部分采集范围明确 |
| 小红书 | 笔记标题、正文、实际可取文本 | 一级评论、回复、缺父分别记录 |
| B 站 | 视频标题、简介 | 评论和弹幕不同，本次不把弹幕当评论验收 |
| 知乎 | 问题、回答、文章 | 回答不是评论，评论应挂在正确回答或文章下 |
| 快手 | 视频标题、说明、实际可取文本 | 评论/回复可见范围及父链 |
| 百度贴吧 | 主题帖、楼层文本 | 楼层、楼中楼与原帖的关系 |
| 今日头条 | 文章和可取内容说明 | 帖子发现与评论能力分别证明 |
| 微信公众号 | 文章、发布时间、来源 | 只能对实际可见留言作结论，不可见不等于零评论 |
| 微信视频号 | 说明与实际可取文本 | 发现入口、评论可见性、回复定位分别验证 |

每个平台实际记录至少分列：关键词发现、帖子文本/时间、评论/父链、相关性、次轮去重/增量、状态/demo、证据位置；每项写通过、部分、失败或证据不足，并关联实际记录。平台总判定不能高于最弱的必要环节；全部国内结果不能用平均数掩盖未验证平台。

搜索、新闻网站和热榜是补充发现来源；具体站点清单待核对，不计作社交原帖与评论支持。X/Instagram 是后续目标，本轮不验收。

## 生命周期与进入下一阶段的条件

以下是产品门槛建议，不是排期或自动开工指令。

| 阶段 | 要回答的问题 | 可核对的产物与进入条件 | 未达到时 |
|---|---|---|---|
| 需求与调研 | 用户任务和平台范围是什么 | 总 PRD、官方来源对照、主流平台清单、正负例；已知与假设分开 | 补最影响范围的答案，不扩写完整方案 |
| 国内首平台 POC | 真实链路及主要风险能否被验证 | 一张卡、真实输入输出、失败原因、相关性对照、时间证据 | 缩范围或换获取方式，保留失败，不换平台后抹去失败 |
| 国内逐平台验证及 demo | 本人能否从输入走到有价值结果 | 每个平台结果、可操作 demo 和用户反馈；无证据的平台不算通过 | 报告部分覆盖，必要时请本人调整目标边界 |
| 小范围持续使用 | 单次成功能否稳定重复 | 实测维护成本、处理队列、漏采、平台限制与重复；再定运行窗口 | 调整频率或规模，不以旧 72 小时目标自动发任务 |
| 正式能力与演进 | 是否满足明确验收并值得持续投入 | 按现有规则写验收记录、更新能力；海外/报告等分别准入 | 保留未通过项，不把代码完成写成能力可用 |
| 暂停或退出来源 | 结果是否失去价值或持续不可得 | 来源状态、最后成功时间、原因和用户选择；已有证据可追溯 | 停止无效请求，保留历史，不把旧结果冒充当前更新 |

## 最少还需取得的用户证据

下一次实际 demo 观察：本人现在如何搜同一主题、什么算有用的新信息、哪种漏采最不能接受、如何理解部分评论、愿意投入多少本机维护时间。先观察一个完整任务并记录原话，再决定是否需要更多访谈，不用 AI 生成的画像替代真实反馈。

执行入口为[国内平台 POC 卡](2026-10-07-国内平台关键词监控POC验证.md)。本轮已完成的是桌面分析和验证设计，尚无市场需求规模、真实平台效果或用户留用结论。