保险投诉采集与分析

背景、用户与问题

保险投诉信息分散在公开渠道，人工收集和整理耗时，且需要严格限定保险公司、时间、产品和投诉状态，避免把无关信息带入分析。

• 目标用户：需要跟踪公开投诉信息的分析/运营人员。
• 用户任务：设定范围、采集公开信息、形成分析报告并发送到协作工具。
• 问题：手工采集效率低、范围难控、报告结构不统一。

目标与方案选择

目标：形成一条可重复执行的“限定范围—采集—分析—报告—飞书”流程。

• 方案 A（放弃）：人工逐条收集和整理，耗时且难以保证范围一致。
• 方案 B（采用）：浏览器助手采集公开信息，文档助手做结构化分析，生成报告后发送到飞书；保留人工复核点。
• 范围：只处理公开信息，不接入企业内部数据；交付可执行的流程方案与报告模板。

产品框架和关键链路

角色与模块：分析人员设定范围并复核报告；浏览器助手负责公开信息采集；文档助手负责整理、分析和生成报告；飞书承接报告流转。报告结构包含公司、时间、产品、投诉状态、问题分类、原文链接和结论，保留来源便于复核。依赖浏览器自动化、文档/LLM 能力和飞书机器人。

关键分支：范围内无结果时输出空报告；页面结构变化导致采集失败时提示人工检查；分析结果缺少依据时回到原始信息复核。

本人职责、关键动作和取舍

• 我设计限定范围采集、分析和飞书流转的方案：定义范围字段、报告结构和人工复核点。
• 团队边界：浏览器自动化、文档/LLM 和飞书能力由对应工具提供；我负责流程设计、字段定义和验证。
• 关键动作：把采集范围收敛到保险公司、时间、产品和投诉状态；用结构化报告承接分析结果；保留人工复核。
• 取舍：优先保证公开信息范围和报告可读性，不追求全渠道覆盖；不在首版做自动决策。

核心能力、体验验证和风险处理

• 范围控制：采集前限定保险公司、时间、产品和投诉状态，减少无关信息。
• 报告能力：把公开信息整理成结构化字段和分析结论，并保留来源。
• 风险：公开信息可能包含个人隐私、页面结构变化、模型总结失真；通过公开范围、人工复核和来源回溯控制。
• 验证：用公开样本走通范围设定、采集、报告和飞书发送流程。

指标、结果及证据边界

当前阶段：流程方案设计。

交付物：限定范围采集与分析流程、报告结构、飞书流转方案。

本案例以流程方案、报告结构和飞书流转方案作为交付证据。

上线后的增长、运营、卡点和复盘

下一步聚焦渠道适配、数据标准化、准确率评估和人工复核机制；关键卡点是公开页面结构变化、范围边界和报告可信度。