工程师和产品经理之间的对话…
工程师和产品经理之间的对话…
原文：https://medium.com/hackernoon/a-conversation-between-an-engineer-and-a-product-manager-bd8493d71da2
事情应该是这样的:
PM:“嘿，性别/种族中立的工程师，我有一个关于新产品的天才想法:我把它叫做“竹梦”，一个为喝醉的熊猫建立的社交网络…
工程师:“你的‘天才’想法听起来很棒，介意详细说明一下吗…？”
PM:“你是对的，一行规范可能是不公平的，我写一页怎么样，如果我不能把它放进一页，那么它可能不值得做，听起来不错吧？”
PM:“基本上，我认为醉酒熊猫是我们公司一个未开发的市场。它们对竹子广告客户来说非常有价值，并且喜欢使用新技术。我认为我们可以快速、廉价地建造一些东西，并得到一个原型，看看我们这里是否有一些东西。
例如，它需要包含以下内容:
- 醉酒熊猫的注册、登录和注销方式
- 喝醉的熊猫喜欢喝酒，所以他们想找到最好的饮酒场所。所以你需要能够输入位置，保存位置，评价位置和评论
- 喝醉的熊猫喜欢在当地酒吧张贴自己的照片，所以他们需要一种上传照片、与朋友分享照片和删除照片的方法
- 喝醉的熊猫超级友好，在他们喝了几杯啤酒后，所以他们肯定想和其他喝醉的熊猫成为朋友，并且只和他们的朋友分享照片…
工程师:“好吧，这足够我继续下去了，虽然我很想有一些基本的线框给我一些指导…
PM:“没问题，让我在 Balsamiq 中为这些流(或你选择的线框工具)快速旋转一些东西，我们可以在一周内回来看演示，听起来不错吧？”
工程师:“太好了！我会和团队一起工作……”
以下是不应该发生的情况:
PM:“嘿，性别/种族中立的工程师，我有一个关于新产品的天才想法:我把它叫做“竹梦”，一个为喝醉的熊猫建立的社交网络…
工程师:“请提供:
- 一份 50 页的幻灯片来证明你的愿景，以获得高级管理层的批准(至少两年)，没有它，我们不允许建造任何东西
- 最初不会被工程阅读的详细用例规格说明，当你不可避免地忘记告诉我们一些我们应该构建的东西时，它可以用来责备你，此时它们将被详细阅读
- 完整的可用性测试的高保真 UX 设计，任何偏离，我将在每个变更请求 50 故事点的成本
请注意，这些项目中的任何遗漏都将导致您被所有工程人员指责为您作为项目经理的愚蠢、无知和普遍无能……”
PM:“……。那我们最好不要建造任何东西"
我想说你可以从这样一个虚构的例子中提取一些小东西:
- 很少，至少在大多数 B2B 软件中，你有定量的理由去着手一个新产品或新功能(或者更确切地说，不值得花力气去获取数据)。
- 有时候，创新是基于直觉、本能和经验。然后尝试一下。
- 如果你不能用一页纸解释清楚，那很可能意味着你不应该这么做。
- 任何向你要 50 页幻灯片的人都需要检查一下他们的脑袋。
你通过你的现实扭曲力场创造了一个“愿景”并说服了其他人，这种想法是一个由史蒂夫·乔布斯式的邪教延续下来的城市神话。
作为一个项目经理，你当然会尝试将路线图建立在尽可能多的量化证据的基础上，但是你很少能 100%知道正确的路径。
当然，这本身就是一个完整的产品管理话题。
黑客中午是黑客如何开始他们的下午。我们是 @AMI 家庭的一员。我们现在接受投稿并乐意讨论广告&赞助机会。
要了解更多信息，请阅读我们的“关于”页面，在脸书上点赞/给我们发消息，或者简单地说， tweet/DM @HackerNoon。