总会有一些小要求，而珠三角——根本写不出来——龚
你有没有遇到过不会写PRD的小需求？也就是人们常说的“一字需求”。
添加一个按钮，改变音调，添加一个自动跳转，删除一个逻辑...……blabala~~这种情况，你觉得应该写PRD吗？我已经写完了10个字。不写PRD？马上和开发朋友沟通。开发后发现距离预估距离有800里的距离。那么，如何应对“一句话需求”呢？你是否一直乐于以你处理沟通的方式来发展沟通？
举一个具体的例子:
产品:在这个网页上推广一个“返回顶部按钮”。这个需求的情况是客户一直在列表页面上滑，突然想回到页面顶部。此按钮可以帮助客户方便地返回到顶部。
技术:好的。
一天后...
产品:为什么这个“返回顶部按钮”会出现在产品详细信息页面上？我甚至没有滑。为什么会出现？一时不回顶？技术:你感受过吗？
所以，你可以看到“一字需求”只是一时的快感，释放出来之后，到处都是无尽的坑。
那么问题来了，为什么要讲开发“一字要求”？开发一直在做？本来就是一个很简单的需求！
其实“一字需求”并没有错。错的是你踩了“情境”和“完成实效”两个深坑。为了有效地传达“一个词的需求”，请尝试遵循以下两个标准:
标准一:“一字需求”不需要讲情况，而是“现在的状态”！
标准二:“一句话要求”不用讲实际效果，要讲“测试用例”！
标准一：“一句话需求”不必谈情景，要讲“当今状态”！什么是场景？简而言之，就是谁在什么时间在什么地址做了什么，结果是什么(谁什么时候在什么地方做了什么)。
产品运营一定要讨论“场景”。就像一个有经验的爱人一定要一直说“我喜欢你”。拥有它，你基本上就不会输。直到有一天，你遇到一个开发者，手里拿着一朵带露珠的玫瑰，深情的说“我喜欢你”。开发商扣着脚说“什么？”想想也够无聊的。
什么是适当的手势？描述当前状态。
如下图，小故事的创作者是“老赵说”，照片取自UI中国。
回到上面添加“返回顶部按钮”的例子，产品说“这个需求的情况是客户在列表页面上总是很滑”就是这个需求的情况...
有了这样的叙述，事态的发展就会有如下的疑惑:
列表页：哪一个列表页？百度搜索页，营销列表页？是只加单独列表還是全局性加上？列表页状态：在初使状态是不是加上「回到顶部按键」？在空状态时是不是加上「回到顶部按键」适当的叙述应该是:
在百度搜索页面上，客户处于访问状态(百度搜索页面上没有任何“可点击浮动层”覆盖)，现在显示商品在显示屏的非商品详情页上，所以需要出现一个“返回顶部按钮”。注:如果考虑到上述标准，上滑手型或下滑手型都可以通过“返回顶部按钮”悬挂显示。
要恰当地描述“现在的状态”，就要尽量使用结构性语言。结构的目的是使“一句话需求”的表达更接近发展的逻辑思维，从而减少信息内容与发展的差异。以下是几种通用的“当前状态”叙述，供参考:
当今的物理学状态是啥？断开连接状态，网络不稳定状态，互联网顺畅状态……当今的客户状态是啥？访问状态，确定状态，键入状态，等候状态，原始状态……当今的网页页面状态是啥？无結果状态，处在几名屏，是不是为累加层……标准二：“一句话需求”不必谈完成实际效果，要讲“测试用例”！“一句话需求”能说说实际效果吗？是的，可以，但问题是，它是完成实际效果的理性叙事，发展是客观的小动物。这就是我们之间的差距。如果讲实际效果，你的逻辑是:“首先你脑子里有一个界面，然后你有一个语句来完成实际效果。”
但是开发能按照你的话准确的把和你头骨的接口推回去吗？
回到上面添加“回到顶部按钮”的例子，产品说“客户突然想回到页面顶部，这个按钮可以帮助客户方便地回到顶部”就是这种需求的实际效果...
叙述如何有助于更准确地理解？谈谈测试用例。测试用例是客户实现其目标的方法和过程。告知客户他们的日常任务、前提条件，以及他们是如何进行实际 *** 作的。
适当的叙述应该是:
前提条件：客户点一下手式或是长按后的松掉手式预期成果：网页页面回到顶部，「回到顶部按键」消退汇总你为什么独立执行“一句话要求”？一方面，有些要求太小，不能写成PRD另一方面，秉承智慧开发的基本原则，解决“一句话要求”可以帮助人人的精英团队提高效率。那么怎么写PRD呢？下次分解一下。
PS:你有没有被什么“一字需求”坑过？热烈欢迎大家在留言板留言，正面留言板留言。
创作人:龚(微信号:微信官方账号:蒋爷爷_商品流氓，终身学生。专注产品方法论的科研，处理新手PM疑难病症。
文章作者为@姜太公龚，未经批准严禁截取。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）