剑客
关注科技互联网

高效沟通需求的技巧:讲一个需求故事

枯叶小助手:这是我分享的  第24篇 原创文章,希望对你有所帮助

前言

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

正文

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

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

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

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

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

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

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

分享至朋友圈

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

我大概会这样讲吧:

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

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

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

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

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

1.分享出去

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

需求故事

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

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

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

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

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

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

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

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

故事完整

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

user:  故事的主人翁是谁

scene: 故事的背景是什么

Want: 他想要什么

defect:  现在的有什么缺陷

Action:  他需要做的行为

我们再来看看 关于分享的需求故事

User:

我们

Scene:

当我们在看到这篇文章时,非常喜欢这篇文章,

Want:

希望将对自己有帮助的信息,传递给自己的朋友。因为我们都会将自己认为好的东西,推荐给自己的朋友,是因为人们在某些时候是无私的。

Defect:

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

Action:

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

我们在需求沟通过程中,往往关注的,或者是仅关注到了ACTION, 这是指用户需要付出的行为动作,大部分时候,action 会直接等同于需求点。

这是不够的,一个故事应该是个完整的“小世界”,我们平时所看的电影,电视剧,就是出自于“故事”

在这样的一个故事里,我们更容易理解应该“怎么做”,这就好比接力赛,只有当我们都处在手持相同的接力棒时,我们的成绩才是有效的,信息就是我们的接力棒。

我在文中最初的位置,就和大家探讨了 思维和文字的区别,我们很容易去理解一个自己的想法,但却很难理解另一个人的想法。

这就会导致一个经常遇见的场景

高效沟通需求的技巧:讲一个需求故事

对方会不断的向你提问,目的在于索要更全面的信息,而这个过程中,我们会展开原本不必要的争论。

避免这个情况的办法只有一个,完整的向对方描述一个故事,让沟通能够基于故事本身而展开,而不是在一些分支的地方,耽误我们的时间,并且产生沟通上的情绪和冲突。

巧合

这是一个很小的需求沟通技巧,但却不仅仅是被应用在这样的场合里,通过设计需求故事,也能让我们更清晰用户想要的是什么,就如我们举得案例来讲,通过需求故事,我们能很容易的发现,这并不是一个分享功能就能实现的需求,在大部分基于内容分享的需求背后,还隐藏了一个,“能够在微信环境访问”的需求。

我还需要告诉你的事情在于两个非常巧合的地方,一个是和创业相关,一个和电影相关。

作为产品经理而言,我们对创业,对融资必然不会太陌生,一个创业团队,会经过很多次的洽谈,路演,才能有机会获得一笔融资,从而开始或者继续自己的梦想。

投资人不会有耐心陪你一点一点梳理你的逻辑,我们在路演时 往往只有宝贵的10分钟时间来讲述自己的项目。

对于创业者而言,需求故事就会变成商业故事,你无法让外人,非常深刻的明白一个功能背后的价值,这就像滴滴的商业故事不会提到,点击打车,输入信息,呼叫打车,而是会讲,

我们在出行时,需要耗费很多时间等待出租车,往往还不确定需要等多久,现在,你只需要简单的操作,在数分钟内,一辆比出租车环境更好,更便宜的专车,就会停在你的面前,准备为你服务。

而在一次对某知名电影导演的采访中,他提到这样的一些内幕:

我们在拍摄一部电影前,会先确定电影背景,然后确定人物,最后才是故事,当故事发展到一定阶段,我们出现阻塞,不知道剧情该怎么走的时候,就会回过头来,想一想,根据这个人物的设定,他的情感,性格,他的背景,当他遇见这样的情况时,会做什么样的事情。

如果仍然不能解决这个问题,我们就会再往前面去想,在这样的一个环境下,会有什么可能性存在。

我想告诉你的是,需求故事,并不是产品经理独特的技能,实际上很多创造者,像是企业领导者,作家,导演,都会善用这样的方法,来为事情的成功而做出共享。

我是枯叶,欢迎关注我的公众号:

枯叶咖啡馆

目前正在将自己的产品经历,创业经历沉淀成文字,会有一些感悟,也会有一些我个人的技巧,期待和你一起探讨“产品经理”。枯叶咖啡馆欢迎你!

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址