← 返回人物专题

人物专题 · 研究产品规划与数据问题整理 · 2017–2019

周遥:把可定制排名写成产品规则与异常清单

周遥的留存产出以大学排名产品为主,连接产品规划、原型、需求、页面问题和数据缺口,并延伸到研究工具与数据目录。

大学排名产品规划数据质量研究工具

工作画像

周遥相关的记录主要回答一个产品化问题:研究规则怎样从文档走到用户可操作的页面,又怎样把错误返回数据层。

产品规划、原型、需求说明、样式问题和指标缺失分别处于不同阶段,却共同构成一条可验证链。

如果用一个中性比喻,这些产出像排名系统的“规则说明牌”。

说明牌不负责全部计算,但能让输入、页面和异常反馈指向同一套规则。

这只是对留存工作对象的概括,不涉及个人特质、级别或评价。

证据范围

匿名身份通过 Jira 与 Confluence 的目录账号精确连接,跨系统置信度为高。

存档活动覆盖 2017 至 2019 年。

Jira 中有数十个关联议题,绝大多数出现发起或创建关系,负责人记录和评论都很少。

Confluence 中有百余个关联页面,另有数十个附件创建与修改触点,以及少量空间维护记录。

活动分布支持“产品文档与问题发起较多”的描述。

它不支持把所有被提出的问题写成周遥亲自实施,也不用于个人间的数量比较。

当前 Git 历史没有找到可以唯一归到该化名的提交。

项目地图

后三篇中的机制用于解释相邻工作,不表示周遥参与了文章覆盖的全部实现。

周遥相关产出的排名产品反馈链
产品规划需求规则原型页面用户操作
指标与权重排名计算大学详情页面展示
页面异常Jira 事项修正与评论状态关闭
数据缺失数据待办来源核验补齐或标记缺失
研究工具与数据目录Confluence 文档后续接手

代表项目一:可定制大学排名规划

大学排名是最密集的项目证据:数十个关联议题中,绝大多数出现发起关系,并有少量评论。

Confluence 的同主题空间保存产品规划、产品原型和相关页面的作者或修改者记录。

公开项目文章显示,系统允许用户选择指标、调整权重并生成自己的排名视图。

这要求指标定义、方向、归一化、缺失规则和权重约束先于界面实现。

产品规划与原型记录能够确认周遥参与了规则表达和交互材料的沉淀。

它们不能证明排名算法、前后端服务或数据采集由其独立实现。

当前代码仓虽然存在完整产品,但没有提交能唯一归到该化名,因此不做个人代码归因。

代表项目二:大学详情的页面问题

一条代表事项记录大学详情基本信息的样式错乱,由该化名发起并通过评论推进,最终状态为完成。

详情页同时承载名称、地区、类别、指标与排名结果,布局错误可能掩盖字段对应关系。

一个可靠缺陷单应保存视口、语言、数据样例、预期字段顺序和实际截图。

如果页面支持多语言或移动端,还要分别验证文本长度与缺失字段。

工单支持“周遥发现并跟踪过具体页面问题”的判断。

它不说明最终由谁编码,也不能证明所有设备和语言环境均通过验收。

代表项目三:校友指标的数据缺口

唯一出现负责人关系的事项来自排名数据项目,内容是某类学校缺少校友影响指标数据,状态仍为待办。

这个缺口揭示排名系统的重要边界:缺失不应自动当作零。

若资料源没有对应学校,系统至少需要区分未收录、无法匹配、确实为零和尚未更新。

排名计算还应说明缺失时是剔除指标、重分配权重,还是保留空值。

这些是从项目机制恢复出的验收要求,不是周遥个人实现事实。

待办状态意味着只能确认问题被分配,不能写成数据已经补齐。

保留这一未闭环项,比把它包装成成果更能解释产品的数据债务。

代表项目四:研究工具与数据目录

Confluence 中还保存研究工具的产品规划与需求页面,以及智库数据和数据列表页面的作者或修改记录。

内部工具文章显示,研究入口需要统一标签、查询条件、数据来源和导出对象。

网站平台文章则说明报告、新闻与其他公开内容需要稳定接口契约。

这些文档能够确认周遥参与过工具和数据目录的产品表达。

但现有 Jira 事项主要集中在大学排名,没有足够证据把其他工具的代码或交付归给该化名。

因此本文把它们作为第二条文档轨迹,而不是扩展成多个已完成产品。

跨系统如何互证

Jira 为大学排名提供问题清单、发起关系、少量评论和状态。

Confluence 保存规划、需求和原型,使工单可以放回产品目标与交互流程。

公开项目文章再补充算法、数据模型和前后端架构,但这些属于团队级证据。

当规划页面与同主题工单同时存在时,可以确认持续参与产品定义和反馈。

当数据事项仍为待办或缺少唯一 Git 匹配时,不能推断实施完成和代码归属。

可复用经验

  • 排名指标必须说明定义、方向、单位、归一化、缺失规则和版本。
  • 自定义权重应校验范围、总和,并记录用户配置以便重现结果。
  • 缺失值不能默认为零,应区分未收录、匹配失败和真实零值。
  • 原型页面要使用真实长度与缺失样例,尽早发现详情布局问题。
  • 产品问题应连接需求条目、数据字段、截图和验收环境。
  • 规划、原型、实现、数据就绪和验收需要分别记录状态。
  • 文档署名、工单发起和负责人关系应保留为不同证据类型。

证据边界

本文仅使用匿名化工作证据和已公开的项目总结。

年份只代表当前存档的最早与最晚活动,不等于完整工作周期。

页面作者或最后修改者不代表全部内容原创。

工单发起说明问题被登记,不证明其后续由同一人实施。

当前没有唯一 Git 匹配,所以算法与代码只按项目级事实描述。

可确认的是:周遥围绕大学排名留下产品规划、原型、问题反馈与数据缺口记录,并参与研究工具和数据目录文档。

无法确认的是:具体代码归属、待办数据是否后来补齐,以及产品最终采用范围。