微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

实习三个月经历了一款产品从0到1的过程,我学到了什么

来源:克果 2896

148275927610365081

作为一个还未毕业的人很庆幸自己能够在刚入行的时候就经历了一款产品从0到1的过程。虽然说创业公司在产品开发的过程中各方面没大公司那么规范,但所碰到的各种问题都是自己切身体会到的。自己碰到的问题印象就比较深刻,从而使自己更容易反省以免下次不会再次犯错。下面是我实习三个月,经历一款产品从0到1的过程中总结的一点经验,也是自己踩过的坑,希望能给和我一样入行不久的产品新人以及打算从事产品的朋友一些借鉴。

1、有变化及时传达沟通

产品在开发的过程中很难避免不会有修改的地方,有的时候可能是界面元素摆放位置的变动,有的时候可能是操作流程上的细小改变,有的时候可能是整个需求的变更。

有变化第一要修改的肯定是原型图。改好之后需要和设计以及开发人员沟通说明有改变。实习刚开始的时候,有的时候比较忙修改了需求忘记跟设计师和技术说。等到阶段性检查产品的时候发现和原型不一样,领导问到技术的时候,技术人员一脸蒙蔽说,我不知道啊,修改需求没跟我说啊。然后我羞愧的忙着道歉说自己忘了,感觉技术人员有分分钟想砍死我的冲动,因为他们又要重新修改代码,之前的努力白费。

任何产品在做的过程中多多少少都会修改需求,需求有变化很正常,重要的是改了需求之后要告知相关设计师和技术人员。如果是创业公司,改好之后可以立马口头通知,如果是大公司,那可能还需要召集技术,设计,运营等负责人进行小的会议。只有这样才不会打击技术人员的士气,保证项目的开发周期,才能和程序猿哥哥友好的合作下去。

2、使用Axure画原型图时要善用模板

我想每个产品新人可能都曾遇到这样的痛苦——当修改产品原型的时候,往往牵一发而动全身,一处修改,其他很多地方都需要修改。

公司做的是B端产品,功能模块比较多, 刚开始的时候每个页面都单独去画,有相同的最多复制一下,完全没有使用母版的思想。而到后面要修改某部分的时候,凡是和这部分相关联的页面都要一个一个去找去修改,这样不仅浪费时间,而且很痛苦,还有可能漏掉一些没修改到。

所以在设计原型的时候,类似导航条这样在多个页面需要相同展示的部分,一定要使用母版,这样不仅效率高还不容易出错。

3、设计产品各种情况需要考虑周全

我们在制作产品原型图的时候考虑的常常是正常页面和操作流程,往往遗漏掉异常情况下的页面。比如没有数据的空页面怎么显示,断网情况下是冒泡提示还是整个页面作为提示页,登陆页面忘记安全考虑,没有添加验证码等等。

作为产品经理如果各种特殊情况都考虑不到,还要等技术开始的时候发现再跟你反馈,真的会让他们鄙视。所以原型设计好之后一定要多想想还有没有特殊情况是自己还没考虑到的。

4、项目启动前一定要有产品第一个版本的规划

创业公司一个共同的特点就是 “追求快”,开发流程上可以不用规范,但一定要快。有些创业公司在项目启动前不做充分准备,而是一边竞品分析,一边设计原型,一边开发。运营部不断提出新的需求,老板又不确定功能模块,不断变更需求。导致产品、设计和开发都要改,产品甚至快上线了还要变更需求,这让程序猿真的有种想杀人的冲动。

项目启动前的准备就像建房子打地基一样,地基打稳了后面盖房子才会顺畅。

虽然说项目启动前不能100%确定好产品要是什么样子。但至少应该对第一个版本规划个百分之七八十,做足竞品分析,确定好产品定位,需要做哪些功能点,产品的布局风格,主色调,开发文档的规范等等。  这样对于后面他人提出的功能业务需求就可以暂不考虑,规划到第二版本。这样才能保证产品的开发周期和各部门人员的士气。

5、UI设计好的界面检查确认之后再给开发

每个人都有自己的一套想法,UI常常会按照自己的理解和审美对原型图进行一些修改,比如界面元素位置的变动甚至删除或增加一些按钮标签等等,如果产品经理不提醒UI设计好之后让他看的话,他很可能设计好之后直接扔给技术人员。我就碰到过好几次原型图和效果图不一样,导致要么程序员改代码要么我修改原型然后重新设计效果图。

当然这也是我经验不足造成工作上的失误。正确的做法应该是自己看过效果图确定无误后再让大家看一下,统一意见后再给技术开发,这样以后如果要改也不会出现谁怨谁的情况,因为当时大家统一了意见。

6、对于原型图的标示注解尽量详细

有时产品原型文档上可能会有一些东西没写清楚或者忘记写。比如APP的错误提示到底是弹窗提示还是toast冒泡提示,无数据的空白页面如何显示,是使用同一样式还是不同的空白页面采用不同的文案图像显示等等。

技术人员希望看到的是一份简洁又有详细说明的产品文档,因为他们不愿意思考,只要照着设计和说明做就可以了。如果碰到原型设计和说明上模糊不清。那么技术人员很可能就按照自己的思路去做或者直接忽略,这样必然会造成后期产品经理和程序员的撕逼,各有各的理。程序员觉得你自己又不写清楚或者文档上没写啊,产品经理又会觉得你怎么那么蠢,一点没写清就不知道,你的那种想法靠谱吗。这样就会造成沟通和时间成本上的浪费。

7、对于业务逻辑要100%清楚

可以说任何一款产品没有谁比产品经理更清楚产品的业务流程,细节交互和各种功能点了。从小到大我们养成了差不多的习惯,不管做什么都觉得差不多就行了,没必要全部弄清楚。可做产品一定不能有 “差不多”的概念,对功能和业务流程以及任何细节都要100%清楚。程序员跑来问产品经理问题的时候最不愿听到 “应该吧” “可能吧” “大概吧”这样不确定的词语。

以上是我在创业公司待了三个月作为实习PM的一些个人浅见,如有不到的地方欢迎各位大神在下方留言指教。

分享干货我们是认真的,更多干货尽在爱盈利!

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3312 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号