【产品总结】产品小白入门产品项目总结

文章目录

org_20160314831204_455


概述

正式入门做产品断断续续有两个月时间了,第一个月主要是做竞品分析,当时分析了一些同类产品的产品功能。在上个月中旬,我终于有了机会做产品功能中的一个功能点,准确的讲是完善我们运营后台的一个功能,也算是给我练练手。该功能从提出需求到出原型,到正式上线投入使用一共花了七个工作日。原型加需求确定花了两天,开发三天,上线前的测试加上线后的测试共花了两天。

总的来说,在第一次做一个很小的功能需求的时候,自己还是踩了很多应该踩的坑,比如改需求,又比如自己在出原型跟提需求的时候没有形成文档,造成开发同学在开发的时候按照他自己的理解去做了,做出来之后测试的时候发现了问题然后临时再修改。

不过幸好的是前端也好,开发也好,还有测试的同学技术都比较过硬,最终按照预先的项目排期按时完成了功能开发。

需求搜集方面

这次的需求搜集大部分来自于我们部门老大的提出,比如我们要导入之前广告模板的需求,简易H5广告的生成需求。我结合老大提出的部分需求,自己再咨询了部分同事,然后分析了一些竞品的功能点,最终就出具了原型,原型再经过UE以及老大的确认之后就迅速交给开发了。

在这个阶段我做的好的方面,跟开发还是进行了细致的沟通,哪些功能点能做,哪些功能点不能做,哪些需要下个版本才能做,哪些现在必须做出来可以投入使用的功能。开发也都告诉我了,然后我跟老大商量之后,砍掉了部分需求。总的来说,沟通很顺畅。

不好的方面是:原型出具的太简陋,在以及开始开发功能的时候,UE改了部分原型,然后我又去跟开发沟通,还好是运营后台的功能,如果是项目比较紧,又是用户端的话的确比较麻烦。另外一方面,需求文档直接没有,开发跟我的需求都在QQ聊天记录中(这点的确是我的问题),由于领导没有要求,我跟开发口头沟通以及QQ聊天的时候的确也基本明确的差不多了,导致我自己没有重视需求文档的作用,最后上线的时候由于一个功能逻辑的权限我疏忽了,导致开发又改了不少代码。现在想起来,文档很重要

还有一个问题,就是在开发的过程中,需求随时会变,当然不是大变,而是某些功能可能跟原来完全不一样。就比如这次H5的可视化功能,我一开始设置了一个模拟器,用户在后台编辑的时候直接能看到手机上的样子。但这个功能在开发的第二天砍掉了。如果是减少开发的工作量倒还好,如果是突然加大他们工作量的话估计心里肯定在骂娘了。

项目开发中

到了项目开发中,我除了每天下午定时去跟开发小哥聊聊进度之外,就是继续完善需求跟修改需求,还有就是不断的解决开发小哥的一些疑问。其中有个需要前端修改的功能,沟通了几次妹子都有点急了(前端是个妹子)。

现在一回想,开发的过程中我做的还是挺不错,也没有遇到需要撕B的地方,基本能跟他们很好的沟通。

项目测试中

测试也是一件很愉快的事,本次的测试也是个妹子,看的出来水平应该还是可以得,一天中测试了很多bug出来,甚至很多我没想到的地方她都帮我测出来了。不过测试作为产品上线的前一个环节,产品一定要亲自再测试很多遍。因为测试对功能非常了解,但很多地方是产品的想法,比如产品最终输出的UI等等,因为这个环节在上线后我跟前端又重新沟通过,她又继续修改了。标准一定要高,尽可能的想全,想周到。

总结

一个很小且开发过程很短且功能很小的需求,能够在这么短的时间内保质保量的完成,的确全靠大家的倾力配合,尤其是开发跟测试两位同学,简直是给了我们多惊喜,原型中没做的交互他都很赞的做了出来。

自己需要提高的地方:原型设计能力,交互设计能力,文档能力,其中文档能力是最主要的,这部分在项目上线之后跟开发或者测试讲道理的时候很重要,其实开发的过程中我觉得他们很少看文档,都是直接看原型,但项目结束功能一旦做的不对的时候文档的好处就出来了。交互设计能力,这部分因为目前虽然有UE,但毕竟是新人,且项目的交互以及界面设计很多都是前端搞定的,这部分在原型上高度体现出来,需要怎么样的交互,当然很多开发本身对交互也很拿手,但你要想按照你的需求来开发的话,最好把交互需求也说清楚。

以上就是这次项目简短的总结,未来的路还很长,这一小步也仅仅是一个新的开始,作为我产品生涯的第一步,希望接下来会走的更好,更远!

原文链接:,转发请注明来源!