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

《案例分享：浅析开发评审与设计评审.doc》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、案例分享：浅析开发评审与设计评审　　开发评审，一个整理产品需求、确定优先级的起点。开发评审与产品需求如何确定优先级？设计评审如何尽快把需求落地？你在工作中有设计评审和开发评审吗？文章将围绕着几个问题展开为你解答。　　案例分享：浅析开发评审与设计评审　　开发评审，一个整理产品需求、确定优先级的起点。开发评审与产品需求如何确定优先级？设计评审如何尽快把需求落地？你在工作中有设计评审和开发评审吗？文章将围绕着几个问题展开为你解答。　　　　大家都说PM是有嘴炮型、还有实干型，今天不管你属于那种或你想成为那种，评审或开会时每个PM必须执行的一个重要场景。分享一下自己在开

2、发评审和设计评审中遇到的那些事，如在评审到产品落地如何其推动整个周期。　　一、开发评审与产品需求　　谈及不同的的工作与任务分发下来时候，这个时候往往是Boss或产品总监分发下来的任务，我们首先要确定的就是产品需求，之前有说过如何确定产品的需求，可以从运营侧、用户、以及竞品等来得到不同的产品需求。说到这次的是负责一个功能模块的迭代，通过运营侧以及竞品，通过EXCEL表格罗列出了关于：界面、布局、交互以及指标、字段的完善，有竞品的功能增加。　　这里第一点：沟通　　对于不同行业的PM，每个行业都有其专属的核心板块，教育、金融、医疗，都有相关核心的板块（其产品属性决定

3、），比如我负责的就是金融，那么最能决定就是K线。　　　　金融产品的核心版块之一　　因此这里就需要沟通，在每个行业中除了产品对业务逻辑要熟悉之外，最为熟悉的就是运营人员了（尤其是内容运营），因此在这次的产品需求中，如何筛选竞品可以使用的一些功能，那么就需要不停的与内容运营工作人员沟通，衔接。　　这样可以大大提升在开发评审的效率，毕竟产品的功能迭代是为运营服务，既要考虑产品本质的业务逻辑，也要考虑运营侧。　　其二就是评审优先级，在这里优先级往往是难中之难，曾经在腾讯工作的时候也能感觉到：每个产品负责人的需求都想争取最高的优先级，但对于中型或小型公司来说，其产品的优

4、先级争取是为了PM尽快的完成手中的工作或自己手里有不停的任务，需要尽可能的将手下的需求进行优先级争取，这样可以方便自己。　　但在这里很多都是没办法，运营侧有运营侧的想法、开发难度对开发也有影响（开发都想做简单或能够最小化工作量，在保证质量的情况下），老板或者总监又突然对某一个功能或features有想法，那么这个时候就需要产品的不停的协调与争取。　　但总结下来还是要根据团队和公司的合作与氛围来定，有的公司运营主导、有的公司产品主导、有的公司老板主导等等。　　　　优先级排列　　优先级排列出来，就可以对于近期的任务，将最高优先级进行落地，开始相应的原型设计。在这里

5、评审期间，一定要对所有的需求进行一一过滤，每一个需求都要过一遍，毕竟是评审会议，如果等做了原型甚至是UI都做出来了，再去调整就很蛋疼了。　　就算之前沟通做的再好，也一定会有相应的讨论点，或需要告知的相关点。及时的上升和同步，方便PM少走进一些坑吧。　　开发评审之后的一系列工作设计评审到产品落地。　　二、设计评审　　持到了相应的优先级列表，KEVIN这个时候就需要对相应功能和产品需求进行原型设计。这个时候根据KEVIN的经验建议以页面的方式来展现。少用一些动态面板！　　　　【页面展现原型】　　为什么？这样是为了方便UI和开发对相应的页面进行设计和开发。你想想你愿

6、意一边点着APP一边画图吗？　　答案：肯定不愿意　　对于一个页面的静态展示，方便UI和开发可以仔细的设计。当然如果公司有交互的话，动态页面的准备也是要的。对每个页面的跳转跳出，每个按钮的布局与反馈，交互设计师可以进行相应的设计。　　这里还是重要的就是：沟通　　原型设计不仅仅是为了UI，更是给运营侧一块交代，在原型中尤其是涉及核心业务的时候，就需要时刻与运营侧进行沟通，反馈。得到运营侧的支持或默许，这样才能够满足相应的UI设计。往往核心的产品功能和业务的联系非常紧密，也只有运营侧的梳理，才能发现相关专业的错误。这里的专业是指相关垂直用户会反馈的一些问题。　　运营

7、侧拍板后，就可以开始进行UI设计。当然KEVIN这里因为马上过年了，项目排期比较紧张，因此需要尽快的在几天之内把UI做出来。有条件的还是可以放慢速度，把原型慢慢设计，尽可能的把原型与之前确定的产品需求都一一结合在一起。　　出一个相关原型的文档（这里的文档是指借鉴或变更的截图对比），方便在设计评审中，BOSS、运营侧、或产品总监对你的构思能够有背景和后期的理解。　　2017年，让我们继续前进！