完整规则
任务说明
我准备长期积累用户痛点,而不是临时搜几条帖子就决定做什么。我需要一套能保留用户原话和真实场景的证据库,也想借用接单者识别“真痛点”和“随口抱怨”的经验。 请站在做过这件事的人角度回答 请展示至少5条真假痛点的对照判断,说明哪些措辞、频率和替代方案让你改变判断;不要只给空白模板。 不要从术语解释开始。先告诉我你会怎么选、为什么,再按下面顺序展开: ① 设计记录用户原话、发生场景、现有替代方案、频率和影响的字段。 ② 明确论坛、问答、应用评价和公开工单的采集边界。 ③ 制定相似问题合并和同一来源去重规则。 ④ 给出三到五条脱敏示例,展示如何区分事实和推断。 最终请交付:问题证据库结构、采集规则和去重方法。其中至少安排一栏写“常见做法为何会失败”,另一栏写“出现问题后怎么补救”。 判断依据 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 合格标准 1. 保留原始来源与采集日期。 2. 定义相似问题合并规则。 3. 避免收集非必要个人信息。 4. 经验必须具体到场景和动作,不能只写“注意”“建议咨询”或复述公开规则。 任务边界:不做用户访谈,也不替用户选择产品方向。