南京专业网站优化公司,网页在线设计软件,十堰网站推广,顺义区快速建站目录
六、组织评审
1.评审的类型
2.评审的人员——谁参加评审
3.评审的核心——怎么提问 答案谁说了算
4.评审的流程——前中后三部曲
5.评审的标的——漂亮的靶子
6.避免被“烤”问的一些技巧
7.搞几次评审比较好 这个产品设计系列#xff0c;陆陆续续写了6篇了…目录
六、组织评审
1.评审的类型
2.评审的人员——谁参加评审
3.评审的核心——怎么提问 答案谁说了算
4.评审的流程——前中后三部曲
5.评审的标的——漂亮的靶子
6.避免被“烤”问的一些技巧
7.搞几次评审比较好 这个产品设计系列陆陆续续写了6篇了虽然标题加了“标准”2个字但仍然是漫谈把这些年产研一体化过程中的心得整理和分享出来。不是把一部电影的剧情非要写成连续剧来卖钱确实是写着写着每一章都超出预期的字数。争取以后每天写上个一两千字好好学习从心出发。
今天重点来说说评审。 想参考之前文章的我把链接给到这里。
【giszz笔记】产品设计标准流程【5】-CSDN博客
【giszz笔记】产品设计标准流程【4】-CSDN博客
【giszz笔记】产品设计标准流程【3】-CSDN博客
【giszz笔记】产品设计标准流程【2】-CSDN博客
【giszz笔记】产品设计标准流程【1】-CSDN博客 六、组织评审
评审是产品设计流程中非常重要的一环。也是很容易被忽视的一个环节。
很多人说这都是大厂必须的流程搞评审报OA最后出问题了更有利于找到合适的“背锅侠”呀艾玛虽然离谱但是这个说法我还真的不能随意抨击。曾经我就吃过这个“哑巴亏”。工期过于紧张核心干系人口头同意在没有评审会、没有OA、没有邮件确认的情况下推动了进一步的项目流程。最终导致忽略了某个资源部门的协同消耗多个人天去重新补足相关的环节。
所以说真正的老司机是特别喜欢有人评审自己的。新手才天天想要更大的权利和自由度。
这不是说讨论油腻的职场生存法则而是评审的过程让各个部门、各个干系人的信息、思想进一步的对齐暴露问题发现亮点增进团结提高效率。
1.评审的类型
一般分为内部评审外部评审。
2.评审的人员——谁参加评审
内部评审一般是由万能的产品经理来组织因为这时主要被评审的成果物是产品经理产出的。也可以是PMO来组织也可以是项目经理按照项目进度来召集。参与的人员包括产品团队技术团队的核心人员项目管理成员产品/技术总监vpCTO等。高级leader也建议follow 内部评审会议如果是小型的团队或者一号项目建议CEO要主动或者由适当的人员邀请CEO参会。避免CEO做出不符合实际的决策成功邀请CEO参加重要的评审会议这可以作为对上管理能力的一部分。
很多互联网和SaaS服务公司都取消了PMO这个部门或者相关岗位。没领悟要义的PMO除了设置条条框框之外有时确实无法提供更有价值的帮助。而且一线的战士很多时候无法去指挥这个部门。当然在交付类型的公司里PMO这个项目管理的中枢还是有重要的作用。对该岗位人员的协调能力和项目管理经验和执行力上是比较大的考验。
外部评审一般内部的人员出场就是产品线的关键人。我的建议是多让骨干人员倾听客户用户的声音如果有可能带更多的人参加评审客户也觉得你们重视。你在那个“场”就能理解更多信息项目成员会更加的积极甚至拉上技术、美工一起被客户骂都是有积极作用的。客户方人员注意要力争邀请到说话算的核心人员如果关键人不参加不要组织外部评审。避免更多不必要的麻烦这个不展开。
3.评审的核心——怎么提问 答案谁说了算
评审会上必然有争论有提问有回答。那么谁是裁判如何决定谁说的对呢
有人说西方是冲突的文化我们是和谐的文化但是暗地里使劲。其实也不然西方也有很虚伪的一面比如这种夸奖“XX你真的是独一无二的”特别是对中国人老外知道中国人会把这种话术认为是一种表扬而对于他们来说每个人自然是独一无二的我只是说句善良的废话而已并不违背自己的良心。
在一些技术和产品关系紧张的团队产品经理特别是新手产品经理会把需求评审会当做一次人生的低潮一次劫难想到要开评审会就焦虑的胃疼那种。后面我会对这种情况写点自己的心得。
在大厂某团有四大名著《学会提问》就是其中之一。
我的理解学会提问成为四大名著这里不光是开放的环境批判性的思维除了思考还有语言的艺术。
评审会上最常见的就是技术怼产品了。有的技术人员设计能力甚至超过某些产品。所以剑拔弩张在内部评审会上是经常见到的情况。说这说着就上头了。激烈的语言当然很痛快效率很高可是信息密度未必大翻来覆去就是在表达情绪这样常常会对团队带来不可逆转的伤害。
个人有一个可操作性比较强的方法就是要求所有人减少使用反问句。比如很多人爱用这样的语法来说话
“这个事你不能做吗”
“这句话你听不懂吗”
“你这里能用黄色吗”
“这里不应该设置埋点吗”
“你不应该先看我更新的文档再提问吗”
……
这些话其实都有其他的说法就是改为陈述句。
“这个事从分工上你来做合适。”
“我表达的清晰么有听不懂的地方告诉我。”
“这个地方不能用黄色。”
“这里应该设置埋点这关系到后续ABTest的结论获取。”
“你没有更新文档看的还是旧版新版本中我已经解决了这个问题。”
……
坚定清晰不带无谓的情绪。
大家可能觉得好累好烦我们就要直白就要直怼的快感。实际上我发现是人都喜欢听好的呀屡试不爽呀 立足于大家共同的利益彼此相信我是尊重你的敢于面对冲突抱着开放谦虚的心态发挥团队每个人最极致的专业能力评审会才能真的开好。 哦谁说了算这其实是个很难的问题。有客户的当然是客户说了算除非客户的意见将带来巨大的灾难或者客户的代表不是关键人。内部立项面对内部客户的如果大家的意见不能一致那就是CEO或者最高产品leader说了算。
这不是官僚尽管这是大部分团队实际就在发生的情况但这其实并没什么问题。
你想你们公司要上个产品不相信CEO的洞察和嗅觉那相信谁呢即使CEO一叶障目参加了评审会依旧做出某个决定那也要执行不要有什么可纠结的。这是你们公司的宿命干就完了。因为你想的未必对事情是在发展的有些问题在发展中答案自然就出来了。
4.评审的流程——前中后三部曲
评审前评审中评审后 详细的待评审文档邀约时间、地点、人员文档提前发送给重要人员并确保阅读合理的预沟通 背景拉通人员介绍讲解提问和回答QA结论达成 评审结果的拉通遗留问题的跟进二次评审邀约确定的任务推动执行
其中问题可能会有多种类型
一致认同的问题。不能落实的问题。形成结论的问题。
分别去讨论和处理如上表的流程。
不要怕问题也不要隐藏问题也不要政治化问题即使你的公司再大。一个组织的灾难往往是从大部分人不愿意讲话开始的。
结论的形成是让人开心的。要有会议纪要有必要的评审会议记录流程会后要抄报所有的干系人。
5.评审的标的——漂亮的靶子
就是评审什么东西。PRD当然是最常见的这里最好有PRD有PPT还有PLAN等辅助物料。
PRD包括了prototype是评审的核心。
PPT我认为不是必须的有的公司需要这个有的不需要比如字节这样的公司就不需要因此飞书的在线PPT功能是用的WPS的因为字节的文化就是能一句话说明白的事就不要写两句。更不能忍受给那么多人开着高薪而他们却在漂亮的工位上排版对齐一句正确的废话。话又说回来PPT这么流行当然有他优秀的作用可以关键的地方做上几页如果想学习AI生成PPT可以参考我的文章【AIGC】如何让AI一键生成PPT-CSDN博客
特别是外部评审的时候99%的客户是爱看PPT的这是你的道具敲门砖。
PLAN包括产品的进度预算等。
评审的结果就是一个会议纪要或者一个《XXX项目评审报告》。
评审后要通过邮件、OA或者其他公司使用的方式把评审的结果、TODO、更新后的时间表同步给所有的内外部干系人。
6.避免被“烤”问的一些技巧
评审会上谁汇报肯定谁就被炙烤了。
这里有一个重要的技巧就是要自由恋爱再步入婚礼的殿堂千万不要搞大姑娘上轿洞房时才见头一回。那就真得拼颜值和你娘家的实力了。
也就是说整个设计过程要多和客户沟通多和各种角色的人等沟通让你的设计包含了大部分专家组成员的意见。一是保证质量二是保证顺利通过。你要把人给尊重一下。
7.搞几次评审比较好
这个主要看团队的大小项目的复杂度。
个人经验一般至少在3个环节要做评审也不是天天开会就是沟通。
这三个必要的环节一是评审产品设计PRD二是评审技术接口和数据库设计三是上线验收。
分别有评审的目标、物料、原则和结论后续会专门说说这3次评审在实践中摸索出来的比较合理的组织方式。
未完待续下一次讨论交互和视觉设计的要点
