永利电玩城首页 2

你会讲故事吗?

对于产品经理而言,我们需要向不同角色的人讲述一个需求,可能是你的老板,可能是研发,可能是运营,也可能是你的投资人,并且这些人也会有新旧之分,老搭档,新同事,这个技巧并不适合将所有的需求都进行类似的描述,但在关键时刻使用,会有不错的效果。

永利电玩城首页 1

我们的思考,总是比文字更加的有力量,这导致我们更容易自己想明白一件事。

产品经理的工作目的就是为了讲好一个故事,让听者信服,如果故事没有说好,就容易变成事故。

你有这样的经历:在沟通中,为什么对方就是不明白“这么简单的一件事情” ,oh
 他真是 “太笨了”

永利电玩城首页 2

这是因为你尚且不能很好的运用文字和语言。

对于产品经理而言,我们需要向不同角色的人讲述一个需求,可能是老板,可能是研发,可能是运营,也可能是你的投资人, 在沟通中,你有没有这样的经历:为什么对方就是不明白“这么简单的一件事情”?这头你急得直跺脚,那头听你说话的人依旧是一头雾水。

我感触非常深刻,当我尝试将一些技巧,书写出来时,总是费劲心思,我曾无数次想,还不如开个课程,咱们面对面,几分钟就能讲清楚,写出来还要写2个多小时,还不一定让你明白。

比如你如何去叙述“分享到朋友圈”这个功能呢?你会怎么描述这个需求呢?是不是需要一个分享功能,让用户分享到朋友圈吗?当我们看到某篇文章时,非常喜欢这篇文章,希望把有帮助或者有趣的信息推荐给朋友。但是,如果这需要我们很费力地复制粘贴,那么大家可能就不愿意这么做了,因为实在太麻烦了,当朋友看到一长篇密密麻麻的文字时,也会疑问,发的是什么东西。这样的话,我们需要一个分享功能,能够直接非常简单地将某篇文章传递给朋友,并且他们看到的,和我们看到的是一样的。

永利电玩城首页 ,我很清楚,这不过是一种自嘲而已,写不清楚,你又怎么讲的清楚呢?你所写的,与你所讲的,都不过是文字的一种表达形式而已,事实上,书写更容易让我们更好的去理解,毕竟书写是一个相对安静的环境,这会有助于你思考,并且是深入的思考。

所以,分享至朋友圈,并不是一个需求,而是两个。①分享出去②能够在外部被访问。

我试图让自己变得简单,
简单到不去展开多余的争论,只是完整的去叙述一个需求。

很多时候,我们沟通不顺畅的原因,不是因为不明白做什么,而是不明白为什么要做,怎么做。在产品里,基本不存在完全独立的功能,每一个功能之间必然会和其他的功能产生呼应,这一点会直接反映到我们的需求里。对于分享而言,研发并不是不知道如何做分享,而是不知道,为什么做,在哪里做,怎么做?互联网团队里,每一个人都是具备创造性思维的,不仅仅是产品而已,切勿将研发或者其他环节的角色定义为执行机器。

你如何去叙述“分享到朋友圈”这个功能呢?

一个完整的需求故事,会遵循一些原则:

分享至朋友圈

除了必要的描述,尽量避免多余的叙述,这会干扰大家的思绪,产生不必要的争论。避免不确定的词汇,比如,可能,也许,这会让他人感觉这个需求是不确定的。故事完整,这是避免需求衍生的核心点,如果无法对你的需求故事进行提问,这就是最好的故事了。一个完整的故事,是指听故事的人,能够从头看到尾,而不产生疑问,似乎一切就如故事里讲述的那样,顺理成章。

你会怎么描述这个需求呢?简单的说,需要一个分享功能,让用户分享到朋友圈吗?

user: 故事的主人公是谁

我大概会这样讲吧:

scene: 故事的背景是什么

当我们在看到这篇文章时,非常喜欢这篇文章,希望将对自己有帮助的信息,传递给自己的朋友。

want: 他想要什么

我们都会将自己认为好的东西,推荐给自己的朋友,是因为人们在某些时候是无私的。

defect: 现在有什么缺陷

但是,如果这需要我很费力的复制粘贴,我可能就不愿意这么做了,这实在太麻烦了,而且我相信,我的朋友在看到一长篇密密麻麻的文字时,也会质问我,发的是什么东西。

action: 他需要做的行为

所以,我需要一个分享功能,能够让我直接非常简单的将这篇文字传递给我的朋友,并且他们看到的,和我看到的是一样的。

我们再来看看,关于分享至朋友圈的需求故事:

所以,你会发现,分享至朋友圈,并不是一个需求,而是两个

user:我们

分享出去

scene:当我们看到某篇文章时,非常喜欢这篇文章,

能够在外部被访问(H5的详情页)

want:希望把有帮助或者有趣的信息推荐给朋友,传递给自己的朋友。

需求故事

defect:如果这需要我们很费力地复制粘贴,那么大家可能就不愿意这么做了,因为实在太麻烦了,朋友在看到一长篇密密麻麻的文字时,也会疑问,发的是什么东西。

很多时候,我们沟通不顺畅的原因,不是因为不明白做什么,而是不明白为什么要做,怎么做。

action:我们需要一个分享功能,能够直接非常简单地将某篇文章传递给朋友,并且他们看到的,和我们看到的是一样的。

在产品里,基本不存在完全独立的功能,每一个功能之间必然会和其他的功能产生呼应,这一点会直接反映到我们的需求里。

产品经理还会经常遇见这样的场景:对方会不断的向你提问,目的在于索要更全面的信息,而这个过程中,我们会展开原本不必要的争论。避免这个情况的办法只有一个,完整的向对方描述一个故事,让沟通能够基于故事本身而展开,而不这是一个很小的需求沟通技巧,但却不仅仅是被应用在这样的场合里,通过设计需求故事,也能让我们更清晰用户想要的是什么。

对于分享而言,研发并不是不知道如何做分享,而是不知道,为什么做,在哪里做,怎么做?

很多产品经理在做需求分析这一步时,由于没有一套合理的知识结构,导致很多时候需求分析变成了空想问题,从下面2步入手,让你的需求分析时更加专业化。

互联网团队里,每一个人都是具备创造性思维的,不仅仅是产品而已,切勿将研发或者其他环节的角色定义为执行机器,只需要按照你发出的指令进行动作就可以了,你一定不要有这样的想法。

一、收集需求

一个完整的需求故事,会遵循一些原则:

1.无针对性的用户访谈

除了必要的描述,尽量避免多余的叙述,这会干扰大家的思绪,产生不必要的争论

一般来说,特定的用户是主要需求的提出者,而产品设计是为特定用户服务,在这种情况下,我们有机会与特定用户进行深度的沟通。如果特定用户不止一个,一定要区分“最终拍板的用户”和“产品的直接用户”。通过区分用户身份,理清楚用户需求和产品需求。

避免不确定的词汇,比如,可能,也许,这会让他人感觉这个需求是不确定的

明确用户想要什么,而不是用户想做成什么。

故事完整,这是避免需求衍生的核心点,如果无法对你的需求故事进行提问,这就是最好的故事了。

用户想要什么,是用户的原始需求;而用户想做成什么,是用户将原始需求经过自己的理解得到的需求。所以,在你提出一个问题的时候,不妨再加上一个为什么,往往会起到意想不到的效果。

故事完整

使用通俗的语言,避免专业词语

一个完整的故事,是指听故事的人,能够从头看到尾,而不产生疑问,似乎一切就如故事里讲述的那样,顺理成章。

如今社会,每个人都对互联网有不同程度的了解,作为用户你无法预估他的专业程度。在访谈过程中,产品经理要尽量用通俗、严谨的语言去谈话而不是一堆专业词语去显示自己的专业度。一旦用户的理解有偏差,你收集的需求将会把你引向歧路。

user:  故事的主人翁是谁

2.头脑风暴

scene: 故事的背景是什么

头脑风暴是比较常见的需求收集方式,作为产品经理,你更多的起到监督和控制的作用。

发表评论

电子邮件地址不会被公开。 必填项已用*标注