【无标题】

「产品」产品与开发的区别?

BertFu关注

https://www.jianshu.com/p/aa8ec0535cbc

2018.11.25 21:54:05字数 482阅读 2,410

终于可以稍稍分清产品思维开发思维了:

面对问题时:

产品:用户为什么会有这个问题?已用户需求为中心,满足用户需求,创造用户需求为目标
开发:这个问题可以解决吗?已解决问题为中心,逻辑要紧,不容有错

在讨论问题时:

产品:为什么会有这个需求?需求场景是什么?这个需求是核心需求吗?
开发:这个需求我可以这么解决,不行这个需求有问题实现不了,这里需要这个数据吗?这里逻辑有漏洞,这样做肯定会有问题的

最终结果:

开发:很有可能会把问题弄的越来越复杂
产品:让问题越来越清晰,解决起来越来越简单,最后把问题变的不是问题

谈谈各种模式:

需求 -> 开发 -> 交付
业务/用户提需求 -> 开发解决问题  -> 提交成果


需求 -> 开发 -> 产品 -> 开发  -> 交付
业务/用户提需求 -> 开发解决问题 -> 解决不了问题了阿,需要产品帮忙搞一高 -> 继续开发  -> 提交成果

做出来的东西用户觉得不是他们想要的
可是开发觉得就是按你们的需求做出来的啊
开发途中遇到各种困难,还不容易解决了,你们说不满意就不满意,搞啥子呀?

用户觉得这样做不能解决问题
怎么这里有问题?为什么那里又不行?需求怎么又变了(不是需求变了,是开发根本不知道需求是什么)

用户提出新需求
不就这样嘛,1->2->3->4就解决啦,搞一搞就搞啦(通常搞一搞就搞出很多问题了)

需求 -> 产品 -> 设计 -> 开发 -> 交付
业务/用户提需求 -> 产品对需求进行分析 -> 需求不清晰再次和业务确认
产品明确需求 -> 设计师参与进行设计 -> 业务/用户确认这样的设计是他们想要的
产品告诉开发,我们想要做这样一个东西出来,可以做的出来吗?-> 做不出来想想有没有其他方案
可以实现 -> 开发实现 -> 业务/用户对成果确认

做出来的东西,是可以解决用户的问题的

用户提前预知做出来的东西原来是长这模样的

用户体验产品,确认真的可以解决问题

1人点赞

产品经理学习笔记

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值