作为前端开发兼任产品专员是一种咋样的体验

Posted 2020-06-13

临近过年假期，暂时离开电脑屏幕，觉得有必要记录一下2016年来一个多月自己的所做所想，也作为2016年自己的第一篇随笔。新年伊始，我开始接手PD（Product Design）相关的工作，开始正儿八经的使用AXURE，使用excel记录任务列表，在jira上面创建N个项目任务，邀约需求会议等等。此时有人会想，这不是产品经理干的事儿吗？实际上我只是一枚前端，产品经理在产品的营销层面应该具有更强的意识，所以说我只是一个兼职的PD。这就应了今天这篇文章的标题，作为前端开发，兼任产品专员是一种咋样的体验。

在园子里，前端开发的日常大家已经很熟悉了，html\css\jquery\ps\sublime .... ，此处不多说。

我们公司里面前端分为两种：一是前端设计师，偏向设计方面，除了项目中的前端页面制作外，对设计有兴趣并参与部分设计工作的文艺前端。二是前端开发工程师，也会切图的，偏向后端的且会接触一些jsp、SQL、JSON，主要参与公共组件开发的猿型前端。

我是属于“猿型”的。在本分的工作模式下，我需要做的是每周或每两周接收查看产品经理发来的产品功能需求与原型文档，与项目经理一起和他讨论之后确定本周的开发计划与发布计划。确定要做的需求后开始码字，码字，码字，码完自己测试，简单演示之后提交代码，等待发布。~~~ 然后迎接美好的周末时光。就这样经过N年的开发迭代，自己被淹没在茫茫的需求与代码中，渐渐地自己也开始沉默寡言起来。我也忽然意识到，自己年轻时的时光就这样过去？

事来也巧，年初恰巧有个功能搁置了好久，老板决定开发这个功能，以增加软件对于客户价值，提升客户的工作效率。但是没有需求，没有产品规划，只有竞争产品的参考网站。。。老板还决定，这个项目的整个流程由我来计划把控。。。接到这个通知后，我内心些许的犹豫下，主要在想：项目的整个流程包括哪些呢？在创业团队中，机会毕竟难得，只好应声同意下来。

这一同意，开启了我的苦恼模式。我该从何下手呢？不知所措的我只好回忆起我们这儿产品经理与项目经理的工作方式。找人聊天，找客户聊天？打开Axure，拖几个组件图标尝试画出原型？编写任务计划书？需求确定时间与开发周期如何确定？任务计划怎么排？在这样无知的状态下我纠结了两个星期，忽然感觉自己好像迷失了方向，老板也在催着要任务计划，好吧，硬着上吧！一件件要做的事情写在手边的本子上。

 

一、确定功能需求。

我找到设计师，问他类似的功能该如何设计。他给了我一下建议和客户曾经反馈的问题，我认真的记下。我去找负责售后的MM，她说客户常常会应为没有这样的功能骚扰她几个小时，客户抱怨说这个功能应该怎样怎样怎样...我记下了。我去找了我们这儿的产品经理，和他讨论我的一些相关想法，他也给了一下参考资料给我。大家会想，我这不是抢了产品经理的活儿吗？确实是抢了，只是他现在忙着其他的事情，也希望有人能够帮他，何乐不为。就这样，连带着参考竞争对手的功能点，基本的功能需求能定了。

 

二、产品原型设计。

打开陌生的Axure，创建出当前项目的整体结构与子功能的逻辑关系。例如这样：

创建需求中各个功能点的从整体到部分的视图与元素，标记上相关的文案提示，例如这样：

对照着这些原型图，赶紧把Excel的任务计划书邮箱给老板，但编写计划书时需要标记出这4条任务的基本属性：

1.功能名称

2.功能描述

3.参与人员

4.功能开发时间节点

例如这样：

 

三、邀约需求与功能评审会议。

老板在收到任务计划邮件后给我的回复说，什么时候能看到DEMO？我说，我们先约个时间初审一下功能需求吧！接下来发邮件加口头通知在某天上午凑齐了老板，项目经理，产品经理，研发一哥，设计师代表 && 我自己。评审会议一开始就有我在投影仪前面嘚吧嘚吧半小时，把基本的需求和功能规划说了一遍，此时大家开始了天马行空模式，PK各自思维的速度，这样“和气”地讨论了个把小时，把方案定下了！我两星期前悬着的心算是找到点放下了。我总结说：“这段是初步的计划，开发过程中可能会遇见不可预见的一些问题，可能会有更合适的处理方法，大家到时在做具体分析，具体处理。”

接下来，除了落实任务计划外与人员安排，我还要想着我自己那份前端相关的工作如何进行：html结构，静态资源如何规划文件目录，js防止代码冲突，功能中的各个交互如何处理，浏览器兼容处理等等。这时我体会到sublime和css给我带来的亲切感，我的内心是感动的（我的表情依然淡定。。。。）。

 

四、利用好任务计划工具jira。

我需要在jira创建一个总的任务，名曰“xxx功能开发”。然后依次创建：

1.需求收集的任务分配给产品经理和老板

2.设计相关的任务交给设计师

3.功能研发相关分配给项目经理与java工程师

4.前端相关任务“自给自足”，给我自己提任务

5.功能测试相关任务给产品经理，售后同事和老板

 

五、正式进入开发阶段。

经过这样一番轮回，又回到了“码字”的节奏上。根据时间节点和计划中功能点各个击破，确实是另外一种奇妙的体验。快过年放假了，任务还在开发中。。。老板也挺好，这几天没有盯着开发进度。

 

六、感想。

此时有园友会想，你是两人活儿一人做呵。。。确实是这样，我承担的工作更多了，需要思考的事情也从“码字”转变为功能规划，从前端开发转变成兼职PD。静心想来，快到而立之年的我，确实需要有所转变，机会来了就该好好把握。在这一过程中，能够发现自己的各种不足，知识储备，同事相处，计划安排等等。想要的职场中走的更远，想要过自己理想中的生活，没有努力和付出都是空想。最后，感谢《人人都是产品经理这本书》给我的工作上的各种启发，谢谢。