人物专题 · 研究产品规划与验证文档 · 2017–2018
顾屿：把研究方法翻译成产品规则
从筛选项、自动报告任务到快速入门与版本日志，复盘一段以研究产品规划和验证文档为核心的工作轨迹。
工作画像
顾屿的匿名轨迹围绕一个难题展开：怎样把研究人员脑中的筛选习惯、数据边界和报告结构，翻译成研发可以实现、测试可以复现、用户可以理解的产品规则。
Jira 快照关联数十条工单，全部以发起人身份出现；Confluence 关联百余篇页面，均有作者记录，其中绝大多数还有最后修改记录。群组分析另识别出数百条附件创建触点。
这些计数只说明存档中有密集的需求、文档与附件活动，不代表工作量、质量或个人排名。Git 分析没有匹配到可归属提交，因此本文不为顾屿声明代码实现贡献。
如果把研究产品比作一台仪器，这类工作更像给旋钮刻度、写操作手册和设计校准样本：仪器由团队共同制造，但没有这些约束，读数很难被重复解释。
证据范围
| 来源 | 匿名统计 | 可以确认 | 不能确认 |
|---|---|---|---|
| Jira | 数十条工单，均为发起人 | 自动报告问题被持续拆解并进入任务系统 | 后续实现、验收均由其独立负责 |
| Confluence | 百余篇作者页面 | 筛选、功能整理、快速入门、测试与版本文档被维护 | 所有页面内容均由一人原创 |
| 附件记录 | 数百条创建触点 | 产品材料和阶段结果保存较密集 | 每条记录都是独立文档或正式交付 |
| Git | 未匹配到提交 | 当前代码镜像没有人物级实现证据 | 未参与评审、联调或验收 |
活动日期只表示材料进入存档的范围。本文不把它表述为任职时间，也不引用招聘、评价或私人信息。
项目地图
- 自动研究报告：主题词、关键词版本、样图、真实统计和模板文案的产品闭环。
- 金融研究搜索：筛选、原文定位、收藏和笔记如何组成研究工作台。
- 共享产品工程：搜索、上传、笔记和编辑器等能力如何跨产品复用。
- 金融研究平台规格：把检索、阅读、证据保存和输出重新定义为可重建契约。
代表项目一：自动报告的任务拆解
人物关联工单全部集中在自动报告项目，并以发起人身份进入系统。现有代表事项包括子类数据不完整，文档侧则保存年终版本测试材料。
自动研究报告显示，这批问题不是普通页面清单。项目要把一个研究主题拆成中英文关键词、来源样本、聚合表、12 类图表和模板文字，还要在样图与真实结果之间管理异步进度。
文档与工单能够确认顾屿参与了问题定义和测试反馈，不能证明后端计算或 Vue 重构由其实现。当前也没有与人物关联的 Git 提交。
子类数据不完整看似一条数据缺陷，实际会沿管线放大：关键词树缺节点，样本总体随之改变，图表与模板文案可能仍输出完整结论。可靠产品必须让缺失状态进入结果模型，而不是只在测试单里说明。
代表项目二：筛选规则与研究搜索
Confluence 中多篇“Filter 选项”页面与顾屿关联，另有功能整理和版本更新日志。这些材料反映出产品规划从页面名称深入到了筛选行为。
金融研究搜索说明筛选对象横跨公告、研报、新闻、专利与公司资料。时间、来源、类型、公司和正文命中位置都有不同语义，简单复用一套下拉框会制造误解。
金融研究平台规格进一步把搜索流程抽成查询、筛选、命中解释、原文证据和研究输出。筛选条件不仅要影响列表，也应被收藏、导出和笔记引用。
人物证据确认顾屿维护过筛选项与功能清单；项目代码证明团队实现过多源查询和筛选。两者时间与产品域相符，但缺少提交归属，所以本文只称其参与规则定义和文档维护。
一个可复用的设计是让每个筛选器同时声明字段、操作符、允许值、空值语义和适用来源。这样接口、页面与测试可以读取同一份契约。
代表项目三：智能研报的快速入门与版本文档
顾屿还关联到智能研报系统说明、快速入门、功能整理和版本日志。它们覆盖“产品有什么”“第一次怎样操作”和“这一版改变了什么”三个不同问题。
共享产品工程表明研究工具逐步把搜索、上传、阅读、笔记和编辑器串成工作流。快速入门如果只列按钮，就无法解释材料如何从搜索结果进入笔记，再成为报告证据。
好的入门文档应以任务为中心：找到一份资料、定位命中段落、保存证据、组织笔记、生成或导出结果。版本日志则应标出规则变化是否会改变旧查询与旧报告。
现有页面记录足以确认文档维护存在，但无法确认阅读量、采用效果或文档是否覆盖全部线上版本。附件触点数量也不能替代这些指标。
产品文档、工单与代码如何互证
产品文档回答“系统应该怎样工作”，Jira 记录“哪个问题需要进入处理”，代码则回答“团队最终实现了什么”。三类证据只有放在同一版本下才真正互证。
自动报告的文档与工单能确认关键词、图表、空值和导出问题被认真处理；现存代码却不能与当时完整重构一一对应，因此项目文章将部分能力保留为缺失证据。
金融研究搜索拥有较完整团队级代码，可确认筛选和原文定位确实存在，但没有顾屿的个人 Git 归属。最准确的结论是“参与产品规则与验证材料”，而非“实现搜索引擎”。
这种证据分层也保护了协作事实：发起工单不等于独立解决，文档作者不等于唯一决策者，代码作者也不等于产品规则的唯一来源。
可复用经验
- 研究筛选器应定义字段、操作符、空值、来源和持久化语义，而不只是控件名称。
- 样图必须明确标记为结构预览，不能与真实统计共享结论或下载状态。
- 图表与模板文字应读取同一份已校验中间表，避免数字和叙述分叉。
- 空数据、全零、并列和无效日期要成为正式测试样例。
- 快速入门按用户任务组织，版本日志则记录会改变旧结果的规则变化。
- 文档、工单与代码要绑定版本；任何单一系统都不足以证明完整交付。
- 没有人物级 Git 证据时，只描述需求、文档和验证产出，不推断代码归属。
证据边界
顾屿的存档活动范围为 2017 至 2018 年，只表示 Jira 与 Confluence 中可见记录的起止年份，不代表任职时间。
精确计数是当前快照中的角色触点，不用于比较人物。附件记录可能包含版本与重复修改，也不能按数量直接解释为独立成果。
本文不包含真实姓名、客户身份、内部位置或私人经历，不引用招聘与评价材料。职业画像仅基于可验证的产品文档和工单产出，不推断性格、绩效、职级或管理职责。