精华内容
下载资源
问答
  • 产品思维

    2019-11-25 20:03:55
    今天,我们正式开始聊一下产品思维的话题。首先,让我们想一下,到底什么是产品思维呢? 如果我们把项目管理、技术管理和团队管理,比作让我们正确做事情的心法。那么,产品思维就是做正确事情的判断力,就是判断...

    今天,我们正式开始聊一下产品思维的话题。首先,让我们想一下,到底什么是产品思维呢?

    如果我们把项目管理、技术管理和团队管理,比作让我们正确做事情的心法。那么,产品思维就是做正确事情的判断力,就是判断哪些事情值得我们来做,哪些需要优先来做。怎么形成这样的判断力呢?就需要我们深入的研究产品背后的道理,以及未来演化的方向。

    先来说说产品背后的道理,我们为什么要做这个需求呢?很自然,我们觉得就是为了满足业务的需求啊,给用户创造更好的体验啊。那业务部门为什么就有这个需求呢?用户为什么有这个需要呢?什么样的用户体验才算好呢?我们不能仅仅满足完成需求开发,还需要知道需求背后的道理。

    业务部门为什么有这样的需求呢?我们肯定会想,那肯定是为了满足客户需求啊,满足了客户需求,公司才能够盈利啊。那公司是怎么满足客户需求的呢?公司需要哪些产业上下游的协作呢?公司在产业链中的位置是什么呢?那满足了客户的需求,公司又怎么赢利的呢?当下我们实行了赢利,未来能不能持续赢利呢?公司赢利的机制到底是什么呢?说到底,我就需要知道公司的商业模式。

    我们再继续深挖,用户为什么有这样的需求呢?用户需求背后的动机是什么呢?影响用户需求的因素有哪些呢?用户今天有这个需求,明天还会有这个需求吗?那影响需求变化的机制是什么呢?理解了用户的需求,那什么样的体验对用户来说才是好的呢?用户使用的场景是什么样的呢?用户的心理又是什么样的呢?这些心理又有哪些变化呢?变化的机制是什么呢?说到底,我们就需要深入研究用户,研究用户的心理,研究用户所处的环境和社群。

    只有我们理清楚了产品背后的这些为什么,我们才能更清楚的了解产品设计的目标和动机。只有理解了影响用户需求和公司商业模式的因素,我们才能懂得产品的变与不变,才能更加灵活的面对。

    所以,产品思维是什么,就是深入理解需求背后的动机和变化规律。如下图所示,产品思维服务于商业思维,公司也是社会的一员,公司要想存活下去,就需要对社会输出存在的价值,商业思维就决定了公司存在的逻辑。而商业思维最终依赖于用户的需求,依赖于用户心理的变化,依赖于人类社会的整体运作机制。
    在这里插入图片描述

    图1产品思维
    对于我们每一个来说,只有了解了这些,我们才能清楚的知道我们为什么而工作,才能明白怎么才能把工作做好。在工作中,我们既要脚踏实地的执行,更需要抬头远望看方向。尤其是对技术团队来说,了解产品思维,才能理解需求背后的道理,才能从容的面对甚至引领未来变化的方向。

    什么是商业思维呢?商业思维就是公司的生存逻辑,他回答了公司生存和发展的几个基本问题。每个公司都是一个社会的单元,要想生存下去,就必须实现盈利,最终还要持续盈利。怎么才能实现这些目标呢?就要回答以下几个问题。

    首先第一个问题,公司的用户是谁。也就是谁是我们的衣食父母,谁愿意付钱给我们,这个问题非常关键,也是我们产品设计中首先要考虑的问题。如果没有了用户,也就没有了一切。所以,我们需要准确的了解我们的用户,这些用户有哪些特征。为他们做用户画像,真正站在用户角度想问题才是解决所有问题的出发点。但是,这么一个简单的原则往往我们做不到,当做一些决策的时候,我们往往喜欢从自身利益出发考虑,反而忘记了公司存在的初衷。

    第二个问题,我们能帮用户解决什么问题。找到了用户还不够,我们还得看我们对人家的价值是什么,我们到底给人家解决了什么问题。这就需要深入的了解这个问题本身。问题中,用户的场景是什么样的,有什么样的特点,频次高不高,用户碰到了什么困难,用户的感受如何,有什么别的替代方案等等。我们能帮用户解决的问题越大、越难,用户对于我们的粘度就会越高,公司的价值也就越大。能帮到的用户越多,市场前景也就越大。所以,产品的设计也是从用户问题开始,没有对用户问题深入的理解,无法做出用户喜欢的产品。

    第三个问题,我们怎么实现赢利。要想回答这个问题,首先得明确我们解决用户问题的方案。这个方案包括我们整个服务链条是什么样,关键节点有哪些,每个关键节点都提供哪些服务,都依赖哪些产业链的上下游,用户接受我们这个方案的难度有多大,有没有门槛等等问题。只有想明白了这些问题,我们才能明白在这个服务链条上,我们可以怎么赢利,通过谁来赢利。这里需要注意,获取利润不一定通过用户直接的收入,可能赢利来自于整个服务链条的各个相干人,设计这个赢利的模式非常重要。

    最后,我们的产品就是这个解决方案本身。所以,我们就要深入了解整个服务的链条,尤其是每一个关键节点,还要考虑支撑怎么实现盈利。

    第四个问题,我们怎么能长期赢利。也就是要回答我们的优势到底在哪,我们的商业护城河又在哪里,我们怎么来建立这个护城河,建立护城河需要什么样的资源,对团队来说,又需要什么样的组织能力。

    对技术产品来说,技术本身就可能是我们的护城河,技术可以大幅提升解决方案的效率,或者降低方案成本,这些都是公司可能的壁垒。另外,产品设计也得考虑构建这样的壁垒。比如构建产品的网络效应,用的人越多,网络价值就越大,产品的壁垒就越高。

    总结一下,回答这四个问题的过程,就是梳理公司存在逻辑的过程。产品思维一定是服务于我们的商业思维,设计产品就一定先要明确用户是谁,解决人家什么问题,如何盈利,如何持续盈利。产品设计本身就是围绕商业来构建,所以,具有商业思维能力非常重要。

    展开全文
  • 前言 产品思维的关键词及核心因素 产品思维的关键词:用户与迭代 有个说法是,只要能说出“需求”和“供给”这两个词,一只鹦鹉也能成为经济学家。这算是种有趣的调侃:一方面点明了需求和供给是经济学最基础的概念...
  • 自序 新人迫切需要却难以获取的产品思维 时光匆匆,距我的上本书《从点子到产品》完成过去了两年半的时间。在《从点子到产品》里,我讲的都是产品经理基本的工作方法论,从怎么分析需求到怎么写文档通俗地做了一遍...
  • 推荐序二 用产品思维,以最小成本创造最大价值 豆瓣商业产品负责人、电商事业部总经理 王彪 几年前,我在小米公司任产品经理。那时候,我下班很晚,经常工作到凌晨才回家。睡一觉,起来洗漱一下,我接着去公司,不...
  • 例如,《用户体验要素》是针对互联网时代的产品设计理论,许多解释可能过时了,但知名的五要素思维方式依然是深刻的,影响着我们认知产品设计的层次;《点石成金》里的网页设计理论我们也用不上了,但关于如何做好...
  • 第三部分 产品落地">
  • 封面">
  • 版权页"> 图书在版编目(CIP)数据 产品思维/ 刘飞著.-- 北京:中信出版社,2019. 6 ISBN 978-7-5217-0350-4 I. ①产…II. ①刘…III. ①产品设计 IV.① F 272 中国版本图书馆CIP数据核字(2019)第060700号 产品...
  • 第一部分 认知用户">
  • 扉页"> 产品思维 刘飞 著 中信出版集团
  • 第二部分 创造价值">
  • 推荐序一 产品思维使人做出高质量的决策 推荐序二 用产品思维,以最小成本创造最大价值 自序 新人迫切需要却难以获取的产品思维 前言 产品思维的关键词及核心因素 第一部分 认知用户 第一章 用户画像的正确打开方式 ...
  • 产品思维和开发思维的差异,产品思维和开发思维的差异,产品思维和开发思维的差异
  • 产品思维
  • “以用户需求为依归,从产品整体出发,平衡产品各要素”,这就是我所理解的产品思维。随着互联网行业蓬勃发展,市面上越来越多有关互联网产品的书,网络上关于产品经理的分享更是汗牛充栋。“产品”这个概念从未像...
  • 产品经理入门互联网企业所必备的产品思维: 1.像哲学家一样去思考本质; 2.像婴儿一样保持好奇心; 3.像运动员一样去锻炼修行; 4.像小白一样虚心求教。
  • 产品思维思考

    2021-05-23 22:10:26
    关于产品思维的论述,我会从以下几个方面总结归纳下,如有不足,请各位指正!感谢! 什么是产品思维。 具体的怎么应用产品思维解决问题。 怎么锻炼产品思维。 1、 什么是产品思维呢。 思维是一个很难用语言描述...

    关于产品思维的论述,我会从以下几个方面总结归纳下,如有不足,请各位指正!感谢!

    • 什么是产品思维。
    • 具体的怎么应用产品思维解决问题。
    • 怎么锻炼产品思维。

    1、 什么是产品思维呢。

              思维是一个很难用语言描述出来的东西,就好像大家对一件衣服的描述,从医生的思维可能是保护我们的皮肤保护不受侵害的保护物,从服装设计师的思维角度可能是为了美观凸显自己个性的装饰品,讲究和谐统一,从普通民众的思维角度可能是保暖防寒.......对于同样一个东西,不同人以不同的思维论述,结果是不同的。同理可推断,产品思维即是产品经理人的思考方式,那么产品经理又该具有怎样的思考方式呢?从产品经理的存在的价值和目的可以去思考。产品经理的职能是解决用户诉求,为企业实现盈利。(这也是产品经理需要具备的能力的之一,看透本质的能力)所以产品经理的思考问题的方式也应该围绕这2点展开。

    2、  产品思维及应用

             承接上述内容,产品思维应该是产品经理站在自己职能的基础上思考及解决问题的方式,下面做进一步的阐述。

             1)解决用户诉求,即分析用户,常用的分析模型有5W1H。即:who、when、where、why、what、how=谁、什么时间、什么地点、为什么要做、想要做的什么实现目的、怎么实现目的,基于此进行详细的剖析,剖析的过程中,需要使用到MECE法则,即相互独立无限穷尽,比如用户群体分为哪些,进行无限的拆分,包括每一点都要进行拆分,拆分的过程同样需要自上而下,按照重要程度的优先级进行排序。分析出的需求对于优先级的排序可采用KANNO 模型(基础需求、期望需求、兴奋需求)在产品进行设计时,为了保证产品能够达到效果需要为每次的功能设置ROI值,以便检验功能的达成情况,同事在设计方案的过程中需要做到闭环思维,比如做完之后怎样完成后续的优化,需要有闭环思维去设计产品的解决方案,保证产品的生态,一般对于大厂而言,产品的生态很难自己负责,所以必须要对上下游做到足够的了解,了解它的数据链路及应用场景,需要有全局观思维。(里面用到的几个方法论:5W1H 法则、MECE 法则、KANNO模型、闭环思维)

             2)为企业实现盈利: 为企业实现盈利,对于互联网产品而言,企业实现盈利,可以基于一个公式来完成,收入=增长*留存*商业化,关于增长和留存常用到便是AARRR模型(获取、激活、留存、购买、分享)所以产品设计时,最终的目的也是围绕此进行展开的,(比如设计的标签平台、画像平台等平台),为企业直接实现盈利的产品往往就几个,其他产品一般都是间接提供呢服务或者支持的,这时候衡量产品的价值可以从降本增效、实现智能化、自动化等方面衡量(很多工具类的平台可以通过平台的用户数活着活跃度来数值体现)。

    3、关于产品思维的锻炼

          这一点我觉得是多学习和多思考多总结吧,可以多做一些输出,输出的过程中你就在思考,比如我正在基于今天的学习内容做的总结和归纳。

     

    产品人加油鸭!

       

     

    展开全文
  • 产品思维地图.png

    2019-08-09 16:50:07
    产品经理,思维地图,认知用户,产品落地,个人成长,产品管理,创造价值,产品思维
  • 产品思维学习 30

    2018-11-01 09:41:00
    产品思维学习用的,大家可以下载看看,里面内容很不错
  • 幕后产品——打造突破式产品思维.pdf
  • 产品思维 产品思维的起源是用户(或客户)价值。用户价值是通过技术手段以产品或服务的形态去解决用户的痛点,或带去爽点。毫无疑问,工程师在日常工作中应时刻关注并理清自己的工作与用户(或客户)价值的联系,...

    产品思维

    产品思维的起源是用户(或客户)价值。用户价值是通过技术手段以产品或服务的形态去解决用户的痛点,或带去爽点。毫无疑问,工程师在日常工作中应时刻关注并理清自己的工作与用户(或客户)价值的联系,并且应该通过聚焦于用户价值去安排工作的优先级和分配自己的精力。

     

     

    当用户价值足够时,产品能否在市场中立足并真正收获收益,首先考验的是产品的用户体验。良好的用户体验一定是站在用户的角度,基于用户心智来塑造概念,由于概念存在理解和解释成本,所以塑造的概念应足够轻、少且易掌握。概念一旦塑造出来则概念间的关系也随之确定,这些关系基本上决定了产品与用户的交互流程。好的产品体现于“易用”二字,其极致在于迎合用户的本能反应并符合各种生活或专业常识。

     

    所有产品都存在演进的过程,所创造的用户价值也在被不断地挖掘与探索,那时不同的细化价值需要通过产品特性去区分和表达。特性也是产品差异化的一种体现,特性也间接地确定了软件实现层面的功能模块边界。作为开发工程师,也需要对产品特性有非常透彻的理解,并能将其很好地抽象并转化为软件实现层面的功能模块。特性需要考虑通过售卖license等形式进行开启或关闭去实现售卖,这一点对于2B的产品甚是必要。

     

    为了产品更好地演进,需要通过数据闭环的形式去检验创造用户价值的效果,让产品的开发、运营、营销工作做到有的放矢。在产品价值创造的道路上,最害怕的事莫过于只顾低头干做加法,做得多却无人关心收效。而我们通过数据化闭环的形式,不仅能让整个产品大团队聚焦于核心价值,还能帮助团队在探索用户价值的道路上理性地做减法。大多情形下,做减法远难于做加法。

     

    技术思维

    技术思维的源头是需求。需求可以分成市场需求、系统需求、特性需求等不同层次,回答的是技术层面“做什么”的问题。显然,清晰表达的需求以及对需求的精确理解才能确保将事做对。毋容置疑,需求一旦出现偏差所导致的浪费是非常严重的,也正因如此工程师对于需求的质量相当重视。

     

     

    需求一旦确立,会基于模块化的思想拆分成多个功能模块去降低实现的局部复杂度,最终将所有功能模块“拼接”在一起去实现整体需求。每个功能模块会安排给一个人或一个团队负责,由于功能模块是需求分解后的产物,容易导致工程师在实现的过程中只看到“树木”而忘记了“森林”。

     

    性能是工程师在实现一个功能模块时不得不关注的,特别是当功能模块被运用于高频、时效性敏感、算力有限的场合时性能将尤其被关注。在现实中有时会存在工程师乐于追求性能的极致去体现自己的技术实力,甚至出现过早追求性能而滑入过度设计的误区。

     

    毫无疑问,一个正规的团队,对于功能模块的开发工作多会以项目制、多个迭代的方式去完成交付。不少工程师这里会有一个误区,忘记了敏捷思想所倡导的“项目计划的目的是为了适应变化”,而是将“按时交付”当作是天职,各种赶工爬到终点时却毫不意外地看到了“一地鸡毛”的景象。

     

    在迈向第四次工业革命的道路上,人工智能、大数据、机器学习,Kubernetes、Istio、Knative、Go、Dart、Flutter等新技术不断冲击着工程师已掌握的技能。快速跟上技术的迭代步伐是每个有追求的工程师不断提升自己专业素养的表现之一。工程师的内心一定不缺乏对新技术的追求,憧憬自己所掌握的技术具有一定的先进性。

     

    工程思维

    工程思维的起点是流程。流程的背后是科学,以既定的步骤、阶段性的输入/输出去完成价值创造,通过过程控制确保最终结果让人满意。由于流程涉及每一个工程师的工作质量与效率,其含义不只在于定义、工具化、检查等内容,而是应基于工程师的日常工作习惯,将流程与工程师的工作环境无缝整合。“无缝”体现于流程中的概念与工程师群体已建立的专业常识相一致、没有增加毫无价值的负担,根本仍是确保易用性。

     

     

    机制的含义是通过对所需解决问题的分析,以一种模式去解决同类问题。机制应体现一定的系统性,而非“头痛治头,脚痛治脚”。系统性不是一开始就能被洞察到,可能在演进的过程中逐步发现和完善的,因而需要工程师在工作的过程中不时回顾并付诸实践去落实。对于工程师来说,机制是通过系统性的软件设计去达成的。

     

    可以说产品质量直接决定了工程师的工作和生活幸福感。一个质量不可靠的产品一定会给用户和工程师自己带去麻烦,甚至造成无法挽回的经济损失并造成负面的社会影响。对于工程师来说,那势必打乱个体的工作与生活节奏。为了让产品的质量做到可靠,单元测试、静态分析、动态分析等确保工程质量的手段应成为工程师的基本工作内容,通过将这些手段与CI(Continuous Integration)流程进行整合去持续构建起对软件产品的质量信心。

     

    在互联网行业,除了软件产品的质量得可靠外,风险可控是另一个不能忽视的内容。而风险可控是建立于系统性机制和质量可靠之上的。对于服务端软件来说愈是如此。风险往往出现于资源使用的极端场景,当从外部涌入的过多事务远超软件产品的处理能力时,需要有一定的机制让整个产品能相对平滑地应对,或是扩充资源、或是限制涌入事务的流量。

     

    软件所需的机器成本是比较容易忽视的话题,软件成本不只与软件性能相关,还与软件之间的依赖、技术方案等因素相连。当一个软件需要从公司的内部对外输出时,平时忽视对成本的关注就会暴露出成本问题。比如,为了运行某个软件需要数量庞大的计算资源,所导致的资金开销对于客户来讲很可能是无法接受的。

    显然,不同岗位、不同职责的工程师对于这三大思维的深度要求是不一样的,但从多维度去思考却应是每个工程师都应该具备的素养。

     

    至简,阿里巴巴高级技术专家,是集团Service Mesh方向的重要参与者和推动者。曾出版《专业嵌入式软件开发——全面走向高质高效编程》一书,坚信和倡导软件设计是软件质量之根本,并对软件开发的复杂性本质有着深刻的认识,对如何高质高效实施软件开发有着自己独到的见解和方法。

    展开全文
  • 随想,产品思维和开发思维

    千次阅读 2020-04-14 01:52:19
    有时候,产品思维和开发思维,由于出发点的不同,会产生较大的分歧。 作为一个开发,不仅要有自己的思维,也要了解产品的思维,这样才能在和产品的撕逼的战斗中所向披靡,百战百胜。 举个例子: 比如你在系统上提交...

    有时候,产品思维和开发思维,由于出发点的不同,会产生较大的分歧。
    作为一个开发,不仅要有自己的思维,也要了解产品的思维,这样才能在和产品的撕逼的战斗中所向披靡,百战百胜。

    举个例子:

    比如你在系统上提交一个申请单,这时这个申请的状态是待审核。
    待审核状态,可以变成审核通过和审核不通过。

    这时分歧就来了,如果是审核不通过,原因是因为申请单里面的一些东西写错了,那应该是重新生成一个申请单呢,还是修改之前审核不通过的这个申请单然后继续审核呢。

    说实话,我也见过不少优秀的产品设计了,这种问题我的第一反应,肯定是新生成一个申请单,或者说,我从来都不会想出还能修改之前的申请单这种操作。

    但我们想想设计出要修改旧申请单的这种产品同学,设计的初衷是什么,我觉得应该是想着审核失败了,就在原来的申请单上改一下,就可以重新审核了,也比较方便,怎么说呢,这个逻辑应该是和改卷子一样了。如果哪里写错被老师打回了,就在原来的卷子上改一改就好,不会有人会再找份新卷子,再把所有的再写一遍了。

    卷子直接改,是因为再写一份新的太麻烦也没必要,但程序要是设计成这样,就有点难受了,因为对于程序来说,新生成一个申请单,并不是什么难事,而直接修改,就不是随便找个空子写上去的问题了,我简单说说为什么这种情况要新生成,而不要修改旧的申请单的原因:

    1、状态最好是单向,且有终态。
    我们说任何状态的变化,最好都是单向的,且有个最终状态,就是一旦到达最终状态,数据就不可变了。这样设计的好处就是在后期的判断和维护上,都是可以解耦的,如果状态直接可以任意跳转,那一旦状态变多,最后就是一锅粥了。而且有了终态,就可以做很多事情了,相反如果状态一直没有终态,你永远不知道这个状态还会变成什么,那很多统计的事情就会因为这个变得特别复杂。

    2、每次申请最好能清晰记录
    每次申请,都是一个记录,如果每次审核不通过的重写申请,都是新申请,那根据申请人,就可以知道这个人的操作记录了,比如什么时候提交申请,什么时候被审核不通过了,什么时候又重新提交了申请等等,甚至后面还可以比对出后面申请都改了什么东西。反观直接修改,那就相当于把之前的申请覆盖了,如果再审核不通过,再修改,这样多几次,谁都不知道一开始是申请什么了。

    展开全文
  • 你是产品思维还是平台思维?

    千次阅读 2019-05-26 09:35:41
    如果你认为华为有鸿蒙系统,没什么可怕的,那么你很可是产品思维者,如果你认为操作系统只是一个产品,需要做更多的是产品背后的生态,创造产品容易,创造生态难,那么你拥有的可能就是平台思维。 对于华为,创造一...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 7,993
精华内容 3,197
关键字:

产品思维