产品的工作日常,写给初入产品的你

不知道你为什么选择做产品,俗话说“隔行如隔山”,在选择做产品之前,和你聊聊产品的工作日常,说说这份工作具体都做些什么,对这个职业有个大概的认识。

项目初期,产品要参与整体的设计,尽可能的理解项目的需求,针对需求,做好需求分析、竞品分析,构建用户画像,并形成最终可行性方案。要是半道进来接手的,那就沿着前人的文档接着做,半路上也会有需求的不断产生。要是项目已经上线接手的,多半是产品的日常维护性需求,小修小改之类,最好是跟一个项目,从0到1,这样整个运转就会很清楚了。

需求理解清楚了,需要通过产品的形式呈现出来,产品形式无外乎pc端、APP端(IOS、Android)、微信端(H5),具体涉及到产品用户路径、产品界面、产品的功能点,产品交互以及后台业务逻辑流程等,将这些东西好好梳理清楚,绘制清楚低保真原型图和撰写prd文档。

移动端低保真图建议采用375×667大小来做,设计一般采用750X1334来做UI图,制作低保真图时采用灰、白、黑为主,切忌乱搭色彩,否则会干扰UI的设计,这些交个UI搞定就行。

在交互上,大部分公司都是由产品来承担,所以在画产品图的时候,一些点击、下拉选择、弹框提示、开关效果做出来最好了,方便开发理解。当然这些交互也不需要你非要在做的很逼真模拟效果,一般我的习惯是一交互一图,要是追求酷炫,可以把Axure玩的溜点。

谈到Axure,讲讲产品常用类工具。我的搭配是Axure+Xmind+Foxmail++GA+印象笔记+Numbers+百度云+PS+建个讨论组。从前到后依次是画产品、理逻辑、发邮件、查数据、记笔记、排需求、备资料、P个图,甩需求。

产品要打交道的人很多,说说主要几类人。

UI设计:UI设计区别于平面设计,UI有着一套标准化的设计规范,在什么端他的尺寸、交互方式都不一样,这些UI需要把握,也是产品要注意的地方。对于飞机稿,审美实在过不去的一定要坚决打回,产品一定要有自己的feeling。

前端:前端分为PC&H5前端、Android前端、IOS前端,一般做APP,这三者都需要有,多数APP项目是原生和H5混合着用的,一个是保证体验,一个是保证灵活性。前端要做的就是将UI设计的东西代码的方式做出来,另外就是和后端调接口之类的活。所以在给前端交代活之前,最好把相关UI图、切图、标注规范都准备好,这也是产品要盯的事。

后端:主要负责后台的开发,主力人员,一般分的细的,前端和后台产品各配一个,分别负责两端的业务。后台主要是给内部工作人员用,很多需求会来自内部部门。所以,你要是同时负责前后端,那事情会比较多,比较杂。

测试:找茬(找bug)的。测试主要是还真是找茬的,开发完成上线前,肯定是要测试一波的,测试测的越细,产品上线后出现问题几率就自然降低。产品一般也会要求参与最后的上线测试,所以说一个好的测试是很重要滴,能帮产品省不少事。

运维:管服务器的。日常诸如提交代码、app打不开、网站访问不了,被黑客攻击,这时候他的价值体现出来了,其他时候默默无闻。

类似其他需求人员:用户、领导、市场、风控、客服、信审、催收等等,每家业务不一样对接的也不大一样,不过大部分需求来自领导。

讲完人,谈谈工作流程,产品一般要干几件规范化的流程行为。

大的公司都讲究规划化,大小需求要过会写邮件,小公司靠吼两嗓子就行,基本都在一起。不过无论大小,组织产品评审还是很有必要的。涉及到大的需求,产品变动的,会同各部门风控、技术、运营、测试、UI人员开展产品的评审会议,讲解产品各个功能点,讨论产品的具体实现方式,开发截点,交付上线日期等。也有的是需求已经明确,产品将产品设计、文档搞定,直接和技术过,讨论具体的实现,不涉及到需求方的到场。这里面又夹杂着项目经理的角色,所以更多时候,产品=产品+项目。

在项目上,项目的管控、进度、阶段性验收等,协调研发、业务、风控、财务等, 调动你身边可利用的一切资源,推进项目,确保产品按期交付上线。产品上线后,数据的跟踪分析,用户分析、留存分析、渠道分析,根据数据对产品做出功能迭代和优化,不断提升产品易拥度,打造更极致的用户体验等。

总而言之,从需求的产生、需求梳理、产品设计、产品研发、上线测试、数据跟踪,整个流程产品都要参与其中。为什么很多人说产品累,因为他要负责的事情很多,但是乐观点看你可以从中学到很多知识能力。

至于招人、带team、作为管理人员如何把控整个团队,带项目,这是属于深入的话题,闲扯这么多,希望对初入产品的,转行产品的有些许帮助。