豆瓣电影推荐策略优化

问题:豆瓣电影的网页「喜欢这部电影的人也喜欢」模块的策略优化 推荐模块的理想态:帮助用户发现「想看」的电影 衡量指标:推荐列表的用户点击率(感兴趣);点击后标记想看的比例(想看) 需求理解: 用户想看电影的影响因素(用户偏好,电影特征,其他用户相关行为) 喜欢XX的人也喜欢其实本质上是相关推荐,也就是每个电影本身与另外一部电影的相关性,被同一个用户都标记为喜欢的比例。 阶段性调研:抽取我自己最近看的一些10部电影查看推荐列表分析是否满足我的需求,没有能引发我进一步标记想看的推荐列表。如果在内部可以抽取推荐列表中用户点击和未点击的进行对比。 推测现有的推荐策略逻辑 用户特征:未采用;是否登陆账号并不影响推荐结果(豆瓣竟然不是个性化推荐!一个比较大的Bug是没有引入这个导致有些类别推荐的电影我都看过了) 电影类别:强特征;基本上推荐的10部均为同类型电影 电影标签:强特征;其实用户标签本身就包含了其他认为抽象特征的,具有很强的相关性 导演名称:中特征;部分电影推荐的同导演的电影有些并未排到特别靠前 电影时间:弱特征;部分老电影推荐的时间跨度也比较大 国家:弱特征;没有看出来特别强的相关性,不太确定是否有关联 评分/评分人数:这个有些意外,基本上推荐的都是评分正负1之内的,所以啊看好电影才会推荐好电影啊 豆列:弱特征;尝试的几个没找到相同豆列,可能电影比较冷门 推测未达到理想态原因(扩充量与用户点击数据,可以给出每种原因的占比和解法) 推荐电影已经标记过(看过/想看/在看),没有推荐意义 用户自定义的标签特征过大时带来推荐宽泛无相关性,如大部分重合标签为剧情/中国等等 推荐电影之间的差异度,有些推荐出现系列电影123推荐 展示环节:只有海报和名称,信息本身不足以吸引我进一步点击 针对性解决方案建议 引入用户特征:标记过的电影不再推荐出来,引入与之前标记打分的电影相关分析 引入用户偏好:根据用户画像中对于类型 电影 演员的偏好打分 电影特征挖掘:从电影本身提取更丰富的标签信息;规范化用户新增标签系统 推荐内容差异化控制:相同系列电影或重复的类目标签进行标注 推荐样式优化:增加展示片名和推荐原因(如导演演员评论等等) 引申的思考-如何发现更多内容 书影音模块满足的最核心需求就是:发现想看的书/影/音,记录自己看过的内容和评价;其中第一个需求发现有两个途径:搜索和推荐,搜索多是带有目的性,而推荐则是在目的不明确的情况下去发现。 想起来自己开始喜欢上看电影是在B站资源丰富的年代,看每一个冷门电影都会有弹幕介绍,会有很多热心人在片尾推荐喜欢这部的人可以去看看XXX,然后是简短的推荐原因。 而这个痛点目前满足的怎么样呢?虽然有很多公号微博资讯在推荐电影书,但是如何做到真正的个性化!其实打开豆瓣「佳片推荐」小组可以看到大家的各种推荐需求: 求推荐高智商女主的电影 让你真正感受到女性魅力的电影 教师相关的电影 黑色幽默片 类似《调音师》一样的惊悚恐怖电影 求推荐实质上是悲剧的喜剧电影 有哪些灵魂互换题材的电影 有没有高甜无虐点的剧推荐 豆瓣做了哪些优化呢 网页版的推荐效果应该不是很好,但是19年看到了豆瓣几次改版在做这方面的优化 搜索策略优化: 内容扩展:综合,书影音,小组,日记,用户均支持搜索,当然还是不会支持广播搜索 界面扩展:默认页面不再是只有历史记录,增加热搜排行,小组话题等 推荐策略优化(APP端优化) 喜欢这部电影的人也喜欢 展示电影评分信息方便选择 前置点击操作想看,看过的会把推荐标记为「看过」(有点纳闷为什么会推荐看过的电影,推测可能是强化用户标记的成就感) 电影首页为你推荐(个性化推荐) 片单推荐(温情片/文艺片/法国电影)~ 运营编辑的类型推荐 电影推荐(海报+电影剧照+评分+推荐评论+推荐原因标签) 想看操作前置 推荐标签:喜欢XXX的也喜欢,中国大陆 温情 家庭,2016年度冷门佳片,伍迪艾伦导演,真实事件改编,2017年评分最高的日本电影,评分最高的历史片 排行榜(从众心理) TOP250 分类TOP20 年度榜单(分类) 一周口碑榜 实时热门电影 后续想法 个性化推荐中口碑比较好的一个是豆瓣FM和后期的网易云音乐,一个是现在的头条(技术而已) 音乐和资讯的推荐相对电影更简单,因为电影的验证成本比较高(2个小时+可以观看),所以难度也更大 好的体验:想看电影在推荐里面发现挺有兴趣——很容易找到资源——看了之后发现真不错(豆瓣推荐的电影,这套流程非常长。

April 3, 2020 · lula

策略产品实例

目的地检索推荐策略 产品目标:帮助用户以最低成本完成目的地输入 需求理解:(对需求的预测)用户目的地受到什么影响:出发地,时间,历史行为,终点的输入词 衡量指标:推荐策略的召回率和准确率 公交路线推荐策略 产品目标:最低代价从出发地到达目的地 需求理解:最低代价怎么判断?出发时间(是否有时间诉求),目的地类型,用户历史行为(交通工具和价格倾向等) 衡量指标: 解决方案:给出所有可到达的路线集合——根据需求判断代价权重,给出候选路线的的排序——给出排序的依据(时长,步行距离,价格等数据) 网页搜索策略 产品目标:高效获取信息 衡量指标:搜索满足度 【语义理解】: 需求明确; 结构简单清晰的搜索词,通过切词处理即可进行后续检索 口语化的query:需要进行纠错/同义转换等语义处理 表达方式很复杂的query:需要进行更加unique的语义处理,如披星()月 需求明确,对答案有特殊需求; 除了统一的query变换外,需要将特定要求转换成搜索引擎可理解的特征 猪肉最新价格:资源时效性 XX电影资源:考虑资源的可用性 PPT素材:可用性&特定文件格式 需求不明确,需要对需求进行扩展和预测 欢乐颂:视频链接,剧情介绍,演员表,评论 电影名称:上映前预告片,上映时间,简介,在线购票,下线后的评论 每个query经过以上分类处理后,会统一解析为:需求类目/需求词/需求强度/待检索term/其他限定特征等内容,进行检索 衡量指标:每个query规则的召回率和准确率,各需求的准召 【排序】根据需求强度(命中需求的概率),结果质量(相关性,权威性,时效性,可用性)用户点击行为统一成排序指标,确定搜索结果的排序 【展现】 通用策略:将结果页中与query相关的信息提取为标题/摘要,进行飘红等处理帮助用户筛选信息 细化策略:不同需求不同展示策略 单一明确需求:天气,客服电话,直接将答案摘要前置 用户行为路径收敛:网易邮箱(登陆),欢乐颂(集数)歌曲(播放),缩短步骤 对于不同资源类型的结果,可以针对性优化摘要(视频,图片,新闻,地图) 内容推荐策略 产品目标:Kill Time 需求理解:基础特征/历史行为/实时特征等组成用户潜在需求 排序:根据需求预测和结果的各类特征综合排序,统一到CTR预估模型中 展现:为点击服务,同时避免标题党 网约车分派单策略0.0 几个利益体:乘客希望被最近的司机接单(等待时间最短);司机希望接到最挣钱的订单(接驾最短,距离最长,最不堵车) 边界值:乘客能接受的最长等待时间最长是X分钟,司机能接受的最远接驾距离是XKM 分析双方利益关系:都是希望撮合交易,但是矛盾点在于每个人都渴望最优质的匹配对象,而最优质的资源是稀缺的 阶段性目标:成交率最大(在乘客需求更稀缺时,更偏向于乘客) 方案: 网约车分派单策略1.0——以乘客为中心 阶段现状:需求比较低频稀疏,w单/天 乘客:叫到车就好;司机:对平台无依赖,有单就好 解决方案:以乘客为中心,由近到远播单;存在最大播单距离,保证司机体验 问题:订单密度增加后,多个订单无差别推给司机,司机A被推送多个订单,而司机B却没有订单 网约车分派单策略2.0——以司机为中心 阶段现状:需求密集,10w单/天 乘客:打到车;司机:希望更近更好的订单(市场上存在多个叫车平台) 解决方案:以司机为中心,当司机需要订单时,由远及近播单;存在最大播单距离,保证司机体验 问题:仅仅以距离作为条件派单很难将好订单筛选出来 网约车分派单策略2.n——以司机为中心的订单推荐系统 阶段现状:需求继续增加,>10w单每天 解决方案:引入订单长度,目的地特征,已被抢概率,取消概率,司机特征等因素升级为推荐系统 以司机为中心,当司机需要订单时,选取周围订单按照模型排序 问题:司乘存在明显分布不均,出现离所有司机很远无法播单的P1和离所有司机很近,被重复播单的P2 网约车分派单策略3.0——以平台为中心的订单撮合系统 阶段现状:需求继续密集,>100w单/天 解决方案:同时考虑区域内所有的乘客和司机,多种组合方式判定如何使得所有人的体验最佳(成交量最高) 迭代:指派系统,动态调价

April 2, 2020 · lula

策略产品方法论

三节课在二月份限免了一些课程,当时随手领取之后就忘了,结果还有两天课程结束时才想起来又开始看 课程导师是原来在百度/滴滴的产品,其实方法论很简单,但是课程内容有很多简化版的例子对于想要了解其他行业的策略还是很好的入门 因此就记录下自己悟到的内容,不再像之前记笔记那么详细。 什么是策略产品 策略产品可以和功能产品对比理解,策略和功能都是产品经理实现目标解决问题的手段。 策略产品是团队精细化分工衍生而来的 差异: 需求:功能产品面对的是一个人相对聚焦的需求;策略产品面对的是不同用户不同场景下的精细化需求 解决方案:功能产品收敛的解决方案,通过流程和原型来表达;策略产品解决方案是发散的,通过逻辑描述和效果示例表达产品实现效果。 跟进研发:功能产品更关注结果,效果验收;策略产品需要参与过程,多轮评估,与研发持续一起持续分析迭代。 上线后:功能产品更快达到理想态,完成此次产品需求;策略产品可能是永无止境的循环,面对复杂限制条件进行权衡,不断逼近最优解。 策略产品的优势 更善于解决复杂问题:通常面对的是一群人的不同需求 极强的逻辑思维能力:需要把需求影响因素拆解的非常清楚 较强的数据敏感度:善于从数据中发现问题,引导进入新的产品循环 拥抱不确定性:持续在迭代的黑暗中寻找通路 策略方法论 定义理想态:以数字化的指标或其他明确标准来衡量 拆解未达成理想态的情况:将所有不到理想态的case抽样分析,并做统计分类,明确满足不好的原因 提出解决方案:汇总问题,综合影响面、问题严重程度和解决成本确定优先级,作为接下来的项目计划 验证是否解决: 策略方法论:如何找到产品理想态 产品的理想态即给出的方案确实解决了用户的问题,理想态都是以阶段性的产品目标服务的。 简单产品:以「帮用户解决了问题」作为理想态,并找到单一的数据指标来衡量 复杂产品:难以通过单一指标来衡量最终效果,如搜索/推荐产品通常以平台当前能够给出的最佳产品方案作为理想态,评估搜索/推荐出的结果在所有候选集合中是否是最佳结果,用户行为指标作为发现问题的辅助手段。 策略方法论:如何拆解问题 确定调研目标→确定抽样对象→选择抽样方法→确定抽样数量→样本分析标注→整理汇总问题 抽样对象需要根据目标保证全面,经常出现的错误就是Case抽取有偏 分析标注:分析标注前有最初的预设,标注过程中会不断调整 整体汇总:需要合理的框架!!!抽象总结总分关系 策略方法论:优先级(ROI) 项目收益:待解决问题影响面 * 解决后体验提升程度 * 预期解决比例 项目成本:研发成本/上线周期 如何提升网约车叫车成功率? 理想态:用户发出需求后有司机应答,核心指标:成交率= 完单量/发单量 拆解未达到理想态原因: 流程梳理:乘客发单(乘客发单取消)——司机应答(司机无应答)——接驾(司机/乘客应答后取消)——司机乘客碰面 影响面分析:抽取1000个未成交Case分析原因 提出解决方案: 如何提高百度搜索结果的效果? 理想态:用户以最低成本找到了想要的东西 核心指标:哪些场景概下用户得到了满足? 搜索一次后用户通过结果摘要满足,没有其他行为 搜索后点击了一条满足需求的搜索结果,无后续行为 拆解未达到理想态原因: 随机抽取5000个用户搜索行为,人工分析其是否满足需求,其中1500个不满足的确定原因是什么 提出解决方案: 策略产品的工作流程 发现问题:用户反馈;系统监控;效果回归;阶段性调研 撰写需求发起项目 跟进开发评估 上线后效果回归 发现问题 定义理想态 抽样分析未达理想态的原因 对所有的问题进行归类统计,确定优化方向和项目优先级 策略产品发现问题的方法 用户反馈渠道:这个日常工作每天都在搜集分析。 问题:收集到的问题比较随机,很难反映产品现状的全局。虽然可能代表一类问题,但是问题的影响面和优先级比较难判断。 总结:每一个反馈背后都是一个真实用户的情感表达,以敬畏心态深入分析每一个问题。 指标监控:监控指标/报警,这个日常主要是工程观测,问题发现从已有指标来的并不多 效果回归:在上次一次产品迭代后发现效果不达标或者发现新的问题时产生。 阶段性调研:针对产品现状的系统性调研,有效指导下阶段的工作。参考策略基础方法论 撰写需求发起项目 以逻辑描述和Case示例的方式描述待解决问题和解决后的效果期望 简单策略:直接给出规则(已有数据积累时,基于数据分析判断,如银行APP中断操作时,重新输入密码的时间间隔;从0到1时,参照竞品给出,如多次重复尝试竞品给出),开发成本较小 复杂策略:详细描述待解决问题/输入因素/输出效果/总结概述/示例Case 策略文档 从0到1的项目:更多描述理想态,在怎样的输入下要达成怎样的输出效果 策略迭代的项目:更多描述策略现状,待解决问题是什么,针对这些问题,理想的输出结果是什么 项目背景:为什么要启动这个项目? 项目目标:理想态OR考核指标是什么 需求概述:理解整个文档的需求框架 需求详述:所有产品细节是怎么的?触发条件/考虑因素/特殊情况/Case示例 (统计需求、监控需求:非通用,0到1的需求不需要,修复bug的需求不需要) 跟进开发评估 ...

April 1, 2020 · lula

三节课产品P2课程

P2课程开始就强调更多的在于思考,作业比较少,但是感觉还是没有P1课程内容的丰富度,而且也没有体会到深度,可能也是自己没有实际的工作经验,但是课程数量、拓展材料以及思考题也都变少了很多。 用户分析 深度用户分析 为什么要做用户调研? 用户调研的常见误区 用户画像(用户特征分析) 基本概念 操作逻辑 分析实战 用户调研现场 望–看用户如何操作的; 闻–猜测用户在哪里出问题 问-让用户说说说当时的想法 切-发现机会验证机会观察反馈 用户故事 好的故事的特点: 如何讲故事 不同场合讲不同的故事 How Might We 分析方法 竞品分析 产品分析与竞品调研的基本概念 为什么要做产品分析调研 产品调研的常见误区 产品分析与调研的方法 明确调研的背景和目的 选定目标产品(功能点调研OR完整产品调研) 深度体验产品 还原产品 分析产品 产品迭代、运营分析 横向比较同类产品 撰写调研分析报告 推广报告 拓展阅读:如何专业且快速地评价一款产品的好坏? 运营驱动型 体验驱动型 技术驱动型 资源驱动型 体验驱动型 技术驱动型 资源驱动型 【思考题2】 复杂流程图设计(泳道图) 需求池与版本优先级管理 需求收集 需求整理 需求反馈 商业产品 变现 制定功能的考核指标 需求考核指标如何设置 例子 【思考题5】 案例 【思考题6】 用户分析 深度用户分析 为什么要做用户调研? 了解用户对产品的使用过程 了解目标用户群的使用场景和过程 总结用户的问题和流程 提出最合理的解决方案 用户调研的常见误区 指望从用户调研中获得需求是产品经理懒惰的表现 直接问用户想要什么、有什么需求?需求应该是从观察中、分析中得到的。 从用户调研中找自我感觉的证明 用户调研结论不要谈占比,个体数量少 直接问用户好不好用、有没有用(基于某一个场景下会不会用) 流程:观察使用过程>提问>用户主动说 ...

August 31, 2017 · lula

三节课产品P1课程思考题作业

这套课程的课后作业挺多,而且听完课程之后可操作性很好,至少知道应该从哪些方面开始下手,而且对于之前觉得很大的问题开始知道从哪些方面开始分析和下手了。收获最大的还是在第二部分的习题,对于产品的拆解,从用户场景需求开始,到业务逻辑,业务流程图,页面流程图,原型设计,最后到需求文档的撰写。 用产品生命周期图分析产品迭代 分析用户反馈(02 用户分析) 分析典型用户的使用场景(02 用户分析) 需求优先级排序(02需求分析) 分析产品(03 产品调研) 软件流程分析(04 功能与流程) 分析功能页面流程图(05 原型设计和PRD) 原型设计(05 原型设计和PRD) 需求文档(05 原型设计和PRD) 用产品生命周期图分析产品迭代 思考题1: 下图为三节课同学总结的爱鲜蜂的产品生命周期图,说说看你认为图中爱鲜蜂现在处于哪个生命周期阶段,为了用户增长,爱鲜蜂都做了哪些努力呢? TIPs: 在之前爱先锋的发展过程中,他们做了哪些努力 现在的爱鲜蜂,你觉得他应该如何做 从拉新和留存不同的角度来分析 Q1.你认为图中爱先锋处于哪个生命和周期阶段? 处于成长期,从2014年的1.0版本到2015/06/01的2.0版本,可以看到迭代版本次数较少,主要是集中产品的基本功能迭代。而在v2.0开始进入成长期,开始在提升平台内的商品的品种并在运营上下力。在2015/11/01的v2.5版本基于双十一的运营推广取得了很好的效果,进入快速成长期。 Q2. 为了用户增长做了哪些努力 产品功能更新,更加易用. 增加确认收货,消息中心,收货地址,地图确认,在线客服催单,收藏,自提,订单追踪等基本功能 增加活动支持,优惠券绑定,分享红包,促销标签等支持运营工作的功能 丰富商品种类,水果零食等 运营活动 分享红包,满赠,满返,抽奖活动 双十二大促 Q3. 现在应该怎么做,从拉新和留存的角度 拉新:增加分享红包,邀请好友得奖励等活动,同时举办主题日,扩大知名度 留存:分析已有的水果零食等销售数据,提供更符合用户需求的内容商品。小幅优化软件基本功能,完善用户浏览下单支付的整个流程,提升用户体验。 分析用户反馈(02 用户分析) 思考题2:分析简书在AppStore的点评情况。简要说明好评(4-5分)和低分(1-3分)的原因,并找出二十条有效的低分评价进行分析,并分类说明问题方向,给出行动计划。 好评 写作编辑器易用,满足用户的表达欲 界面简洁,字体设计舒适 没有广告 差评 内容运营问题,首页推送文章质量不高,原创保护不够,社群运营混乱 内容审查,敏感词过滤,投稿修改多次无法发布 没有账号申诉通道,用户被封号后没有反馈途径 软件不稳定和Bug问题,网络连接问题,注册登录问题 行动计划: 首先需要解决内容运营问题,提高对版块编辑的要求,进行培训,挖掘优质内容,并进行推广,激励用户进行创作。 增加用户参与力度,推荐喜欢优秀的内容上首页,让优质内容自己浮出 在账号封禁前先禁言,并提供可沟通渠道,降低用户的生气值以及由此带来的负面评价 首先提供良好的用户反馈途径,维护软件的稳定和细节的修复,维护简书在用户心中的简约和设计感的形象。 思考题3:整理百度外卖在新浪微博的用户反馈 1. 自定义关键词,找出30条用户的差评反馈 2. 对用户反馈进行分类,简要分析问题的原因 3. 并对应分析,给出行动计划 差评原因分类: 配送慢(21/30) 外卖小哥问题:运送过程造成食物损坏(1),配送员态度不好(2),配送员电话骚扰(1),配送疏漏(2) 外卖商家问题:食物以烂充好(5),店家老板电话报复(2) 平台问题:客服服务不及时,没有合理解决方案(3)软件设计问题(2)退款慢(1) 行动计划 ...

August 18, 2017 · lula

三节课产品P1课程笔记(3/3)

06 项目管理入门-上线邮件 上线邮件怎么写 为什么要写上线邮件? 高颜值的上线邮件有什么特点? 拓展阅读 07 上线前后准备入门 上线前准备 查:产品是否已经满足了上线标准?即上线清单 教:给一切有关的人员做培训;要给客服和运营做培训。 预案:是否有planB,没有也要告诉团队没有planB,最好是有一个planB。 收:上线后的细节决定人品 总结: 上线后数据监控与分析 提升转化率 找到种子用户 我们为什么需要找种子用户?原因有三 我们理想的种子用户长什么样? 我们怎么寻找到这样的种子用户呢? 对种子用户的运营侧重点&常见方法是什么? 08 合作与沟通入门 怎么提问题 06 项目管理入门-上线邮件 上线邮件怎么写 上线邮件是上线后一段时间,由项目负责人发给相关同事的通报邮件,主要描述研发过程和上线结果的邮件 为什么要写上线邮件? 总结与记录:总结项目过程,未来翻查资料速度超快 项目推动:产品上线后才是开始,需要推动、协调各方资源 团队润滑剂:给参与者、帮助你的人正向回应 高颜值的上线邮件有什么特点? 标题很直白:标题简单明了、说明项目内容。格式:产品+版本+卖点+动作(需要谁来配合,或者做什么),如微信的2.1.1版本在iOS与安卓上线,支持多人语音功能,希望大家配合体验。等 内容很清晰:有背景、有过程、有功能清单、有后续计划。 简要描述一下研发过程(提前还是延后为什么) 简单介绍一下需求背景是什么? 上线的功能清单是什么? 数据对比是如何的? 后续的计划是什么? 是否需要同事的支持? 数据有对比:上线前后的数据对比来说明效果。 可以等个3-5天再发上线邮件,增加数据对比,可以更具有信服力。(如果当天发的话,3-5后需要补一封数据报告的邮件) 表扬有技巧:说案例、说小事、说观察。 谁,给你提供了什么帮助 谁,在研发过程中,有哪些事情让你很“感动” 从谁身上,学到了什么东西? 获得帮助与支持:提前准备好素材和资料,提时间和要求。 求测试,则附上测试账号和收集渠道; 求推广,附上相应的位置、文案、物料; 求销售,准备好材料和宣讲会时间,有使用帮助; 拓展阅读 以下内容不是规范,只是写邮件时的总结,请务必根据自己公司、团队的实际情况带入思考。 重点注意一下几点: 保证把事情说明白 在1的前提下,尽可能短 必要时可以罗嗦,不要为了短而短 HTML格式与txt格式的选择,跟团队保持一致即可 写完后考虑一下受众的阅读体验 让自己的邮件易于检索 由简入繁,后而化简 07 上线前后准备入门 上线前准备 查:产品是否已经满足了上线标准?即上线清单 回归测试:核心功能、核心流程是否完整可用; bug list是否已经清空:是否已经处理完毕; 时间选择:上线时间选择好了吗? 根据产品类型进行选择。原则:不要在用户流量集中的时间段上线;避开大事件;避开与本品关联大产品的上线和迭代时间; 冷启动:内容是否已经准备完毕,可以正常使用。 如资讯类:是否已经有足够多的信息。 如交友类:初始妹子的数据是否填充完毕。 文案:所有文案是否明确无歧义。 稍后 稍候 ;登录 登陆;预定 预订;账户 帐户; 运营需要的上线物料准备好了吗? 使用文档、帮助文档:是否准备充分?是否已经上线? 应用商店:描述、图片等是否准备完毕? 帮助中心:文案是否更新? 推广物料:有哪些推广渠道?相关物料是否准备好了? 教:给一切有关的人员做培训;要给客服和运营做培训。 运营团队:通知到相关人员,是否需要运营活动配合? 客服团队:具体话术、使用教程、培训是否都已经做了? 销售团队:对销售可能带来的正面/负面影响是什么? 支持团队:如财务(收入、支出)、后勤(奖品支持)等。 上线后的影响:需要哪些人持续支持?明确周期、人和事项 预案:是否有planB,没有也要告诉团队没有planB,最好是有一个planB。 万一上线不成功怎么办?回滚会不会影响用户? 用户量暴增怎么办? 大量投诉怎么办? 回滚策略是什么? 收:上线后的细节决定人品 收拾文档,需求文档是否补充完整? 如交互图、设计稿是否已经更新; 需求变更、更新需求文档 未实现的需求、bug的解决方案 总结: 人:各路小伙伴,通知到位 物:各种物料、文档都准备到位 事项:后续需要谁支持,都提前沟通到位 上线后数据监控与分析 某电商网站,上线1年,注册用户数10万人,主要商品品类有3种,目前月销售额已连续3个月维持在50万元。 那么,临近年底,团队有压力。老板说:下个月的销售额我们要提升3倍,你来出个方案?若让你来完成这个销售目标,你认为怎样拆解运营指标会让目标更落地? ...

August 8, 2017 · lula

三节课产品P1课程笔记(2/3)

04 功能和流程入门 针对已有功能的优化 完整小功能设计 业务流程设计基础 05 原型设计与PRD入门 页面流程与页面结构图 页面流程图(必需)和信息架构图(每个页面包含的内容)的区别 过程 原型设计的基本原则 什么是产品原型? 如何开始产品原型设计? 从原型到上线的过程 做低保真原型之前,动手之前的忠告 开始原型设计 原型设计的好习惯 如何写需求文档 什么是需求文档? 有什么用? 高颜值的需求文档有什么特点? 需求文档怎么写 1.项目背景与需求分析 2. 本次需求的目的及功能列表 3. 流程与所处的产品模块关系 4. 功能详细描述 5. 简要的测试用例(可选,需要专业的测试并配合很好) 6.考核指标 06 项目管理入门-需求评审 需求评审 什么是需求评审? 需求评审都有什么人参加? 为什么非得做需求评审? 如何组织一场成功的需求评审会? 04 功能和流程入门 【一句话概括】这部分开始真正进入业务层面,在用户需求调研完成之后开始进入实际的工作中,在P1阶段可能有两种任务,针对已有功能的优化或者开始着手一个完整的功能设计。同时把上一节课讲的业务逻辑进一步细化为业务流程,为接下来的页面流程图做准备。 针对已有功能的优化 功能点的优化是最基础的工作 对功能点的不断优化就是迭代,功能点是最小化产品设计。 不要期望用新功能来解决老的功能问题;新接入功能并不能改变用户已有功能的使用问题 功能优化相对于新功能设计的好处? - 反应速度不同:邮件、甚至口头搞定 - 开发难度不同:一般都是1-3天/人的工作量 - 评判标准不同:更强调效果对比 分析产品功能的现状与逻辑 要做功能点优化,首先对产品功能的现状和逻辑进行分析,使用上一章的功能点分析方法分析即可,这是对自己的产品进行分析; 用户:都有哪些用户会用到这个页面/功能 流程:用户的使用流程是如何的? 逻辑:产品底层逻辑(业务流程)是如何的? 现在的功能有什么问题? 现象:哪些用户出了什么问题? 原因:为什么会出问题?路径太长,用户不习惯; 影响面:出现问题的频率和受影响的用户量是如何的?拿这些数据提需求,会更有理有据。 解决方案是什么? 关键点:在业务流程中,找到最关键的因素 多种方案:有没有更多的方案?还是只有一种方案? 难度评估:开发难度与效果的选择。用四象限分析,优先实现难度小、见效快的方案。 结果如何评定? ...

July 24, 2017 · lula

三节课产品经理课程笔记(1/3)

前段时间几次电话面试发现自己真的准备的东西太少了,正好有朋友分享了三节课的资料,就花了一些时间看完,总体来说质量很不错了。最大的好处就是分级,把横向的知识点纵向分了三个级别来讲,相对于之前看的网易云课堂的课程更接地气,从实际上可能遇到的问题出发,再加上很多的思考题,对于初学者来说很友好。 课程内容和其他的也都大同小异,8个单元,自己觉得可以分为三个部分。 第一部分实际上就是需求挖掘的过程,包含用户分析+需求挖掘+产品调研; 第二部分为具体的产品设计,功能和流程设计+原型设计+PRD+需求评审; 第三部分是一些工作技巧,包括上线准备+种子用户+合作沟通。 00 产品经理的学习与成长 产品经理成长体系 用产品画布思考问题 产品生命周期理论 01 用户分析入门 通过用户反馈发现问题(被动渠道) 简单的用户调研(主动渠道) 拓展阅读中的经验 问问题的技巧 GAP模型,找到问题缺口在什么地方 误区 02 需求挖掘入门 思维导图法整理需求 思维导图的思考方式 问题与场景的区别 需求的优先级排序(根据影响面) 拓展阅读总结 通过数据发现产品需求 数据框架 数据分析的作用和基本原则 03 产品调研入门 针对功能点的调研 误区 针对独立产品的调研 竞品分析 误区 产品形态-业务逻辑-业务流程 (之前的图床挂掉了所以图片丢失造成阅读体验欠佳见谅) 00 产品经理的学习与成长 【一句话概述】这一部分主要是搭框架,通过课程设计对每章内容有大致了解。最大的收获是:通过下载量和产品迭代记录分析产品所处周期。 产品经理成长体系 实际上就是一个螺旋上升的过程,学对应自己的阶段的内容 用产品画布思考问题 产品设计的关键:用户,场景,需求 实际上就是从《Running Lean》里面的框架改的 产品生命周期理论 探索期,成长期,成熟期,衰退期 作业:通过产品生命周期理论进行产品迭代分析(见思考题1) 01 用户分析入门 【一句话概述】需求挖掘的第一步——用户分析,初级阶段通过用户反馈(被动渠道)和用户调研(主动渠道)两个方面获得信息。最大的收获是:在用户调研时怎么提问收集用户的意见,并对接下来的行动提出指导意见。 【实际情境】:我们最近上的新功能测试结束了,你找一些用户来调研一下,看看他们用的怎么样,这个功能好不好用? 通过用户反馈发现问题(被动渠道) 渠道 内容 处理策略 公共渠道 应用商店,微博,贴吧,论坛 勤搜索,关键字订阅,监测工具 半公开渠道 微信群,朋友圈定期搜索关键词 定期分析用户评论 内部渠道 用户投诉,客服咨询 整合内部用户反馈渠道,定期与一线同事沟通 简单的用户调研(主动渠道) 明确调研的背景和目的 选择目标典型用户(5-10个) 猜测用户问题 用户可能的问题:通过用户在产品中使用过程中行为表现来发现 可能的解决方案:猜测解决用户问题的手段 确定访问提纲:聚集且开放的问题 题目数量:线上10-20道,线下5-10道 在访问用户中尽量通过还原用户过程进行访问,而不是逼问和质问 准备调研的内容 本品的已知问题:用户操作习惯、消费习惯和过程,原因 本品的未知问题:用户的痛苦点是什么、哪些操作用户感觉很烦、用户愿意掏钱做什么 竞品的已知问题:用户直观感知两者区别,本品、竞品的使用差异 竞品的未知问题:如果从竞品移入,用户放弃的理由;从本品移出到竞品,关键原因是? 现场调研 了解用户的使用过程;最好观察用户的行为,复原当时情景 提问:对关键行为,预设问题进行提问 反馈:对有效的信息反馈给用户,并深究 调研报告 单个用户:记录单用户的调研情况 整体情况:汇总用户调研的过程和结论 行动计划:分享并提出行动计划 如实还原,积极反馈 还原:用户是怎么使用出问题的? 反馈:提出改进计划,并且进行反馈,出了解决方案及时通报 拓展阅读中的经验 问问题的技巧 深入追问 侧面对比相关产品 行为分析 在网络调研时无法层层深入追问,而且原因类问题更难回答。 连环问很容易引起反感,把问题转化为只需要回忆或者陈述事实的问题 用户访谈最重要的是"让用户更好的诉说" 如果调研结果对于下一步行动没有有价值的指导意义,调研就是失败的。 做用户调研是一个验证自己的想法,发现机会的过程,事先想好ABC的解决方案问问用户的意见 用户的言行不一致,,如果你想预测一个人你在面对某一真实的特定情景或特定任务时将如何表现的话,对假设性情景的口头回答(调查问卷)是远远不够的 GAP模型,找到问题缺口在什么地方 ...

July 24, 2017 · lula

地图导航产品分析报告

当年校招下决心要做产品,看了一堆推荐入门的书之后满腔热情开始分析产品。 没有实习经历,只能傻了吧唧自己瞎琢磨花了一段时间磨出来下面的内容,也算是后来找工作的敲门砖,现在回头看起来里面的观点真的太幼稚了,但是还是还能回想起来当时截图对比分析时的乐趣和初心 高德和百度都做到10.0了,从当时觉得很酷很有价值的工具产品,到现在挂在嘴上的竞品,时间的力量。 PS:之前的图床挂了,最后还是从邮箱里面找到PDF重新转上来,阅读体验不好也只能见谅了

July 18, 2017 · lula