案例2:荔枝FM飞机稿
出发点:那是很早以前的一个版本 , 因为不好用 , 所以就干脆做一个交互飞机稿 , 当时做的时候有以下几个因素:
- 体验不好 , 最古老的版本体验非常不爽(详情可以戳这里:《荔枝FM交互飞机稿》)
- 当时在做交互设计 , 就尝试用新的交互设计思路去设计
当时荔枝FM算是国内比较早做电台的 , 同期出了喜马拉雅听 , 刚开始也没有荔枝FM那样火 。
但从交互上 , 主要由两个点:
1. 模拟电台操作:荔枝FM当时还是走拟物化设计(新进入互联网的可能觉得是历史) , 那从FM收音机的角度来说 , 都有一个旋钮 , 或者是老式的随身听 , 因此在主页的界面设计以及播放界面设计都有参考古老随身听的样式 , 既然复古 , 我们就彻底点
2. 数据整理:在当时做荔枝FM的飞机稿时 , 主要做的是数据层的整理 , 把繁杂的内容数据变得有序可循 , 让用户和博客可以更快找到合适自己的内容
对于合适的定位可以理解为:每个事物或许有自己固有的长相 , 但或许我们找到合适的逻辑后 , 只要抓住根本 , 那最后怎么玩 , 还是大家说了算 , 打破陈规 , 才更好玩 。
为什么音乐软件就一定要有那么大的播放界面;为什么订餐软件就一定要宣传店铺 , 不能是商品?
三、解决问题的能力
这个就老生常谈了 , 解决问题的能力体现在对系统的掌握程度和开发自由度两个层面 , 产品经理实质是提供解决方案的 , 任何需求到手后 , 我们需要分析如何快速解决该问题 。
案例1:招聘面试流程
出发点:销售类岗位进行招聘时 , 都是一大批一大批的面试 , 一个人可能同时面试很多岗位 , 一个公司会面试很多个求职者 , 因此提高效率 , 对求职者和公司都是最大的需求
解决方案:排队叫号 , 跟银行排队一样 , 针对这个场景 , 我们梳理了核心的问题
- 面试人员取号
- 面试人员查看各岗位当前排队情况及投递请求
- 企业招聘人员查看简历并选择是否面试 , 对面试的人进行初步评论
- 叫号及数据导出
从流程图可以发现 , 核心逻辑并不复杂 , 解决了通知求职者来面试的需求以及对求职者进行评价需求即可;
除此之外还可以做一些其他的功能 , 如求职者可以看到当前排队情况 , 根据实际情况进行简历投递 , 避免出现大量等待情况 , 可预知自己还要多久可以面试 , 在这时间内是否可以投递其他公司 , 进行多项选择;
对于企业解决各种纸质简历分辨不清 , 电子档简历 , 电子记录每一个求职者和操作 , 可以清楚知道今天面试记录 , 电子档案 , 更清楚 , 提高双方的效率 。
四、了解数据的能力
对于数据 , 很多人应该不会陌生 , 如何从杂乱的数据找到规律 , 怎么处理数据之间的关系?
- 一级页面到二级页面的流失率和转化率
- 每个页面转化功能的设计及数据统计
- 数据解读
访问趋势类:
- time:时间
- session_cnt:打开次数
- visit_pv:访问次数
- visit_uv:访问人数
- visit_uv_new:新用户数
- stay_time_uv:人均停留时长 (浮点型 , 单位:秒)
- stay_time_session:次均停留时长 (浮点型 , 单位:秒)
- visit_depth 平均访问深度 :(浮点型)
- access_source_session_cnt:访问来源分布
- access_staytime_info:访问时长分布
- access_depth_info:访问深度的分布
- visit_uv_new:新增用户留存
- visit_uv:活跃用户留存