在构建和发布产品时，如何鼓励有效的决策？在任何规模的研发机构中构建产品的过程都需要在各种选择之间做出大量明智的选择。这听起来很明显，但要将产品战略转化为实际产品，需要进行长时间的讨论，然后再做出自信的产品决策，如果你不认真考虑这些讨论和决策过程，云服务器好，你将很难始终如一地推出高质量的产品。因此，至关重要的是，你要营造一个合适的环境，使这些讨论尽可能有效和有影响力。我们在这些过程中花了很多心思，特别是在准备发布新产品或主要功能时，我们已经安排了两次会议——产品论坛和端到端评论。在产品内部通讯的第三集中，数据库大数据，产品的高级副总裁保罗·亚当斯和我深入探讨了我们是如何做出这些产品决策的，这些会议是如何产生的，以及它们是如何工作的。你可以听我们上面的完整对话，也可以阅读下面我们谈话的重点。如果你喜欢这段对话，又不想错过本系列的其余部分，你可以在iTunes或谷歌播客上订阅，在Spotify或Stitcher上播放流媒体，也可以在你选择的播放器中获取RSS源。设计产品论坛戴斯：今天，我们将讨论我们是如何见面并聚集在一起，来回顾我们即将发布的东西，以及我们如何围绕它做出决定。我们通过我们称之为产品论坛的媒介来实现。保罗，什么是产品论坛？保罗：很高兴你这么问。这是我们开的一个会议，听起来不太令人兴奋，但这是一个我们做出决定的会议。我会告诉你这个故事的来历。我们有设计评论，就像其他公司一样。"很明显，人们需要安全地分享他们的所有工作并让他们批评"Des：设计关键是指有人炫耀自己的作品，并从其他设计师那里得到反馈？保罗：在对讲机里，通常只有设计团队。其他人有时也会出现——工程师和项目经理可能会出现。但一般来说，是设计师在工作中给予同行反馈或经理反馈。这里的设计标准非常有效。他们非常积极和有建设性。很明显，人们需要有安全感来分享他们所有的工作，并接受批评。有时候你得表现出一些脆弱性，然后开口说，"嘿，好吧，直接告诉我。"所以产品论坛是18个月前我们重新设计messenger时出现的。这是一个名为Messenger Four的项目，是我们的Messenger的第四个版本。当时对我们来说这是一个相当大的项目——有很多不同的利益相关者。当时的情况是，公司发展很快，所以有像我这样的人在管理产品组织，然后你有产品总监，项目经理，设计总监，然后下面你有设计经理或者团队产品经理，可能。下面是个人贡献者，项目经理，设计师。产品论坛的出现，是因为人们对于谁在批准什么，或者谁在做什么决定上存在着困惑。戴斯：可以说这是一个稍微大一点的公司问题，公司自助建站，对吧？保罗：嗯，我不知道。我真的认为这对任何一家公司来说都是一次了不起的会议，因为即使你是一家10人的公司，那里也有等级制度。你在努力让事情变得清晰——我需要向谁展示这一点？谁需要提供反馈？人们在扮演什么不同的角色？他们只是在做贡献吗？它是否像一个设计临界点，物联智能家居，如果你认为最好的话，你可以忽略反馈？或者你真的要接受上面说的吗？"我们举办产品论坛的唯一时间是在需要做出决定的时候"在产品论坛上最重要的事情是这将是一个决策会议-我们运行产品论坛的唯一时间是在有决策的时候。当然，一直都是这样，但是对于Messenger Four和其他一些项目，我们每周都有。我应该说，它大部分时间都非常有效。戴斯：价值的一部分是它意味着任何决定都不能推迟超过一周吗？我想这个想法不会在论坛时间之前冻结团队，对吧？保罗：绝对不是——这些是为重大决策而设的。戴斯：是的，决策通常是在高层做出的，因为这会影响到大量的投资、范围等等。保罗：没错。正如你所想象的，团队每天都在做决定。所有的地方性的，较小的决定。对讲机上的团队很独立。正如你自己所知，现在你和我在产品和设计决策方面都很不关心。我们根本不参与日常工作，我认为，这正是我们应该做的。顺便说一句，这对我在外部谈论的很多人来说都是个惊喜。你和我都不做产品评论或者很多时候。戴斯：我想这是因为我们还谈得很好。保罗：没错。不管你做什么，不要走过场，只说说话。太棒了。没人会知道的。所以这个播客。确定决策的优先级保罗：论坛最重要的部分是人们进来说，"我们今天有三个决定要做。"如果我们不带着这三个决定走出去，会议就失败了。可能的决定是，在X上做更多的工作，我们必须做一个决定，所以会有三件事。我们需要一个关于X的决定，一个关于Y的决定，一个关于Z的决定，我们要花20分钟在这里，20分钟在那里，20分钟在那里。它非常有条理。在最好的情况下，人们会提出他们需要做出的决定。"嘿，我们有个设计问题。有选项A，选项B和选项C。"然后他们通常会提出建议。他们会对每一个选项进行利弊分析，这就是我们的设计团队的工作方式。我想，顺便说一下，这只是一个很好的练习。在这样的决定中，所有的选择都有利弊。他们尽可能中立地表示这一点。他们通常会提出建议。"嘿，我们想选择B。"戴斯：这个建议将来自整个团队。它将有工程输入、设计输入、PM输入等。秘方——程序管理保罗：这就引出了一个有趣的问题，关于谁去参加产品论坛。全队出发。每个人都去。不是每个人都必须在团队中，但所有的利益相关者都会在那里。准备建造这个东西的工程师们会在那里。董事会也会来的。项目经理通常会主持产品论坛，他们会记录下所做的决定，然后加以传播运行产品论坛的人通常是该项目的项目经理。我们在内部通信系统中有项目经理来帮助协调和确保我们在功能上运行得很好，并符合我们的目标。Des：让销售和市场部随时了解正在发生的事情等。保罗：没错。让公司内部的事情顺利进行。我想这对我们来说有点神秘。项目经理通常会运行产品论坛，他们会记录下所做的决定，然后将其传播出去。通常全队都会到场。工程师们，有时会去做项目经理，设计师。基本上就是这样的。要避免的错误保罗：然后是那些效果不好的案例，发生了这种情况，然后我们一路学习，反复学习。我们也有糟糕的产品论坛。我们突然之间就不想听到他们的意见了。戴斯：是的，我们把两周前的决定撕碎，然后再回来。保罗：没错，那绝对是最坏的情况。戴斯：这次可能会有不同的观众，他们不同意最后的决定，是的。保罗：在产品论坛上，你最想听到的是，"我们今天不想听到反馈"，"我们今天不是在谈论X"，"现在谈论Y还为时过早。"或者，"嘿，各位，提醒一下，我们两周前就决定不这么做了。所以我们可以选择一个：为一个新产品论坛提出一个新的议程来讨论重新审视这个决定。或者B：继续。你猜怎么着？没有人想重新考虑这个决定。我们也不应该，真的，如果我们想取得进展，除非有新的事情出现。端到端审查-整体观点Des：随着我们离发布越来越近，我们进入了端到端的审查，对吧？对我们来说，这是两面性的——它是走向市场的一方，从用户点击的广告，到博客文章，到登录页面，再到播客，注册流程，购买体验，第一次登陆产品，一直到最后。这就像是一个关于类固醇的产品论坛，但同时它也主要围绕着在这一问题出现之前我们需要改变的最重要的事情。你有点像是在说，"如果你能忍受它，你就是在忍受它，但是如果你真的认为这是一个停船时刻，物联网工程，那就发出警报。"保罗：为了确保我们没有差距。顺便说一句，我们是很难学会的。"您的客户体验不到组织结构，而是体验产品"戴斯：我认为每个产品公司都有差距。组织结构图上总有个裂缝。保罗：正如你所知道的，这些年来我们遇到了一些问题，缺少了这种端到端体验的关键部分。戴斯：我记得我们推出了Acquire，就像当时大家所知道的那样，它在那天得到了我们所有新客户的好评，但是我们现在所有的客户都会问："我怎么注册？"我们就像…"我们忘了。"我们真的忘记了