【个人主页】主页点赞 v3.0

主页点赞 · 铃铛通知与一键回赞 · 互赞引导开聊 · 私聊卡片透传 · 2026-08-05

零、修改记录

#日期改动类型修改内容
12026.06.01新开文档撰写文档 V1.0
22026.08.05逻辑修改撰写文档 V2.0
32026.08.05逻辑补充V3.0。① 补竞品论证（Like 与 DM 非替代关系）；② 铃铛通知新增一键回赞，回赞后按钮转 Chat；③ 互赞后引导开聊；④ 新增私聊互赞卡片透传；⑤ 补动效规格与交互流程图；⑥ 访客列表标记本期不做

一、需求背景

1.1 当前主页只有两种入口，都是重交互

入口性质成本
Chat Now强意图承担主动发消息的心理成本，发起方需要承担「被冷处理」的心理负担
Follow关系绑定门槛同样不低。关注后该用户发布的帖子会进入自己的信息流

两者之间没有任何轻量档位，弱意图用户的行为因此完全没有被捕获——看到了喜欢的人，但不足以支撑发第一条消息，于是直接退出。

1.2 用户对「被欣赏／被看见」有强烈需求

  1. 通过对高活 / 高粉用户主页的观察，这部分用户会主动上传精心挑选的图片作为主页背景、认真填写标签与星球测试、Pin 帖子。
  2. 这反映了一个明确的用户心理：主页是被精心经营的，经营是为了被看见。
  3. 但当前主页没有给访问者提供任何「我看到了、我喜欢」的轻量反馈通道——既让访问者无法表达欣赏，也让主页用户无法感知被看见。

1.3 场景：点赞方从推荐流点进被赞方的主页后

环节访客记录旧路径（现状）主页点赞 ＋ 访客记录新路径
产生系统自动记录，被动产生访问者主动点，且消耗当日额度
携带的信息「有人来过」——含随手划过、误触、找别人顺路点进来「有人选择让你知道 TA 注意到你了」
被赞方看到什么访客列表里多一个头像；一串头像，不知道谁更值得回应广场铃铛一条通知，文案「TA 喜欢我的主页」
被赞方的判断依据无从判断——头像看不出意图，访客数字只是个模糊的量访客数字之外多了点赞信息：「这个人今天仅有的 5 个赞，给了我一个」，注意力会落在主动表态的那几个人身上
结果注意力浪费几次可辨识、更有可能被回应的接触

1.4 竞品：Like 与 DM 从来不是替代关系

平台轻互动私信两者的关系
InstagramLike、Story 快速反应DM并存。Like 常作为 DM 的前置信号
FacebookLikeMessenger并存
TikTokLike私信并存
Tinder / BumbleLike（双向才 Match）Match 后才能聊Like 是对话的准入，不是对话的替代
  1. 没有任何一个产品因为上了 Like 而私信量下降——真正想聊天的人最后还是会聊天，Like 与 Message 满足的是不同需求。
  2. Tinder / Bumble 更进一步：互相 Like ＝ Match，是一段对话的起点。本需求的互赞就站在这个位置。

1.5 这是一条串联链，不是单点功能

主页点赞 → 铃铛收到通知 → 一键回赞 → 互赞成立（Match）→ 引导开聊 → 私聊卡片透传

每一环都在降低下一环的开口成本，任意一环缺失，前一环的信号就落空：只发通知不给回赞，Match 成本高；只给 Match 不引导开聊，双向确认停在原地；不透传进私聊，进了对话框双方又回到零上下文。

二、需求目标

类型指标口径
核心收到主页点赞的用户中，当天新发起对话的比例 +X%分母＝当天收到过至少一个赞的用户；分子＝其中当天新建会话且由本人先发消息的用户
辅助铃铛内点赞通知的点击率分母＝点赞通知曝光数
互赞率（Match 率）分母＝点赞条数；拆「铃铛一键回赞」与「进主页回赞」两条来源
互赞后开聊率分母＝互赞对数；含浮层「打个招呼」与铃铛「Chat」两个入口
反向有效会话数（round_cnt ≥ 1）不降兜底红线，出现显著下降即停止实验

三、需求说明

3.1 需求详情

模块改动类型原型图说明
个人主页新增
点赞
01-未赞态02-点击动效03-转SayHi
 主页点赞
  1. UI
    1. 进入他人主页时
      1. 位置
        1. 右上角操作区下方常驻，右对齐
        2. 不随页面滚动隐藏
      2. 结构
        1. 空心桃心图标 ＋ 右侧该主页被赞总数
        2. 已赞态图标转为实心
      3. 累计赞数
        1. 0 个赞时数字位不展示，桃心保留
        2. 1 至 999 展示精确数字
        3. 1000 及以上展示「1k+」，10000 及以上展示「10k+」
        4. 所有访问该主页的用户可见
    2. 点赞后效果——动效时序见 3.2
      1. 动效
        1. 桃心由空心填充为实心
        2. 桃心旁数字 +1
        3. 一颗心形自胶囊飞向头像，落点爆散，头像亮一次光环
      2. 按钮
        1. 「Chat Now」文案替换为「Say hi to {昵称}」
        2. 按钮由纯白转浅紫底、深紫字
        3. 点击行为不变，仍进入私聊页
    3. 已赞态再次点击
      1. 弹二次确认，文案「是否要取消点赞」
      2. 确认后
        1. 额度返还，发起方显示桃心恢复空心，数字 -1
        2. 铃铛内已下发的该条通知同步撤回
        3. 按钮文案恢复「Chat Now」
    4. 额度用尽
      1. 桃心置灰不可点，右侧赞数正常展示
      2. 点击弹文案「明天再来」
      3. 次日 00:00 本地时区重置
      4. 无购买、看广告、邀请好友等任何解锁路径
      5. 全流程不展示剩余额度，仅在用尽这一刻告知
广场铃铛新增
点赞通知
04-铃铛通知05-回赞后转Chat
 点赞通知 ＋ 一键回赞
  1. 触发条件
    1. 被赞方被点赞，实时下发至 Notification Center 的 Interactions 页签
  2. 交互逻辑
    1. 通知产生时
      1. 结构
        1. 点赞方头像 ＋ 昵称 ＋ 动作文案 ＋ 时间
        2. 右端「Like back」按钮
      2. 文案
        1. 「{昵称} 赞了你的主页」
        2. 该行取品牌紫色，与同列表其它通知的深灰文案区分
      3. 未读态
        1. 整行浅紫底，行左侧红点
        2. 被赞方进入过该页签后转已读，底色与红点同时移除
    2. 被赞方点击通知行内空白区
      1. 跳转点赞方个人主页
      2. 返回时回到铃铛列表原位置
    3. 被赞方点击「Like back」——不离开当前页面即可回赞
      1. 落赞
        1. 等同于在对方主页点赞，对方累计赞数 +1
        2. 回赞不消耗当日额度，额度用尽时该按钮仍可点
      2. 按钮态
        1. 回赞成功后按钮原地转为「Chat」
        2. 桃心动效在按钮内播放一次，300 ms
        3. 点击「Chat」进入与该用户的私聊页
      3. 该路径不弹互赞浮层，避免在通知列表内叠浮层
  3. 打扰控制
    1. 每日单独提醒（红点 ＋ 推送）最多 2 次
    2. 当日第 3 个赞起
      1. 只累加铃铛角标数字
      2. 不再单独提醒
      3. 通知本体照常进列表
    3. 不设收取上限
互赞提示新增
浮层
06-互赞浮层
 互赞成立后的开聊引导
  1. 触发条件
    1. 两侧互相点赞
    2. 以后点的一方点击那一刻为准
    3. 后点的动作发生在对方主页时弹本浮层；发生在铃铛「Like back」时不弹，按钮转「Chat」
  2. 交互逻辑
    1. 后点的一方
      1. 形态
        1. 当场弹提示，含双方头像
      2. 文案
        1. 「你们都很欣赏彼此的主页，去聊聊吧」
        2. 不为该状态另起名称，浮层只做开聊引导
      3. 「打个招呼」按钮
        1. 点击进入私聊页并聚焦输入框，输入框为空，不预填文案
        2. 会话在真正发出首条消息时才创建，互赞本身不建会话、不发系统消息
      4. 不点击
        1. 浮层 3 秒后消失
        2. 同一对关系不再重复弹出
    2. 先点的一方
      1. 铃铛收到一条通知，文案同上
      2. 该条计入每日单独提醒次数
私聊对话页
顶部卡片		新增
互赞条
07-私聊互赞条
 互赞关系透传进会话顶部卡片
  1. 触发条件（以下条件同时满足）
    1. 双方已互赞
    2. 该会话内任一方发出首条消息
    3. 互赞发生在自然日 T 起近 14 天内
  2. 交互逻辑
    1. 位置
      1. 会话顶部契合度卡片底部区块，与「对方赞过你的帖子 / 评论了你的帖子」同一位置
      2. 双向展示——与帖子互动条的单向下发不同，互赞对双方都成立
      3. 每段关系只生成一次，后续不重复下发、不刷新
    2. 结构
      1. 标题行
        1. 桃心图标 ＋ 文案「你们互赞了对方的主页」
        2. 右端「››」
      2. 只有标题行，不带下方内容区——帖子互动条需要带图片组或评论原文，互赞没有可展开的内容
    3. 点击该行
      1. 跳转对方个人主页
      2. 返回时回到本对话框
  3. 判定顺序——同一区块同时只展示一条
    1. 同时命中帖子互动与互赞主页 → 优先展示帖子互动
    2. 仅命中互赞主页 → 展示本条
    3. 两者都未命中 → 该区块不展示、不占位
  4. 不展示
    1. 单向点赞，未形成互赞
    2. 互赞后任一方取消点赞——已下发的该行同步收起
服务端新增
配置		— 可配置项
  1. 每日点赞额度 >>> 默认 5
  2. 每日单独提醒上限 >>> 默认 2
  3. 互赞卡片的互赞时间窗 >>> 默认 14 天
  4. 额度重置时区 >>> 用户本地时区 00:00

以上均需服务端配置，支持不发版调整。

访客列表本期
不做		—
  1. 是否把赞过的人并进访客记录，本期不做
  2. 访客记录的产生逻辑、入口位置、保留时长均不变
对话列表
帖子		不改—
  1. 私聊内消息级点赞不在本需求范围，快速点赞已暂停
  2. 帖子点赞逻辑与展示不变
  3. 对话列表不因点赞产生任何新条目
  4. Follow 逻辑不变

3.2 动效规格

参数取自 2026-06-03 已验证的交互原型，照抄即可，不需重新设计。

时间点元素动作参数
常态点赞胶囊呼吸光环5 s 循环，仅未赞态播放；光环亮起后向外扩散 9 px 消失；点赞后立即停止
0 ms点赞胶囊转已赞态底色转粉紫渐变 135°，桃心填白并放大至 1.3 倍，0.25 s ease
0 ms飞心沿弧线飞向头像850 ms，cubic-bezier(.34,.1,.45,1)；先右上抬升再向左下俯冲，落点为头像中心
100 / 200 / 300 ms3 颗拖尾粒子跟随飞心各 850 ms ease-out，直径 4 px，粉色带辉光
700 ms头像光环粉色光晕闪一次900 ms ease-out forwards，由 0 扩散至 16 px 后归零
700 ms8 颗小心自头像中心爆散700 ms，各自延迟 0–90 ms，直径 7–11 px，三色混排
1100 msChat Now 按钮转「Say hi to {昵称}」0.3 s ease，底色 #FFFFFF → #F4F0FF，字色 → #3C3489

配色：主粉 #FF6B9D · 浅粉 #FFB7D5 / #FF9BC0 · 紫 #B965E8 · 已赞胶囊描边 #FF9BC0

待定：落心动画在「方案 A 线条」与「方案 B 两颗心相撞」之间二选一，需设计确认。参考文件见 动画原型清单。

3.3 交互流程图

步骤操作方动作对侧发生什么
① 点赞点赞方他人主页点桃心被赞方铃铛收到「{昵称} 赞了你的主页」
② 引导点赞方按钮转「Say hi to {昵称}」—
③ 回赞被赞方路径一：铃铛点「Like back」按钮原地转「Chat」，不弹浮层
路径二：进主页点桃心弹互赞浮层「你们都很欣赏彼此的主页，去聊聊吧」
④ 开聊任一方点「打个招呼」或「Chat」进入私聊发出首条消息后会话才创建
⑤ 透传系统下发互赞卡片双方都在对话框看到「你们互赞了对方的主页」

四、A/B 实验方案

组流量配置
对照组 c50%无点赞入口
实验组 t150%全链路开启，额度 5/天
  1. 分阶段——先小流量验证埋点完整性，再放至 50/50。
  2. 观察周期——至少 14 天，覆盖两个完整周末。
  3. 停止条件——有效会话数（round_cnt ≥ 1）出现显著下降即停。
  4. 实验分组必须落在公参内。

五、数据埋点

事件参数回答什么决策问题
ProfileLike_Clicktarget_uid / entry（推荐流 / 访客 / 帖子 / 搜索）哪条路径进来的赞含金量最高
ProfileLike_Canceltarget_uid误触率是否需要调整交互
ProfileLike_SayHi_Clicktarget_uid点赞后按钮转「Say hi」是否真的带来开聊
ProfileLike_Notice_Show
ProfileLike_Notice_Click		from_uid / rank（当日第几条）铃铛承接是否成立；第几条之后点击率衰减，用于校准提醒上限
ProfileLike_Notice_LikeBackfrom_uid / rank一键回赞的使用率；与「进主页回赞」对比，判断该按钮是否降低了 Match 成本
ProfileLike_Mutual_Show
ProfileLike_Mutual_Hello		peer_uid / source（主页 / 铃铛）互赞浮层与铃铛 Chat 两条引导，哪条真正把人送进对话
ProfileLike_Card_Show
ProfileLike_Card_Click		peer_uid私聊互赞卡片是否被看见、是否值得保留
  1. 额度状态、互赞状态服务端已有，不埋。
  2. 被赞方是否回访，用主页曝光事件加 entry 参数即可切出，不新增事件。
>>> 返回需求背景
✕