分开地区、来源与域名
三类维度各自描述不同问题，不把地区分类直接当作获客渠道。
CASE 06 / 数据与投放
渠道归因与增长看板原型
看板设计之前，先把统计问题问清楚。
设计国内与海外分区、日周月指标、注册付费漏斗和跨域归因逻辑，并把所需事件与字段整理为开发规范。
我的职责
主导需求定义、业务逻辑、AI 辅助开发与落地使用
作品形态 / 状态
结构原型；不代表真实数据已接通
能力关键词
渠道归因 / 埋点设计 / 产品原型
MEASUREMENT DESIGN / 结构示意
先统一口径，再看增长
01用户地区↗
02首次触点↗
03跨域身份↗
04注册 → 使用 → 付费↗
把业务理解写进工具和工作方式里。LIN / SELECTED WORK
01 / THE PROBLEM
从什么问题开始？
只靠出口 IP 判断地区可能把国内访问误归为海外；跨域访问和用户去重还会影响渠道来源与漏斗判断。
02 / KEY DECISIONS
我如何设计解决方式
把归属规则写成规范
考虑时区、历史访问与来源等信号，记录规则和不确定性，避免只靠单一信号判断。
为落地准备事件字段
围绕注册、首次使用与付费定义事件，并标明周期、时区、币种和跨域身份处理要求。
WORK EXCERPT / 材料节选
让来源、地区与身份各有口径
三个维度
用户在哪、从哪里来、落在哪个域名
三个事件
注册、任务使用、订阅付费
共同约定
去重、时区、币种与归因窗口
整理自：hiCreator 渠道看板原型及开发字段规范。公开节选保留方法结构。
操作公开版演示 ↗04 / THE DELIVERY
落到了哪些交付物
- ↗hiCreator 渠道看板结构原型
- ↗用户地区判定与跨域归因设计
- ↗事件与属性字段说明
05 / WHAT IT SHOWS
这件作品说明什么
展示我对增长分析底层口径的关注，以及把分析问题翻译成产品与开发可执行规范的能力。
作品状态与验证范围
原文件明确标注为结构原型，展示数字用于确认结构；本页不将它描述为已接通 PostHog 的生产系统或已验证的归因结果。
依据现有源文件、成品与交接材料整理 · 2026 年 11 月