产品提需求没有原型，只有一堆字怎么破。

u010899474 2016-06-01 04:04:38

不想跟他们吵架了，烦的不行了。

...全文

127 1 打赏收藏举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

我在肖申克 2016-06-01

打赏
举报

回复

不吵？那就苦逼的干活吧

写代码就像谈恋爱，一开始轰轰烈烈，海誓山盟，谈的久了，你会发现往往一些简单的小事，要完全负起责任，才是最难的。在论坛、知乎上经常看到一些年轻的产品经理发的引战帖，大意是：开发大哥，我代码写的少，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期？下午懒散的阳光打在脸上，泡一杯浓香的卡布奇诺加一点点糖，戴上女朋友送的 Beats 大耳机循环一首轻音乐，手指在机械键盘上跳来跳去，噼里啪啦的，就像脑海中忽闪忽闪的灵感，根本停不下来，对对，就是这样的感觉。一段很简单的回家路，谁知道会有那么多的坎坷。

我们收集到了一堆需求并且通过深入洞察和分析后，然后决定选取某一个需求进行来进行开发。那么问题来了，我们是直接做这个需求(功能)吗？还是说有必要且应该深入了解，探究该需求背后的真实动机或者意图呢？

文|北小小运营记，来源：公关之家记得第一次接触平台类产品时，我是一个运营人员，需要就这个学习平台的现状提出一些优化的方案。当时，我列了一堆长长的需求清单，拿着这份长长的需求清单，自信满满的交给产品经理，当然最后全被产品经理否掉了。现在回想起当时的那个过程，觉得还是挺小白的。需求提的方式不对，没办法说服任何人。我当时对比了其他平台，列了一堆的需求清单，比如一级菜单跳出率，二级菜单跳出率，哪个地方...

一直以来，产品人员和运营人员似乎都是死对头。产品总觉得运营怎么想到一出是一出，没逻辑，乱提需求，变化无常；运营也觉得产品总是不给力，不懂KPI的压力，不帮忙实现这么简单的功能…… 其实，最近我又碰到了这样的问题，所以，和运营一起讨论，制定了一个“提需求的模板”，来帮助大家化干戈为玉帛。我觉得，矛盾的一大根源就在于，运营提的需求经常就是“解决方案”了（或者更专业的，我们叫做产品功能）——要把页...

需求分为用户需求、产品需求、市场需求和商业需求。用户需求使用逆向分析法、产品需求使用UML、市场需求商业需求使用精益画布，不同需求，分析的工具和方法论不一样。做好需求分析，可以让正确的事情相继发生，让产品有价值、研发有价值。需求来自于场景，产品经理必须认知到这一点，只有熟悉了场景，才能理解用户，做出好的解决方案。分析用户需求，可以使用用户故事地图法，使用用户故事地图，可以做到既见森林，又见树木。挖掘用户真实的需求，可以使用逆向分析法，用户会说需要一匹更快的马，但想要的是更安全快速到达目的地。

703

社区成员

253,689

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章