案例分享：浅析开发评审与设计评审

开发评审，一个整理产品需求、确定优先级的起点。开发评审与产品需求如何确定优先级？设计评审如何尽快把需求落地？你在工作中有设计评审和开发评审吗？文章将围绕着几个问题展开为你解答。

大家都说PM是有嘴炮型、还有实干型，今天不管你属于那种或你想成为那种，评审或开会时每个PM必须执行的一个重要场景。分享一下自己在开发评审和设计评审中遇到的那些事，如在评审到产品落地如何其推动整个周期。

一、开发评审与产品需求

谈及不同的的工作与任务分发下来时候，这个时候往往是Boss或产品总监分发下来的任务，我们首先要确定的就是产品需求，之前有说过如何确定产品的需求，可以从运营侧、用户、以及竞品等来得到不同的产品需求。说到这次的是负责一个功能模块的迭代，通过运营侧以及竞品，通过EXCEL表格罗列出了关于：界面、布局、交互以及指标、字段的完善，有竞品的功能增加。

这里第一点：沟通

对于不同行业的PM，每个行业都有其专属的核心板块，教育、金融、医疗，都有相关核心的板块（其产品属性决定），比如我负责的就是金融，那么最能决定就是K线。

金融产品的核心版块之一

因此这里就需要沟通，在每个行业中除了产品对业务逻辑要熟悉之外，最为熟悉的就是运营人员了（尤其是内容运营），因此在这次的产品需求中，如何筛选竞品可以使用的一些功能，那么就需要不停的与内容运营工作人员沟通，衔接。

这样可以大大提升在开发评审的效率，毕竟产品的功能迭代是为运营服务，既要考虑产品本质的业务逻辑，也要考虑运营侧。

其二就是评审优先级，在这里优先级往往是难中之难，曾经在腾讯工作的时候也能感觉到：每个产品负责人的需求都想争取最高的优先级，但对于中型或小型公司来说，其产品的优先级争取是为了PM尽快的完成手中的工作或自己手里有不停的任务，需要尽可能的将手下的需求进行优先级争取，这样可以方便自己。

但在这里很多都是没办法，运营侧有运营侧的想法、开发难度对开发也有影响（开发都想做简单或能够最小化工作量，在保证质量的情况下），老板或者总监又突然对某一个功能或features有想法，那么这个时候就需要产品的不停的协调与争取。

但总结下来还是要根据团队和公司的合作与氛围来定，有的公司运营主导、有的公司产品主导、有的公司老板主导等等。

优先级排列

优先级排列出来，就可以对于近期的任务，将最高优先级进行落地，开始相应的原型设计。在这里评审期间，一定要对所有的需求进行一一过滤，每一个需求都要过一遍，毕竟是评审会议，如果等做了原型甚至是UI都做出来了，再去调整就很蛋疼了。

就算之前沟通做的再好，也一定会有相应的讨论点，或需要告知的相关点。及时的上升和同步，方便PM少走进一些坑吧。

开发评审之后的一系列工作设计评审到产品落地。

二、设计评审

持到了相应的优先级列表，KEVIN这个时候就需要对相应功能和产品需求进行原型设计。这个时候根据KEVIN的经验建议以页面的方式来展现。少用一些动态面板！

【页面展现原型】

为什么？这样是为了方便UI和开发对相应的页面进行设计和开发。你想想你愿意一边点着APP一边画图吗？

答案：肯定不愿意

对于一个页面的静态展示，方便UI和开发可以仔细的设计。当然如果公司有交互的话，动态页面的准备也是要的。对每个页面的跳转跳出，每个按钮的布局与反馈，交互设计师可以进行相应的设计。

这里还是重要的就是：沟通

原型设计不仅仅是为了UI，更是给运营侧一块交代，在原型中尤其是涉及核心业务的时候，就需要时刻与运营侧进行沟通，反馈。得到运营侧的支持或默许，这样才能够满足相应的UI设计。往往核心的产品功能和业务的联系非常紧密，也只有运营侧的梳理，才能发现相关专业的错误。这里的专业是指相关垂直用户会反馈的一些问题。

运营侧拍板后，就可以开始进行UI设计。当然KEVIN这里因为马上过年了，项目排期比较紧张，因此需要尽快的在几天之内把UI做出来。有条件的还是可以放慢速度，把原型慢慢设计，尽可能的把原型与之前确定的产品需求都一一结合在一起。

出一个相关原型的文档（这里的文档是指借鉴或变更的截图对比），方便在设计评审中，BOSS、运营侧、或产品总监对你的构思能够有背景和后期的理解。

2017年，让我们继续前进！

专栏作家

作者：kevin，金融产品经理一枚，爱健身、爱跳舞、爱生活！微信公众号：Kevin改变世界的点滴，个人微信号：574319420

关键字：产品经理, 评审

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！