反流性食管炎-产品大佬的“思想形式”应该是怎样的?

关于“思想形式”这一充溢重要性与形而上学的概念来说,怎样界说、怎样将其转化为实在可感的事物呢?文中,笔者将结合自己的查询与考虑,聊聊他眼中的大佬是怎样了解这一概念的。

关于“思想形式”这一充溢重要性与形而上学的概念来说,怎样界说、怎样将其转化为实在可感的事物呢?文中,笔者将结合自己的查询与考虑,聊聊他眼中的大佬是怎样了解这一概念的。

什么是思想形式? 1. 关于这个考虑的来历

从事产品司理这个作业现已有了适当一段时刻,带产品团队也有一段时刻了。从刚开端做产品司理,到现在带团队,“思想形式”这个词一向被重复提及。刚开端是自己常常被老板说“你的思路不正”,现在也常常把类似问题扔给自己的团队。

  • 先想清楚你的方针是什么?
  • 你究竟要处理什么问题?
  • 能不能重视问题的实质?

想必也有许多同行和我相同常常遇到这个问题。

我从前遇到的困扰是:讲了一大堆,老板说没听懂。或许是老板扔给我这个问题,然后我去收拾了一下回来老板仍是说听不懂。

就在上个月,我和团队一同做复盘总结,咱们企图界说“思想形式”,期望可以有明晰的途径和方法论进行参阅,以便快速的前进。但咱们却发现咱们依然无法精确的说出——什么是思想形式?正确的思想形式究竟是怎样的?该怎样做?

2. 我的了解

这的确是个困难的问题。

咱们也常常看到网络上各种以“思想”为标题的文章,用户思想、商业思想、竞赛思想等等等等。总觉得仍是没有那个“滋味”,都很有道理,但好像还没有处理我的问题。

我也跟我的教师做了交流,但我发现在他跟我的评论中,他并没有重复的跟我说用户、商业、竞对这些产品司理常常要面对的具体问题,他表述的更多是关于怎样发现、界说、验证、处理一个问题的实质逻辑。他引荐我去看的书不是《结网》、《人人都是产品司理》,是《考虑的技能》。

所以,现在得出一个让我觉得有点不好意思写出来但又以为正确的定论:产品大佬的思想形式,是“返璞归真”的“处理问题的思想形式”,用研、竞调、商业形式都仅仅手法。

这也让我想起来近期比较火的“艺人请就位”中的现象:

陈凯歌、李少红、赵薇这些“大佬”等级的导演,在点评或请教的时分,不会大篇幅地去说扮演的理论、模型,反而是“你不在这个心情中”、“阅历了那些作业…你此时应该是…你的肢体…”这些十分具象的作业。

而郭敬明更多的是引证一些理论,作为观众的我反而听的云里雾里,艺人们好像也无法精确的知道问题在哪里。

那么问题又来了,所谓的“返璞归真”的“处理问题的思想形式”,又是什么?

3. 这篇文章的内容结构

(1)大佬思想形式榜首步——从问题动身的思想

这个道理好像在许多文章中也提过,但我发现许多人(包含我自己)对这个道理的了解常常逗留于外表。

我以为中心的原因是许多人把现象、原因、成果、处理计划这四个不同的事物搞混了,想要从问题动身,但往往无法描绘清楚究竟是什么问题。

(2)大佬思想形式第二步——概括思想,让思想聚集

当咱们了解了项目的现象、原因、成果、处理计划的差异之后,怎样真实的做到?

一方面,咱们触摸的信息量太多了,从用户调研、逻辑推演、竞调咱们会获取许多的认知,怎样对这些认知进行高效的收拾?

另一方面,咱们常常会犯一个过错——过于发散。一次想处理的问题过多,不行聚集。

我将供给一些底子的反流性食管炎-产品大佬的“思想形式”应该是怎样的?方法论协助你处理这两个问题。

(3)一个项目FRD的参阅反流性食管炎-产品大佬的“思想形式”应该是怎样的?结构

大佬思想最直接的表现是一份高质量的FRD(或MRD)。

最早咱们的团队是没有写FRD的习气的,脑子里蹦出一个需求或许从用户那儿抓到,略微一商议就去干了。

现在开端搞FRD今后,感觉这个环节必不可少。

FRD是去叙说你的计划方针、价值、验证进程、计划中心点的进程,可以让你自己和相关团队明晰的知道这个项目究竟处理什么问题?什么价值?多大价值?计划的难点在哪里?

强烈主张还没有这个习气的产品团队,在客观条件答应的状况下发动FRD评定。

咱们在发动后也一度遇到不会写、写的质量差的问题,所以这儿结合本文的内容给到一个参阅的结构。

到这儿也罗里吧嗦一大堆了,也是我个人还没有处理的坏习气,期望上面的文字都不算废话,接下来进入正文。

Part1:现象、原因、成果和处理计划

这个部分从产品司理最常遇到的魂灵拷问开端:反流性食管炎-产品大佬的“思想形式”应该是怎样的?

  • 你究竟想处理什么问题?
  • 老板究竟问的是什么?
  • 在产品大佬的耳中,他又是怎样解读这个问题的?

先供给一个模型:

然后咱们来逐个解说:

1. 你期望对现在的“成果”带来什么改动?

这个问题是最要害的问题,你有必要知道你的项目终究能为用户、公司带来的“成果级”的改动是什么。

请注意,这儿的要害词是“成果”

许多产品司理在答复这个问题的时分,会答复:

  • “我想缩短一下这个操作的途径,用户对这个当地吐槽很大”
  • “我想新增一个模块处理用户的这个场景”

这都不是成果,“缩短操作途径”是处理计划(手法),“用户吐槽很大”是“现象”,“处理这个场景”是进程。

  • 缩短操作途径之后的成果是什么?是体会提高?是转化率提高?能提高多少?
  • 用户吐槽少了的成果是什么?是客服咨询量削减?是口碑上升?削减多少?上升多少?
  • 这个场景对用户意味着什么?是提高成就感?是带来收入?多大成就感?多少收入

一般来讲,假如你以为你的项目价值很大,那么这个成果必定是和用户的“活泼”“付费志愿”,公司的竞赛、出售亮点直接相关的,那么你必须要拿出具有肯定说服力的逻辑和根据,来阐明这一点。

怎样阐明呢?

根据你对现象的收拾、对现象背面原因的剖析。

2. 拿出经过验证的“现象”和导致这个现象的“原因”证明你的成果

“现象”和“原因”是对“成果”的解说。

根据对现已客观存在的“现象”的剖析,咱们以为导致这个“现象”的“原因”是XXX、XXX,针对“原因”咱们给出“XXX”、”XXX”两个处理计划,可以怎样怎样改进这个“现象”,然后得到“XXX”的“成果”。

咱们常常说,“要看到问题的实质”。

什么是实质?

  • a. 你看到的“现象”意味着什么“成果”,“成果”是好仍是坏,有多好,有多坏。
  • b. 这个“现象”背面的原因是什么?

我是做B端产品的,这儿供给我近期遇到的一个事例,来深度说一下“现象”和“成果”的差异。

(1)“现象”

在咱们的需求库中,搜集到许多的需求,期望咱们在咱们为用户供给的宣扬页制造东西中,可以让宣扬页内嵌的表单填写信息愈加灵敏,支撑自界说。

看到这儿你会做什么?供给字段自界说的功用?

那么你并不知道做了这个功用可以带来什么好的成果,仅有的成果便是用户不再许多反应了,但你底子不知道为什么。

咱们是怎样做的?

(2)“现象”背面的“成果”

咱们很猎奇,先去探求了“他们要自界说是要拿来干嘛”。

所以咱们发现在咱们的用户日常运营的进程中,他们有很高频的活动用来拓客或许查询问卷来保护已有的客户。

在拓客中,他们十分火急的期望可以搜集到他们的客户更为丰厚的信息,由于在他们后续长时刻的客户保护和客户续约中,对客户有充沛的了解是至关重要的。

在日常保护中,他们会约请用户参与一些客情保护的活动,也会有满足度的问卷查询,他们也期望对这些进程信息进行收拾和归档,用于后期续费或其他客情保护场景时运用。

现在咱们知道了,咱们假如处理“客户期望添加报名表单自界说”这个“现象”,咱们可以带来“为用户的运营中续费、客情保护的要害事项供给有力的信息搜集东西”这个“成果”。

(当然,这个成果仅仅是从用户价值深度层面给出的,假如要完善还要考虑用户规模、对公司的竞赛价值)。

剖析这个有什么用呢?这决议了在你向老板介绍项目的时分,你是否能让老板“动心”,也决议了你自己的项目落地的时分,项目价值的天花板。

(3)“现象”背面的“原因”

假如从方才说的事例动身,现象背面的原因好像一望而知,由于他们要搞续费搞客情保护,所以要这个功用。

但实践上,咱们还会想“用户现在是怎样处理这个问题的?”为什么偏偏提了这个需求而不是其他需求,没有选用其他处理计划?

咱们发现用户有的用纸质的表单或excel。但这种方法搞来信息难以统一办理,查询调用不方便。用户搜集到信息后还要给出售团队、售后团队做分配,用纸质和表单就很难明晰的进行处理了。

或在网络上找其他的表单东西。可是这些东西自界说程度很高,由于咱们的B端用户处在一个较传统的职业,咱们的用户反而不太会用。

这是原因。

(4)现在可以做终究总结了

  • 成果:用户有“对客户树立完善的信息档案以促进续费和客情保护”的方针。
  • 原因:用户当时的各种处理方法存在各种坏处。
  • 现象:终究有了,用户期望咱们可以对既有东西做优化供给“表单字段自界说”这个现象

咱们终究的处理计划并不是在咱们供给的宣扬东西上添加表单字段自界说的功用,而是独自开发了表单插件,并做了许多其他针对性的规划,这儿就不透露了。

(5)小主张

开始级的产品司理,常常把“处理计划”当成“你究竟要处理什么问题”的答复,我要做一个某某功用。

进阶的产品司理,常常会由于考虑逻辑不明晰,区别不清楚成果、原因、现象之间的不同。也会由于考虑深度不行、全面性不行只看到了部分的现象、部分的原因。

要做好这一点,我选用的处理计划是“写下来”+“评论”。

当写下来今后,我可以更明晰的看到自己的逻辑,然后优化逻辑。

找搭档、用户、相关人员做评论今后,我会发散自己的思想,防止自己仅仅井蛙之见,或许只看到了表象。

这个还需求多多操练,多多挨骂。“思路正”,是可以经过学习快速树立结构然后加以操练的,“考虑深化、考虑全面”,或许就需求不断的磨炼摔打在实战中成长了。

Part2:概括——让思想聚集

我阅历过这样的阶段——思路感觉现已明晰了,可是自己说不清,常常被吐槽“废话太多,没有要点”。

最常见的现象是:

  • 项目的方针有多个
  • 罗列的现象、处理计划有一堆,且相互之间关联性很差。常常会说“咱们这样做,既可以,一同也可以,还可以…”

我复盘了呈现这个状况的原因:

  • 咱们经过各种渠道获取到的认知太多了,没能对问题进行归类、总结。
  • 脚步迈的太大,想要的太多,不行聚集。

关于前榜首个问题,引荐《金字塔原理》和“麦肯锡的MECE和概括演绎法”相关理论。

中心进程是:

  • 是对一切或许性进行尽头,保证“没有遗失”
  • 复盘一切或许性,对相同的进行兼并,保证“互不穿插”
  • 对一切或许性进行归类总结
  • 对归好的类别进行演绎,从原因、现象、成果的逻辑树立金字塔结构,保证逻辑和谐

相关的文章有许多,这儿就不深化讲了。

关于第三个问题,也十分简略,只需做到一个点。

一次处理一个问题,不同问题分不同项目处理。一个问题乃至也可以拆成不同项目处理。

(这一点“知易行难”,需求故意操练)

Part3:一个项目FRD的参阅结构 Step1:项目来历

虽然不少产品项目开始的来历或许都仅仅产品司理一时的创意暴击乃至仅仅意淫,可是当你要进行FRD的时分,请必须进行相关的验证作业。

在一开端,阐明项目需求是从哪来的,有哪些准备作业(数据剖析、电话调研、访谈),不必具体讲进程,一句话带过,至少让参会的人知道你的定论都是有实践根据的,而不是自己意淫。

Step2:做什么,能带来什么成果

一句话说清楚,可以和S反流性食管炎-产品大佬的“思想形式”应该是怎样的?tep1一同说,例如:

  • (开宗明义)咱们在需求库中发现许多用户期望咱们做“信息搜集的表单东西”。
  • (你的根据)咱们对此做了XX家用户访谈,也对比了XX、XX等竞对。
  • (成果-用户拿来处理他的什么问题)发现用户为了更好的续签和客情保护伊织萌,需求表单东西来对尽量全面的搜集他们客户的信息。
  • (成果-这个问题有多重要,掩盖到多少用户)这在绝大部分用户的运营中都是必不可少的一环,但现在市面上的东西都很难处理他们的诉求。

榜首分钟,就要让老板动心。(让老板动心是其次的,要害是这表现了你的考虑够深)

Step3:描绘现状和现状存在的问题

用户的实践场景是…..三大类场景

他们在这三类场景中现在是经过….等手法来处理的

这些手法存在的共性问题是…..等问题

未能满足用户的….等要害诉求

Step4:竞对状况

在职业中XXX已有相关处理计划….咱们可以仿效的部分是,可以进一步处理的问题是….

XXX、XXX还没有相关计划

假如咱们做了会为咱们带来XXX的竞赛优势

Step5:项目价值总结

用户价值:

  • 和用户的续费、客情保护要害诉求直接相关(价值深度)
  • 绝大部分用户都有诉求(价值广度)

对公司的价值:

  • 满足一个新的用户高频场景,添加用户的运用粘性
  • 树立竞赛优势

最终一步其实很难,要害点在于可以结构明晰、要点明晰的阐明计划的中心点。许多人常常做成浅显的页面表述或许功用结构表述,未能提炼出要害点。

好的项目计划中心点总结,首要必定是和用户的中心诉求、竞品未满足的诉求能对应的,其次必定能给参会的技能一同必定的参阅,让他们提早预知到计划的中心开发难度在哪里。(当然,部分计划的中心点或许在计划上线之后的运营战略、或是计划的视觉规划)。

Setp7:需求清单和优先级 结语 要害点总结

  1. 区别清楚现象、原因、成果、处理计划
  2. 保证方针明晰、聚集,一次处理一个问题
  3. 利用好概括法,概括之后了解才深入
  4. 利用好演绎法,演绎之后逻辑才晓畅,思想误区更少
  5. 重复操练,不论巨细项目。可以充沛利用日常的小作业。

比方,我今日写这篇文章之前去看了电影,电影院的区域区别是A01~A07,然后是B08~B13。为什么不爽性用1号-13号来命名,或A01~A07和B01~B06。

  • 原因1:电影院13个厅分在两个不同区域,区别A\B看电影的人可以明晰的知道自己的影厅在哪个区域。
  • 原因2:电影院内部职工进行交流或办理时,影厅数量不多,对A、B区域很熟悉,直接从1到13号的区别更便于日常交流。假如按A01~A07和B01~B06的方法来命名,假如A01着火了,就得大喊“A01着火啦”,不如按A01~A07,然后是B08~B1的方法命名,大喊“1号厅着火啦”更爽。

当然,这些小作业假如你不是十分有爱好,或许不需求真实花太多的时刻和精力去弄清楚,自己逻辑自洽就可以了。

最终,写完之后并不是十分满足,感觉还没有十分明晰直接地将一些要害点总结出来。也是我期望持续去提高的点。

不论怎样,期望对各位能有必定的参阅价值。

感谢。

作者:LostInReal,微信:chaosgsc

本文由 @LostInReal 原创发布于人人都是产品司理。未经许可,制止转载。

题图来自Unsplash,根据CC0协议