读书:《敏捷产品--不确定性的思维革命》

今年年初读的一本产品书,在借书台上被他书名吸引,更确切的是被不确定性这四个字吸引,书中没有多少具体的产品设计方法,即使有也不一定适用于每一个人,产品刚入行时往往会陷入“只见树木不见森林”的具体思维,充分认识到产品所处的环境,才能更好的设计产品及运营产品,这个环境就是不确定下的社会、商业、人群等因素。认识到这些,也就是有个认知和产品思维,再去接触和练习产品设计的具体技能,效率更高,事半功倍。

 

从内容结构来看,有产品、营销、管理、团队、未来。产品设计部分基本来自《用户体验要素》的内容,应该说涉及的面还是很广的,但是说再深入的话还是需要找专门的书阅读,以下有摘录,有评语,不做区分。

 

 

第一章:为什么需要敏捷产品---mvp产品

关于做对的事情:产时间看,做对的事情很难,因为世界是动态的,那么,只能从短期来看,对的事情只能是相对正确的事情。敏捷产品机制包括:动态计划,小步快跑,务实主义。摸着石头过河,目标远大而又脚踏实地。这是一种在动态不确定世界里的一种导航方式,对的事情只能尽量接近。面对不确定的世界,不管是组织还是个人,需要拥抱和快速响应变化,这个世界唯一不变的就是在变化;树立绿灯思维--只要有自己不了解的新事物,要积极的接受和去理解,做到愿意去了解已经领先一大部分人了,想都不愿意想,不就是哪个什么嘛等类似武断概括的心态严重阻碍你接受新鲜事物的好奇心,凡事开绿灯和保持好奇心,同这个不确定的世界保持同步。

 

产品经理的职能诸如收集用户的新需求、竞争产品的资料,需求分析,竞品分析以及研究产品的发展趋势,负责产品功能的定义、规划和设计,各种复杂的决策,保证开发队伍的顺利;进行错误跟踪,市场活动的策划,这些都是在不确定性世界推进的。

2001年雪鸟会议的敏捷开发价值观

  • 个体与交互:胜过交流和工具:沟通是浪费时间最多的问题,需求变化是软件开发的属性之一。这需要尊重每个人的价值,诚实交流,数据行为和决定最好保持透明,积极投身于团队和团队的目标,相信每个人都是团队的支撑力量。迭代回顾总结会:保持一定的团队冲突,在统一性和多样性中间保持平衡,作为主管要小批评大鼓励。

  • 可工作的软件:胜过面面俱到的文档:保持轻量级的文档,产品经理一定要保证文档的准确与及时。

  • 客户协作:胜过合同谈判。不要掩盖矛盾,以用户的角度切入最好,如什么是最用户最具价值的功能?不高可以不可以放在下一个版本做?

  • 响应变化:胜过遵循计划。改变是合理的,不可避免的。

12条原则

  • 最优先做的事通过尽早的持续的交付有价值的软件来使客户满意

  • 即使到了开发的后期,也要保持和迎合改变。通过变化和来创造价值

  • 在整个项目开发期间,业务和开发最好在一起。

  • 围绕被激励起来的人一起工作,构建项目,

  • 当面沟通最优效率

  • 可工作的软件是首要进度度量标准

  • 开发者应该保持一个长期的恒定的开发速度

  • 不断的关注优秀的技能和设计会增强敏捷能力

  • 迭代后要有反省和回顾会

  • 保持简单简化代码和其他工作量。如测试的同时做一个内容更新任务。

  • 最好的构架需求和设计要来自专业的团队。三个产品不如一个牛逼的产品总监。

     

第二章精益求精的产品

无差异化的产品死亡率极高,有差异化也不一定活。有时候靠运气,靠行业的其他配套设施条件等,如移动支付以后小程序对单车的带动。

如何做到精益求精?

源于细节,主管也要看代码,团队需要规范化的产品过程管理

关注用户价值和成本,以用户价值去衡量值不值得做

装饰性的元素和外观、包装是对用户潜意识和情感化的唤醒

穷尽时极致的基础

保持耐心

关于团队建设:什么样的团队建设什么样的产品,一个牛人顶5个庸人的道理。选择公司时要看看团队的配置水平,吧失败作为学习的动力,保持对产品的持续动力,管理好团队预期,顺境逆境。

 

第三章:产品创新方法

pdca渐进式方法论:planed,cheak,action(改进、处理),如小米的mimu,体验版、开发版、稳定版。

通常的错误:忽视了前期的条件,如优秀的饿团队成员,好的计划就是一个未知数。顶的关键指标很随意,指标有误,盲目信数据,盲目快速。

颠覆式与渐进式思维差异

渐进式是缝缝补补,颠覆式是全新的思维和破坏和重组现有的组织结构。

mvp的意义是可以做,快速的验证市场。忽略数据。试错产品,快速进或退。live or die,but quickly.

 

第四章:通用工具箱

可视化

原型

5why

金字塔分析

5s 整理 整顿 清扫 清洁 素养

建立数据运营实践:数据指标之间的关系正面、负面、延迟作用。需要注意的是:分清吃结果指标和过程指标,数据也不一定准确,因果关系永远是一个难题。

 

第五章:产品管理的过程

讨论需求:检验的标准是什么?我们如何知道我们在接近真实需求而不是在偏离?投票通过的就正确吗?老大决策或者最有经验的产品的决策正确吗?

产品管理的五个层

  • 策略层:痛点导航,抓痛点可以找到更好的解决方案,便于用户调研。痛点图:用户群的规模,潜在的价值。发生频率,后果,解决方案的价值,商业价值。如何找痛点?抽离法,想象自己就是用户,同理心,观察用户,要有细腻的感知。

  • 解决方案层:产品功能说明书,痛点到解决方案是质的飞跃,功能分解说明是具体表现。要抓住关键痛点。要从功能和技术等方面考虑。定位法,产品成功的关键在于找到竞争对手尚未占据的位置?免费,低价。。。布局,卡位

  • 信息结构层:将功能点按照金字塔结构分类,归属,也是产品的骨架。信息结构图最好打印在墙。为什么有些产品显得精致:对细节的把握,细节是诚意的表达,用户是可以感知得到的。

  • 框架层:线框图、原型

  • 视觉层:统一,装饰性,轻设计,遵循规范,清晰表达,一般来说一个页面直邮一个表达主线,传达感情。

     

第六-八章:略

 

子非明,安知明之乐也?
原文地址:https://www.cnblogs.com/sunzhongming/p/7027401.html