人人都是产品经理2.0
2019-05-07 06:19:39 0 举报AI智能生成
登录查看完整内容
人人都是产品经理 2.0
作者其他创作
大纲/内容
人人都是产品经理2.0
概念
五个要素
核心用户
刚性需求
真实
高频
典型场景
唤醒点
产品概念
解决方案
竞争优势
竞争标的
你要和谁做对比
三个层次
同类产品
同需求不同类产品
所有产品
争取时间的产品
国民人均时间被不同App切割
你要分割谁的时间
人无我有
人有我优
产品:解决某个问题的东西
产品
某个
定位
有所为
有所不为
问题
用户
带有社会意义的角色
一个常见的维度
客户
买方
终端用户
使用方
需求
表象和动机
最终都归纳为\"人性层\"
满足需求的三个办法
提高现实
减低预期
转移需求
场景
移动时代的特殊性
需求偏向
碎片化
娱乐化
移动领域特有的知识
移动领域的基础知识
移动端手机等自带的各类硬件
互动方式变化
自然交互
产业链结结构
简单逻辑完成任务
灵活的解决方案
东西
解决问题的方案
服务
产品的分类维度
用户关系角度
单点
单边
电话
多边
双边
三边
用户需求角度
工具
解决单点问题
内容
价值观过滤器
商业模式
卖人
筛选消费者
推销广告
卖内容本身
社交
区分
熟人
陌生人
形式
文字
语音
视频
图片
同爱好
同地域
等
交易
买卖东西
线上
电商
O2O
供应链
平台
复杂的综合体
生态
类别属性
交易平台
内容平台
社交平台
综合平台
游戏
平行世界
用户类型角度
2B
To Business
BTD
云储存
大数据等开发者服务
SaaS1.0
通用管理系统
B2B
垂直 行业交易平台
信息撮合
在线成交
SaaS2.0
垂直行业Saas工具
SaaS1.0和B2B的综合
2C
To Customer
2D
To Developer
2G
To Government
2B和2C的区分角度
企业和个人
企业
ERP
SAAS
财务系统
协作工具
群体和个体
工作需要的属性
群体
OA系统 (办公自动化)
B2B工具
工作和生活
生产资料
后台
注重商业逻辑
生活资料
前台
注重用户体验
男人和女人
男人
注重结果
注重目的
女人
注重过程
注重感受
2B和2C的关系
一条线的两端
没有完美的分界
产品形态角度
BS结构
CS结构
软硬结合
大实体
其他角度
行业分类角度
教育
金融
医疗
娱乐
盈利模式
向前收费
向用户收费
卖货
向后收费
2B的抽水模式
关键资源
技术驱动
资本驱动
产品体验
运营服务
垄断资源
行业的成熟角度
初创期
爆发期
平台期
衰退期
概念:提出与筛选
筛选(顺势而为)
内部因素
能力
资金是否到位
资料
行业资源
经验
行业的各方各面
业务能力
反复做某件事形成的套路
意愿
方向感
目标感
外部
价值
宏观:天花板
潜在用户*单个用户可挖掘的价值
微观;身边人(种子用户)
减少自以为是的错误产品
简化项目启动流程
成本
宏观:大环境(PESTEL)
政治
经济
社会
技术
环境
法律
微观:行业环境(波特五力模型 )
替代品
同行竞争者
卖方
潜在进入者
需求:采集和用户研究
需求采集
需求采集的原则
10/100/1000
要点:保证用户和产品经理的接触强度
区分维度
获取性质
直接采集
间接采集
立场利益是什么?提问和需求者又分别是谁?是否有曲解?
最好的采集办法
全员参与采集
产品经理处理
性质定义
区分原因
群体和个体具有特殊性和共性
四个象限及对应的方法
\"以某个产品为例子\"流程
产品规划阶段
听用户\"定性地说\
项目早期
听用户\"定量地说\
项目实施中
看用户\"定性地做\
上线后优化
看用户\"定量地做\
要点
是否和产品交互
两种需求
电视机需求
洗碗机需求
多考虑在优化现有方案的需求采集
低成本验证
人肉跑流程来验证
场景真实性
临场感决定使用细节和体验
战略需要的\"内部需求\"
时刻记住优先满足外部用户的需求
满足外部用户的价值需求来实现商业价值是最终目的
其他的\"实用\"办法
批斗大会
邀请用户来公司当面批评产品
利用网络
搜索关键字
论坛
用户与需求
需求的三种深度
第一种:观点和行动
第二种:目标和动机
第三种:人性和价值观
依据
马斯洛的需求层次理论
超我
自我实现
认知和审美
自我
尊重
本我
安全
生理
负面人性:七宗罪
暴食
食物的诱惑
贪婪
懒惰
上门服务
嫉妒
排行榜
淫欲
情色欲望需求
愤怒
论坛活跃喷子
骄傲
其他人性
好奇
同情
从众
关于用户
三个阶段
第一个阶段:抽象群体
第二个阶段:用户是具体个体
第三个阶段:用户又是抽象群体
真实用户的需求整合出\"人物角色\"
用户故事
具体的真实场景
人物角色(用户画像)
一个典型用户的生平表
细分原则:需求场景要差异大
使用产品的熟练程度
专家
多为2B产品
有时候也考虑\"向下兼容\"
新手
多为2C产品
多边的产品
淘宝
第三方服务商
知乎
提问者
回答者
围观者
滴滴出行
司机
乘客
平台运营方
人口统计信息(不明显)
年龄
性别
职业
...
业务场景
行业角色
运营
管理
航旅
普通用户
铂金用户
出游
亲子
单人
情侣
团建
产品的原则和初心
整个团队必须达成的共识的准则
伟大源于\"初心\"
功能:细节和打包
功能的细化
价值判断
广度
潜在用户数量 * 单用户的价值
频度
需求频次 * 单次复杂程度
强度
不可替代性
紧急
持久
用户的有效使用周期
不同时期不同侧重点
看新老用户的留存
优先留住老用户
常见版本号
0.8 / 0.9 / 1.0
1.1 / 1.2
研发
非研发
确认性价比
价值 / 成本
功能分类:KANO模型
必备属性 基础功能
must have
魅力属性 亮点功能
Excited to have
忠诚度和口碑的基础
期待属性 期待功能
Nice To Have
无差异属性 无差别功能
小方案
反向属性 反向功能
用户属性的干扰
用户多边形
立场决定判断
用户的多样性
有人喜欢
有人讨厌
尽可能地放弃
要点: 少做就是多做
限制因素
不同功能不同策略
功能和其他部门的调度关系
考虑功能的相似性
考虑非功能需求
图表
整个流程的表
前后台
功能和需求管理起来
空间维度
功能列表
时间维度
需求流程
执行的流程图
概念变成图纸
产品设计文档(沟通完成再动笔写)
网站结构图(思维导图)
面向对象思想/用户任务闭环(一系列帮助用户完成任务的环节)
网页蓝图
产品 + UI共同设计
网页描述图
产品设计文档的流程
产品部门 设计 产品设计文档
交给 研发团队 指导 具体的研发
交给 测试团队 制定 测试计划
研发团队的对文档的要求(产品文档最重要的用户)
font color=\"#c41230\
保持最新
不要对研发人员的工作指手画脚
执行:立项组队和研发生产
评审
原型验证
不要努力做错事
做原型或demo
NPS (net promoter score) 纯推荐值
用户回想其他人推荐产品的的可能性
产品早期验证时候验证用户价值
(推荐的人数-批评人数)/样本总量 *100%
评分标准(0-10分)
9-10分 :推荐者
7-8分 : 被动者
0-6分;批评者
100人中推荐者至少75人
产品委员
四个关键点
概念筛选
立项组队
上线发布
营销推广
立项
人
物
MRD
描述问题
利用故事
ROI 投资回报率
解释为什么要做这个产品
阅读对象: 资源拥有方/投资方/老板
PRD
怎么做
获取资金
你的产品能做多大?
你是否对产品全身心投入?
对于领导
PPT宣讲演示
对于风投
商业计划书
组队
成员目标
成员沟通
大小公司
第三方的力量
研发过程
产品进经理要不要懂技术
和技术人员无障碍沟通
多想技术伙伴请教技术知识和黑话
特别关注技术方案和业务场景的关联
测试是专业的
设计和运维
不要这样做
Secret Box
Copy&Paste
Hardcode
Less Testing
减少测试
Skip Error Handling
不考虑异常的情况
Descope
偷摸减少需求
Less Review
减少设计评审
No Autotest
不采取测试自动化
Never Do This
实施前
不考虑功能细节
帮技术评估工作量
倒逼技术团队做出承诺
实施中
开发过程中失联
过度关注细节
实施后
不反馈
任务没有节奏感
其他
犹豫不决
成长:规划和迭代
规划
规划:只看最短和最长
业务规划
Why
How
What
一句话说明业务定位
一个业务模式
模型之间的关系
产业链的各个角色的配合
盈利点
可以图表展示
3/5个业务关键点
产品规划
产品要做什么
从规划向上看战略
苏格拉底法
知识从怀疑产生
提升规划能力的实践
举办宣讲会
大家一起点评
迭代
再理解敏捷
价值观
沟通
简单
反馈
勇气
谦逊
宣言
原则
敏捷的12条原则
最优先要做的是尽早、持续地交付有价值的软件，让客户满意
欣然面对需求变化，即使在开发后期。敏捷过程利用变化为客户维持竞争的优势。
频繁地交付可工作的软件，从数周到数月，交付周期越短越好。
在团队内外，面对面交谈是最有效，也是最高效的沟通方式。
在整个项目过程中，业务人员必须和开发人员每天都在一起工作。
以受激励的个体为核心构建项目。为他们提供所需的环境和支持，相信他们可以把工作做好。
可工作的软件是衡量进度的首要标准。
敏捷过程倡导可持续开发。
坚持不懈的追求技术卓越和良好的设计，以此增强敏捷的能力。
简单是尽最大可能减少不必要工作的艺术，是敏捷的根本。
最好的架构、需求和设计来自自组织的团队。
团队定期反思如何提升效率，并依此调整自己的行为。
敏捷的团队实践
快
公关手段
辟谣
证实
同用户一起成长
持续更新
产品的三大关
印象关
体验关
无聊关
持续地更新关系产品用户的忠诚度
管理用户期待
提前减低用户的预期
不过高吹捧用户的预期
更新本身
功能更新
硬指标
和业界的先进水平的差距
差异化
用户的可接受体验的差距
内容更新
热点事件的应激反应
满足现有用户对热点的关注
利用热点吸纳用户
优先级
思想:机会成本
收益
厮守底线
灰度测试
障眼法
炮火中前进
最小可行性产品( Minimum viable product)
更新的频率
客户端月更
时间盒
检查和处理
为什么要检查
PDAC框架
制定年度商业计划
确定发展目标和达到发展目标所需的关键任务
按照计划执行
检查执行情况
给予及时的处理意见
注意事项
确认执行结果和计划是否相符
任务颗粒度是否足够细
确定执行结果和应用环境是否相符
检查的方法
频繁使用自己的产品
自我思考
对产品层面的检查
图纸是否覆盖核心概念?核心概念之外是否设计太多的东西?
用户对图纸(虚拟功能?虚拟体验)怎么看?
项目结果对图纸是否相符?是否进行全面的测试
是否形成用户任务闭环?
是否存在流失率超高的任务节点
亲自使用
用户参与 CE(customer engagement)
提供明显的反馈入口
建立或加入核心用户群
追踪单个用户的使用行为
对流失用户进行回访
预防问题
测试驱动开发 TDD (Test-Driven Development )
在功能性代码完成之前完成测试代码
预防测试债务
思想
产品经历的七层修炼
0:职场新手上路
学习能力、执行力、沟通能力、逻辑思维、时间管理、团队精神、会议管理、办公软件使用
1:需求细化和研发跟进
文档与原型、领域知识、懂技术、懂设计、项目跟进
做客服
做TC
请吃饭
2.主动挖掘与项目管理
用户研究、项目管理、心理学、社会学、数据分析、竞品分析、协调资源、优化流程
3:完整产品与大局观
做取舍、需求管理、产品规划、懂市场、懂运营、商业感觉、行业分析
产品线与带团队
前瞻性、产品分解、产品生命周期管理、培养新人、团队管理、订目标、追过程、拿结果
5:成功案例与影响力
创新、输出方法论、知识传承、心态修炼、成就他人
商业闭环与全职能管理
开宗立派、领导力、企业文化传承、战略制定、组织发展
7:自己成功到助人成功
理想与信念、情怀、引领时代
0 条评论
回复 删除
下一页
