三节课产品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倍,你来出个方案?若让你来完成这个销售目标,你认为怎样拆解运营指标会让目标更落地?...

八月 8, 2017 · lula

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

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

七月 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模型,找到问题缺口在什么地方 误区 为了调研而调研(没结论,没过程,要带着分析方法、目的) 问用户有什么需求(不是通过用户行为发现需求) 试图说服用户(用中立的态度看事情,不要带入个人情感、不要说服用户) 求全求量(看似安全但没啥用的结果) 依赖调查问卷(得到了感觉有价值的数据) 02 需求挖掘入门 【一句话概括】: 接上节,收到用户反馈后,先从用户场景需求梳理所有需求,然后进行优先级排序 【实际情境】:BOSS想做一个下订单的时候,输入优惠码的功能,这样可以给朋友发优惠码,让他们来体验产品。...

七月 24, 2017 · lula

地图导航产品分析报告

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

七月 18, 2017 · lula

SQL必知必会笔记

Sams Teach Yourself SQL in 10 Minutes - Fourth Edition 语句备份,方便查阅,SQL Server版本 检索数据 排序数据 过滤语句 模糊过滤 字段计算 函数 分组数据 嵌套查询 连接表 组合查询 插入数据 更新删除数据 创建和操纵类 使用视图 使用存储过程(批处理) 管理事务处理(transaction processing) 使用游标 高级SQL特性 约束 索引 触发器 检索数据 SELECT语句 检索单个列 SELECT column_name FROM tablename; 检索多个列 SELECT col_name1, col_name2 FROM tablename; 检索所有列 SELECT * from tablename; 检索不同的值, 使用 DISTINCT关键词 SELECT DISTINCT col_name1 FROM tablename; 注意:DISTINCT关键字用于所有的列,不仅仅是跟在其后的那一列。 返回前五行结果 SELECT top 5 prod_name FROM Products 使用注释 ----注释的方法--- /* 这是注释 的方法2 */ 排序数据 ORDER BY 语句...

五月 28, 2017 · lula