科技网

当前位置: 首页 >通讯

较大型项目的产品工作心得下

通讯
来源: 作者: 2019-05-17 03:14:30

作者:水宿鸟

最近做的一个项目从需求分析到上线绵延了四个月之久,这也是目前接手过功能点最繁复,产品线对接最多的一个项目。从中得到的一些关于设计较大型产品的心得,拿出来跟大家分享。较大型项目的产品工作心得[上]

项目中

2、需求变更

承上,需求变更是每个程序员、产品经理、设计师等都会遇到的情况。产品经理不是神,项目组也不可能是开了无敌状态抵挡任何外界的影响。

当遇到不得不变更需求的时候,产品经理应当怎样处理呢?下面是个人的四条建议:

a、积极处理。常常,当一个设计愈是趋于完成,人们愈是倾向于局部调剂,而不是做重新设计。当一个需求因为尽人皆知的缘由不能不调整的时候,作为产品经理需要做的第一件事便是积极面对问题,积极处理。

项目开发常常是一个紧张的过程,每半天甚至每几个小时就有若干个功能点开发完成,当一个需求变更转达出现“延迟”,这个变更对项目的正常进程的“破坏力”就会更大一些。

b、保持沟通。“说话容易,沟通很难。很多事除非对方自己想明白,劝是没有用的。所以,很多时候,沟通是个自己挣扎的过程”这话没错。需求变更直接会影响到下一道工序,产品经理需要将需求变更的细节和缘由传达给相关人员,包括视觉、前端、程序、测试等。

这是很多产品经理表示非常痛苦的过程,由于可能会遭到数落和冷眼,日本有一个礼仪原则是“不要给他人添麻烦”,但是在项目中,这不可避免。

个人认为所有沟通的障碍都源于思想的不统一,如果让大家觉得这个需求修改是在浪费时间,那么沟通上的不畅快在所难免。项目不是这样算的,需求既然更改一定有所目的,产品经理需要将这个原因讲明白,不做修改或勤俭沟通时间导致的返工,后果往往更严重。

c、更新文档。仍然是为下1工序提供方便,产品经理常常不只负责一个项目,及时更新文档和修订文档版本号也可以为日后的查看提供便利。另外,文档不是万能的,更新文档是必要而非目的,任何时候都不要只丢下一些文字给他人,这好像在说“就这样改,其他别问”,是不负责任的态度。

d、走好流程。每个公司的需求变更流程不尽相同,流程是为了项目更好的进行,不要看做累坠,流程不合理可以提出自己的建议,而私自绕过流程会为往后推卸责任埋下隐患。

3、上线前准备

在刚开始接触产品工作的时候,对一个产品的上线一直停留在“需求-设计-开发-测试-上线”的简单流程模型里,实际操作起来才发现需要做的其实还有很多。

这些工作主要包括:

a、数据准备:产品中用到的数据(页面内容)需要提前准备。比如一个频道页上线,频道上的内容来自哪里?通过抓取?调用?还是后台推荐?编辑录入?如果是一个全新的模块,还需要重新填充数据。这个工作往往需要其他部门(比如编辑部)配合完成,产品经理需要做的是:1、提早告知,方便部门负责人合理安排工作;2、预留充足的时间,至少保证上线前填充完毕;3、细节说明和特殊说明沟通清楚,避免返工。

b、统计需求:产品上线后需要跟踪监测的数据统计需求,需要构成文档告知开发人员。在产品设计期争议较大、掌控不准的功能点,在效果图设计中存在顾虑的页面元素设计都可以记入统计需求,以便后期更好的分析用户行为,为下次产品的迭代和需求增减提供数据根据。

c、广告位:页面的广告位变动,需要在产品设计期与销售、市场部门沟通,并在产品上线前再次确认。广告位的调剂在产品设计中在所难免,为更好的保证客户利益,需要多听取销售与市场部门的建议。产品上线前需要将重新整理的广告资源交付平面设计,并替换在页面上。

d、产品推行:属于产品运营的范畴了,产品与运营在工作中的碰撞更多一些,现在很多公司索性将二者合为一部,这是后话。这里想说的是,产品上线所必要的上线(改版)公告、商业软文、多渠道宣传这些基础的运营手段都是不能少的,产品经理前期可做简单跟进,主要是做沟通与配合。

e、帮助内容:页面帮助相关内容的修改。主要是类似“帮助中心”频道的内容调剂,如果是视频的话需要考虑重新录制。

上线后

产品上线往往意味着挑战才刚刚开始,这和拍电影不一样,经过紧罗密鼓精心筹划,一部商业大片终于上线了。观众看了笑了怒了骂了那是观众的事,反正可以赚的盆满钵溢。

产品设计更像一个打靶的进程,用户需求就是靶心,每次产品改版都是在扣动扳机,我们需要做的就是——开枪,然后看看偏了多少,不断调剂,力求下一次正中靶心。

是的,产品上线意味着征战又重新开始,没有机会停歇。且回归用户需求,总结经验,继续投入到下一个项目中吧。[完]

较大型项目的产品工作心得[上]:http://www.yixieshi.com/pd/7202.html

宫颈糜烂可以如何治疗
输卵管堵塞该怎样治疗好
乌鲁木齐最好的牛皮癣医院

相关推荐