启示录
2021-11-16 15:16:02 18 举报AI智能生成
登录查看完整内容
产品经理入门
作者其他创作
大纲/内容
启示录
产品经理
职责
评估产品机会
定义开发的产品
要素
对产品的热情
自己喜欢/厌恶的产品，原因和改善方法
能站在用户立场
智力
考察在没有答案的情况下说出解决办法
态度
出现问题承担错误，顺利时鼓舞大家
专业知识
局限于特定产品（心脏除颤器）
其他资深经验，可能会过于自信带来偏见
工具
用户净推荐值
调查用户是否愿意推荐产品
满分 10 分
9-10 推荐者
7-8 中立
0-6 贬损者
消费者分级
技术爱好者
对技术痴迷
非理性消费者（尝鲜者）
情感需求与大众相同，但更为强烈
非常值得研究，因为它放大了用户的情感，可以帮助产品朝着这个情感方向努力
理性消费者
购买认为实用和有价值的产品
超理性消费者
情感需求更弱，产品不能有半点不满
观望者
有需求，但喜欢用大家认为好的
马斯洛需求模型
顶端
可有可无
Skype 加入视频功能并没有爆火（因为仅多了社交功能）
底端
人性需求
谷歌能火是因为帮助人们解决了难题，比如找到得了某种疾病的解决方法
政治家说恐怖份子袭击，或可能面临食物短缺等问题
让人们恐慌和产生依赖
带着新生的感觉发掘每天折磨着大众的情感
孤独
恐惧
挫折
不满
大公司创新方法
20%法则
20%的工作时间用于创新
臭鼬工程
低调的进行创新，有初步方案后再向上反馈
主动观察
观察人们对现有产品的不满，进而改进
流程
做前
评估
淘汰馊主意
产品价值（产品要解决什么样的问题）
不是产品功能和特色，是真的解决一个问题
目标市场（为谁解决问题）
市场规模（成功的机会多大）
度量指标或收益指标（怎样判断成功）
竞争格局（有哪些同类产品）
竞争优势（为什么我们最适合做这个产品）
市场时机（时机合适吗）
营销组合策略（如何把产品推向市场）
成功的必要条件是什么（方案要满足的条件）
结论（放弃还是继续做）
开发新产品或改善原有产品都属于产品机会
探索
产品原则
等同于公司的价值宣言，有利于大家达成共识
区分最重要和其次重要
产品都要求既好用又可靠，那优先考虑哪个？
团队内的意见分歧，可能是对目标和目标的优先级有不同的理解
种子用户
解决他们想要解决的问题
确保产品不偏离用户需求
市场调研
作用
谁是目标用户
用户怎样使用产品
用户为什么选用该产品
有哪些特点
有哪些可改进的
结果可作为参考，但不能决定产品的走向（弊端）
弊端
用户不懂技术，不知道什么方案是可行的
用户不知道自己想要什么
人物角色
帮助筛选重要的产品功能，假设目标用户是“张三”，那就应该添加对张三有用的功能
避免混淆了自己的需求
Doing
定义基本产品
只满足基本需求（价值、可用性、可行性）的功能
这样就不会出现削减功能或延长工期的问题
产品验证
可行
技术是否能实现
可用
用户会用
价值性
用户喜欢
原型验证
事后
改进现有产品
不是一味的添加功能
需要重点关注可用提高指标的功能
平滑部署
避免更新产品导致用户的方案
经验
如何做
客户建议“如何做”，而不是做什么。因为思考解决办法是人的本性
保证开发进度，开发阶段把创造热情投放到下一个版本中，避免干扰开发
开会
会前小范围沟通，正式会议告知大家达成了一致建议
硬件为软件服务->体验->情感
情感会一直存在，有很高的依赖性和记忆
如果不买这款产品，竞争对手就会超过我
贪婪
买了 P2P 享受更高收益
欲望
有的用户渴望一夜情，那陌陌就提供了情感服务。
渴望去外面看看，马蜂窝就提供了世界景点，没事的时候也会让用户刷刷沉浸其中
在成熟的市场抢占一席之地
对目标市场要了解，知悉现有缺陷
要做的更好（技术更新迭代，让之前无法实现的方案变为可能）
在大公司工作
了解公司制定决策的方式
知道决策权在谁手里
看其喜欢什么样的汇报风格（数据、原型、还是客户的评价等）
建立人脉网络
主动与各个部门的同事结交朋友
自己顶上
大公司虽然人多，但是需要帮助时，可能找不到人
与其对抗流程，不如自己上
有选择的据理力争
多一个敌人不如多一个朋友
目标是完成产品，别为了一场战役，输掉了整场战争
向上司借力
需要上司向领导说明情况
事先准备好翔实的材料，让他放心当我的说客
十大问题
产品能吸引目标消费者的关注吗
产品的设计是否人性化，是否易于操作
产品能在竞争中取胜吗？
我了解目标用户吗？产品是否得到了他们的认可？
产品是否有别与市面上的其他产品
两分钟向领导阐明差别
一分钟向客户解释清楚
半分钟向行业大牛解释清楚
产品是否完整
用户对产品的印象如何
销售业绩如何
产品值钱吗
值多少
用户会选择便宜的产品吗
了解其他成员对产品的看法？
他们觉得好在哪里
是否与我的观点一致
0 条评论
回复 删除
下一页
