终于可以稍稍分清产品思维和开发思维了：
面对问题时：
产品：用户为什么会有这个问题？已用户需求为中心，满足用户需求，创造用户需求为目标
开发：这个问题可以解决吗？已解决问题为中心，逻辑要紧，不容有错
在讨论问题时：
产品：为什么会有这个需求？需求场景是什么？这个需求是核心需求吗？
开发：这个需求我可以这么解决，不行这个需求有问题实现不了，这里需要这个数据吗？这里逻辑有漏洞，这样做肯定会有问题的
最终结果：
开发：很有可能会把问题弄的越来越复杂
产品：让问题越来越清晰，解决起来越来越简单，最后把问题变的不是问题
谈谈各种模式：
需求 -> 开发 -> 交付
业务/用户提需求 -> 开发解决问题 -> 提交成果
需求 -> 开发 -> 产品 -> 开发 -> 交付
业务/用户提需求 -> 开发解决问题 -> 解决不了问题了阿，需要产品帮忙搞一高 -> 继续开发 -> 提交成果
做出来的东西用户觉得不是他们想要的
可是开发觉得就是按你们的需求做出来的啊
开发途中遇到各种困难，还不容易解决了，你们说不满意就不满意，搞啥子呀？
用户觉得这样做不能解决问题
怎么这里有问题？为什么那里又不行？需求怎么又变了（不是需求变了，是开发根本不知道需求是什么）
用户提出新需求
不就这样嘛，1->2->3->4就解决啦，搞一搞就搞啦（通常搞一搞就搞出很多问题了）
需求 -> 产品 -> 设计 -> 开发 -> 交付
业务/用户提需求 -> 产品对需求进行分析 -> 需求不清晰再次和业务确认
产品明确需求 -> 设计师参与进行设计 -> 业务/用户确认这样的设计是他们想要的
产品告诉开发，我们想要做这样一个东西出来，可以做的出来吗？-> 做不出来想想有没有其他方案
可以实现 -> 开发实现 -> 业务/用户对成果确认
做出来的东西，是可以解决用户的问题的
用户提前预知做出来的东西原来是长这模样的
用户体验产品，确认真的可以解决问题
网友评论