在复盘中提升

任何一个产品的核心能力肯定会带有【复盘】这个技能,产品上的得失,经过每次任务的复盘,一条条的罗列下来并且深入思考,提升自己的总结能力,不要重复采坑,也是能力提升的一个重要的手段!

复盘:简单理解就是把之前经历过的问题点重新捋一遍,通过回顾和总结后,制定下一次实施的方案。

这里面的重点是:回顾——总结——记录——反思

我们之前聊过一次【新需求诞生记】,大概描述了下我们经历一个项目需要走的几个阶段,本篇将在原来的基础上,对于我们在复盘的时候到底“复”哪些“盘”做一些整理和总结!

我们再重新看下一个项目的流程:

提需求——捋需求——较真与确认——设计规划——需求评审——技术评审——准备与上线

按照阶段我们整理下每个环节需要复盘和注意的事项

1、提需求与捋需求:

复盘点包含:需求真伪判断、需求目的明确、需求闭环

需求真伪判断:真伪需求主要来源于需求方的表达,面上的需求可以是很多,但是真实的需求也许只有一个,我们要尽量去挖掘他们的需求并且将需求落地为产品形态,进而展示给用户使用

需求目的明确:不同目的的需求可能表现的方式不一样,比如只是展示公司的实力那么我们通过H5就可以实现,通过图文方式就可以展示,没必要做成一个过于耗费技术成本的一个功能点。但如果涉及一个安全方式,也许就需要交互行为多一些,而不能简单的通过文字告诉用户我们的安全属性等等

需求结合业务与用户:这里面只想说一句,脱离业务需求或用户需求的需求都是伪需求,【用户体验要素】很明确的说过,底层框架的本质就是业务需求或者用户需求

2、较真与确认:

复盘点包括:专业分析、竞品调研、市场问卷

专业分析:作为一名合格的产品,我们需要对每个需求都抱有为什么的心态,我们之前聊过,我们尊重任何一个部门提出的任何一个需求,但是这个需求一定要合理,可行!多问一句为什么,一点坏处都没有,总不能设计出某一个点,但是不知道内在原因,这就尴尬了

竞品调研:任何一个迭代功能或者创意都是需要市场的认可,偶尔我们可以去借鉴,但是绝对不是抄袭!我们接到某一个点的时候,去做竞品分析,看看此功能会不会已经在某个产品上使用了,或者说有没有其他的表现方式?我们新建或者迭代某一个点的时候,如果可以找到市场的借鉴最好,如果不能的话,可以试着做些问卷

市场问卷:市场问卷不是狭义的问卷调研,而是通过多维度的方式去论证这个点是否可行,比如头脑风暴,问卷调查等。我之前为了优化一个界面,拿着三套方案问遍了公司所有人,当大多数人给与反馈的时候,你才会知道用户真实的感受是什么样的。

3、设计规划:

复盘点包含:板块设计、流程设计、输出文档、目标

板块设计:板块设计包含功能板块和信息板块,这两个板块既是分离的又是重合的,这个点大家都是知道的,我想指出的是,如果新增或者迭代,考虑的点要多元化,尽量考虑全。比如:前段只增加一个客服电话,这个只是一个文案信息,那么这个信息需要做活还是写死?后台是否可以随时变更?写成一个普通的文案展示内容还是可以点击一键拨号?后期客服电话的位置会不会调整?交互方式会不会有所变化?这些都是要考虑的,任何一个产品的每一次迭代,就像下象棋,走一步至少要看三步

流程设计:流程设计包含主流程、必要流程和附加流程,主流程很好理解,比如一款支付产品,如何收款、如何支付这些属于主流程;那么必要流程就是注册登录设置密码等等;附加流程不是很重要但是也一定是闭环,比如上传头像

输出文档:输出文档是多角色共享的一个文档,能够让需求方、UI、技术、测试等参与觉得可以看得懂。那么这个文档就要根据每个角色的需求,做到必须完整、必须符合观看者心理模型、必须无遗漏,具体需求文档在后期我们专门拿出一章来说~复盘的点很简单,作为最初来说,复盘点就是人家指出有问题的点,这个是最基础的进化方式。

目标:目标可以多维理解,比如,我们预期工期是30个工作日,但是我们用了35个工作日;这是为什么?哪个部门导致的原因?是属于需求变更了还是前期考虑欠缺?这些需要在下次如何合理避免?这些事需要考虑的。

4、需求评审:

复盘点包含:业务、交互、UI、视觉

这个期间一般做需求评审主要是提出需求的部门和产品一起来过,设计出的产品模块是否符合业务需求?是否有异常遗漏?视觉上和交互上是否符合可以更好?等等···至于视觉和UI ,我们应该请擅长的人做擅长的事儿,这方面我们可以提出建议,但是一定要相信团队中专业人士的能力~

5、技术评审

复盘点包含:前段、后台、接口、测试、工期预估等等

很多时候,安卓和IOS的表现形式不是很一样,设计的流程可能会有一定的差异性,这个我们在过需求评审的时候需要多注意,一定要问清。另外考虑到前后台的交互过程中会设计到很多反馈交互,我们要考虑哪些需要做的轻一些哪些需要做的重一些~不过一般来说用户端尽量轻一些的好,最终产品表现形态肯定以用户体验佳为准嘛~

关于接口这个东西,如果不是很懂技术的小伙伴,可以研究研究公司产品的wiki接口文档,很有意思,很多技术逻辑都可以看得到,学学,以后撕逼也可以用得到呢,哈哈

测试和工期这块,很多时候技术对于一个新需求的完成,其实是有心理预期的,但是工期的耽误一般都是在测试这块,因为测试会在每个角落认认真真过一遍,发现问题——修改问题——再次测试,中间的时间就不好预估,所以这块一定要在对接口的时候商量好,有问题知道在哪块儿排查,做到心中有数。

6、准备与上线

复盘点包含:上线材料准备、宣传准备、预热准备、埋点复查、实体商品准备、线上环境复测

这里面我们看到的一个词就是:准备

每个公司业务不一样,需要准备的资质、材料等等就会不一样,这个环节就是需要什么准备什么,没有准备齐全耽误的是上线时间。

另外一定要做到的就是,产品或者迭代版本上线后一定要亲自完完整整的过几遍,保证完全没问题即可!

每一次项目都是一次锤炼,每次都是一个积累,记录下来你的过往是一种进步的手段!

希望我的分享对你有用,别怕,你并不孤独!

原文发布于微信公众号 - Miguel三先生(Miguel-sxs)

原文发表时间:2018-02-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏罗超频道

微信已经到了野蛮生长的临界点

罗超为虎嗅网撰稿。2013年6月9日发表于首页 微信5.0即将推出。看了下几篇内测文,微信5.0更新大致归纳为三类:扫一扫全面加强,公众账号折叠、小优化功能例...

3054
来自专栏大数据文摘

好的技术领导人顶得上100个工程师!

892
来自专栏AI科技大本营的专栏

AI 行业实践精选:2017年聊天机器人的现状(二)——技术

【AI100 导读】在本系列的第一部分中,我们已经了解到聊天机器人成为技术投资和开发热点的原因。本文为第二部分,主要介绍了聊天机器人中体现的技术。 ? 在本系列...

2686
来自专栏PPV课数据科学社区

几近满分的项目管理课程

大公司的一个好处,是各个领域都有牛人,可以为你提供经验分享交流。腾讯庞大的培训体系更是保证了:如果你想学点什么东西,你总可以学到。项目管理是很多人的痛点。我...

3505
来自专栏罗超频道

APP搜索,会是百度的下一个春天

百度这几天发生了两件事儿:百度移动应用更名为手机助手、百度应用支持App内搜索。在外界看来,这事儿过了第二天就没人关注了。但笔者将这两件事情联系起来看到...

3129
来自专栏罗超频道

3B大战两周年:事情远未结束

2012年8月,360高调上线搜索引擎并快速攫取10%的市场份额,掀起延续至今的搜索引擎大混战。这场混战从PC打到移动,从搜索引擎打到应用分发、智能硬件等新领域...

2624
来自专栏罗超频道

杂志化会是移动新闻客户端未来吗?

从文字出现的第一天开始,人类对阅读的需求就没有停过,阅读背后的资讯和知识获取的深层次需求在文字出现之前就已存在。现在基于阅读的资讯获取,即新闻应用在移动互联网上...

35310
来自专栏Java学习网

管理软件公司与互联网公司的区别

 笔者是一个老程序员,自2002年进入.NET开发领域,一直未曾放弃。期间经历过管理软件公司,互联网公司,有国内企业和外资企业,深感其中的差异,撰写文分析两者的...

2425
来自专栏CDA数据分析师

您有一份网易云音乐产品分析报告,请注意查收~

本文从市场情况、产品概述、用户分析、核心模块、用户反馈五个维度,对网易云音乐(iOS v4.3.5)进行浅析。

854
来自专栏大数据文摘

Facebook如何打造自己的企业文化?

2529

扫码关注云+社区