江苏龙网

  1. 首页 > 资讯 > 科技 > >

『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？( 二 )



『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？
本文插图

分层拆解
从设计层面 ， 分为信息展示和场景触达两部分 。 这么一看 ， 其实又挺简单 。
04 设计落地
由于项目涉及的底层逻辑多 ， 时间周期跨度大 ， 因此拆分成3个小版本来实现：商户权益改造 ， 经验值等级底层&商户等级外显 。 前期的功能实现后 ， 先预埋在版本中 。 等到经验等级上线时统一发布 。 其中经验值等级底层项目是纯技术 ， 不涉及设计 。
所以下面将从功能权益分层和等级经验值外显两部分来讲解具体的设计过程 。
第一部分：功能权益分层
功能权益分层是权益的使用层面 ， 包括多场景触达和引导购买增量包 。 设计时分为场景梳理→设计要点→细化直播场景→具体设计这4步来实施 。
Step A.场景梳理
拆解权益的生命周期 ， 可分为三个阶段：充足可用 ， 即将不足 ， 已用尽 。 而功能的使用场景——直播 ， 也分为三个阶段：直播前 ， 直播中 ， 直播后 。

『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？
本文插图


『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？
本文插图

Step B.设计要点
将权益生命周期和直播场景结合进行交叉分析 ， 列出设计要点和具体的设计拆解 。

『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？
本文插图

不同阶段的设计要点及拆解
Step C.细化直播场景
发起直播的入口很多 ， 除了“立即直播”的主场景之外 ， 还有由预告进入直播的3种场景 ， 如果在每个入口都做功能禁用判断的话 ， 不仅逻辑会很复杂 ， 开发实现起来成本也比较大 。
于是将直播前的流程细化 ， 发现“直播检测”是进入直播间的必经环节 ， 因此将功能禁用的判断节点缩减为2处：“立即直播”&“直播检测” 。

『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？
本文插图

细化直播场景
Step D.具体设计
有了前期的分析后 ， 具体设计环节就相对容易了 。 下面以点击“立即直播”时的功能余量判断为例 。
点击“立即直播”按钮 ， 在按钮原有的逻辑上加上新的判断逻辑 ， 此处要注意写清楚他们之间的优先级关系 。 如果在不了解背景的情况下 ， 很可能就直接写点击按钮进行可用直播时长的判断 ， 那需求宣讲的时候开发就会问你 ， 和原来按钮上的逻辑是什么关系呢 ， 此时就会一阵紧张 。

『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？
本文插图

立即直播时判断剩余可用直播时长
第二部分：等级经验值
等级经验值属于展示层 。 对网师用户来说 ， 最重要的是了解自己当前处于哪个等级以及相应的权益有哪些 。 对平台来说 ， 除了明确每个等级及相应的权益 ， 重要的是要引导网师升级 ， 以激发他们的自驱力 。
由此推导出相应的设计方法：锚定目标、降低门槛和利益点吸引 。

『人人都是产品经理』案例复盘：CCtalk是如何做好网师分层体系的？
本文插图

设计方法
在设计方法的指导下进行落地 ， 分为网师后台首页的展示 ， 以及等级详情页的设计两部分 。
1）网师后台首页-个人信息模块的展示
由于等级和权益挂钩 ， 涉及网师切身利益 ， 因而在网师后台首页的个人信息模块 ， 增加当前的经验值和相应等级的展示 。 同时 ， 通过利益点吸引等方式 ， 引导网师向下一个等级努力 。


推荐阅读


上一篇：『人人都是产品经理』谁说增长不香了？教你一个低预算也能完成增长的模型

下一篇：[人人都是产品经理]一种化繁为简的内容梳理与生产逻辑