For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
当我们对工作中的某个事情有一些想法和创意的时候,是如何让设计师来实现的呢?你有可能会发现,为什么我只是有这一点点的需求,就是实现不了的问题,设计师为什么这么笨。其实,这不是设计师笨的问题,而是在沟通上出了问题,他并没有准确理解你的需求。
今天,我们就主要来分析一下,当我们在工作中是如何与其他同事正确沟通传递解答问题的。
你如何去叙述“分享到朋友圈”这个功能呢?
分享至朋友圈
你会怎么描述这个需求呢?简单的说,需要一个分享功能,让用户分享到朋友圈吗?
我大概会这样讲吧:
当我们在看到这篇文章时,非常喜欢这篇文章,希望将对自己有帮助的信息,传递给自己的朋友。
我们都会将自己认为好的东西,推荐给自己的朋友,是因为人们在某些时候是无私的。
但是,如果这需要我很费力的复制粘贴,我可能就不愿意这么做了,这实在太麻烦了,而且我相信,我的朋友在看到一长篇密密麻麻的文字时,也会质问我,发的是什么东西。
所以,我需要一个分享功能,能够让我直接非常简单的将这篇文字传递给我的朋友,并且他们看到的,和我看到的是一样的。
所以,你会发现,分享至朋友圈,并不是一个需求,而是两个
分享出去
能够在外部被访问(H5的详情页)
很多时候,我们沟通不顺畅的原因,不是因为不明白做什么,而是不明白为什么要做,怎么做。
在产品里,基本不存在完全独立的功能,每一个功能之间必然会和其他的功能产生呼应,这一点会直接反映到我们的需求里。
对于分享而言,研发并不是不知道如何做分享,而是不知道,为什么做,在哪里做,怎么做?
互联网团队里,每一个人都是具备创造性思维的,不仅仅是产品而已,切勿将研发或者其他环节的角色定义为执行机器,只需要按照你发出的指令进行动作就可以了,你一定不要有这样的想法。
一个完整的需求故事,会遵循一些原则:
除了必要的描述,尽量避免多余的叙述,这会干扰大家的思绪,产生不必要的争论
避免不确定的词汇,比如,可能,也许,这会让他人感觉这个需求是不确定的
故事完整,这是避免需求衍生的核心点,如果无法对你的需求故事进行提问,这就是最好的故事了。
故事完整
一个完整的故事,是指听故事的人,能够从头看到尾,而不产生疑问,似乎一切就如故事里讲述的那样,顺理成章。
user: 故事的主人翁是谁
scene: 故事的背景是什么
Want: 他想要什么
defect: 现在的有什么缺陷
Action: 他需要做的行为
我们再来看看 关于分享的需求故事
User:我们
Scene:当我们在看到这篇文章时,非常喜欢这篇文章,
Want:希望将对自己有帮助的信息,传递给自己的朋友。因为我们都会将自己认为好的东西,推荐给自己的朋友,是因为人们在某些时候是无私的。
Defect:这需要我很费力的复制粘贴,我可能就不愿意这么做了,这实在太麻烦了,而且我相信,我的朋友在看到一长篇密密麻麻的文字时,也会质问我,发的是什么东西。
Action:我需要一个分享功能,能够让我非常简单的将这篇文字传递给我的朋友,并且他们看到的,和我看到的是一样的。
我们在需求沟通过程中,往往关注的,或者是仅关注到了ACTION, 这是指用户需要付出的行为动作,大部分时候,action 会直接等同于需求点。
这是不够的,一个故事应该是个完整的“小世界”,我们平时所看的电影,电视剧,就是出自于“故事”
在这样的一个故事里,我们更容易理解应该“怎么做”,这就好比接力赛,只有当我们都处在手持相同的接力棒时,我们的成绩才是有效的,信息就是我们的接力棒。
我在文中最初的位置,就和大家探讨了 思维和文字的区别,我们很容易去理解一个自己的想法,但却很难理解另一个人的想法。
这就会导致一个经常遇见的场景
对方会不断的向你提问,目的在于索要更全面的信息,而这个过程中,我们会展开原本不必要的争论。
避免这个情况的办法只有一个,完整的向对方描述一个故事,让沟通能够基于故事本身而展开,而不是在一些分支的地方,耽误我们的时间,并且产生沟通上的情绪和冲突。
巧合
这是一个很小的需求沟通技巧,但却不仅仅是被应用在这样的场合里,通过设计需求故事,也能让我们更清晰用户想要的是什么,就如我们举得案例来讲,通过需求故事,我们能很容易的发现,这并不是一个分享功能就能实现的需求,在大部分基于内容分享的需求背后,还隐藏了一个,“能够在微信环境访问”的需求。
我还需要告诉你的事情在于两个非常巧合的地方,一个是和创业相关,一个和电影相关。
作为产品经理而言,我们对创业,对融资必然不会太陌生,一个创业团队,会经过很多次的洽谈,路演,才能有机会获得一笔融资,从而开始或者继续自己的梦想。
投资人不会有耐心陪你一点一点梳理你的逻辑,我们在路演时 往往只有宝贵的10分钟时间来讲述自己的项目。
对于创业者而言,需求故事就会变成商业故事,你无法让外人,非常深刻的明白一个功能背后的价值,这就像滴滴的商业故事不会提到,点击打车,输入信息,呼叫打车,而是会讲,
我们在出行时,需要耗费很多时间等待出租车,往往还不确定需要等多久,现在,你只需要简单的操作,在数分钟内,一辆比出租车环境更好,更便宜的专车,就会停在你的面前,准备为你服务。
而在一次对某知名电影导演的采访中,他提到这样的一些内幕:
我们在拍摄一部电影前,会先确定电影背景,然后确定人物,最后才是故事,当故事发展到一定阶段,我们出现阻塞,不知道剧情该怎么走的时候,就会回过头来,想一想,根据这个人物的设定,他的情感、性格,他的背景,当他遇见这样的情况时,会做什么样的事情。
如果仍然不能解决这个问题,我们就会再往前面去想,在这样的一个环境下,会有什么可能性存在。
我想告诉你的是,需求故事,并不是产品经理独特的技能,实际上很多创造者,像是企业领导者,作家,导演,都会善用这样的方法,来为事情的成功而做出共享。