新人如何培养自己的产品思维?

刚入行的新人,拿不到产品王标签。这样的标签怎么可能轻易获得,因为它是如此的高贵?

所以我们一般都亲切地称新产品为“杂工”,完美地诠释了我们对新产品的要求:什么都要看,什么都要忙,每个部门都要逛一逛,做好群众基础...目的是让新产品快速熟悉公司的产品线,公司的工作流程规章制度,处理同事兄弟姐妹无暇顾及的琐事,融入团队。

以app产品为例:如何熟悉产品?

去公司把之前版本的需求文档和产品原型仔细下载几遍。如果没有权限,可以向产品经理要。从加入团队开始,你就不再是公司产品的用户,而是产品设计师。看过去的工作记录,有助于你以上帝的视角重新审视产品,了解产品的每一个细节,在会上不会软弱。

如果你仔细阅读每一个文档,你不能保证你对产品的核心需求掌握的有多深,但是你肯定可以深刻的把握在你的领导心中什么是强需求,什么是弱需求,你也可以了解公司对文档和原型的设计规范,这样你自己去做就会容易很多。

新人在产品设计上总是有很多疏漏。其实这不是逻辑能力的问题。说白了就是不熟的问题。举个例子,一个登录功能简单来说包括三个部分:注册、已有账号登录、忘记密码。注册还包括手机,邮箱,第三方等等。如何选择?再进一步研究,app还要处理版本升级时账号信息的前向兼容问题,以及同一个第三方账号能否绑定多个手机号等细节问题,这些都是你上学时很少考虑的。当你真正加入团队后,这些问题可能就轮不到你去处理了,但你必须去学习。

当阅读原型图纸和文件时,学习你的领导是如何描述一个需求的。他的套路不一定是最好的,但绝对是全队最熟悉的。先做不亏。把每个版本的需求文档按时间顺序整理出来,按照时间轴把重点、重要、一般三个层次的需求过一遍,肯定会有很多收获,美其名曰:培养大局感和产品感。总结一下,新人进来后要做的事情,工作量顺序是:1。电话交换机(术语:部门间沟通协调项目进度),2。堪比文秘工作的疯狂打字(术语:输出高质量的文档),3。被测试滥用(术语:参与产品测试),4。绘图(术语:功能原型设计的一部分),以及5。

逐一分析:

1.跑腿,群发邮件,对于新人来说是不可避免的。要热情奔放。你认识的人越多,你知道的就越多。和运营、BD、R&D等等打交道会是你未来职业生涯的重要组成部分。了解他们的兴趣和性格特点,对你的工作大有裨益。

2.写文档,基本功,没技巧,熬夜做。

3.第一次负责一个小功能,文档和原型肯定不详细。测试组的兄弟姐妹拖着你去会议室确认需求。没有经验的你容易被虐,气场落后。我该怎么办?拉领导!接到测试团队的邀请后,要毫不犹豫的带上领导。领导会在适当的时候伸出援助之手。当然,你也要不负众望,注意收集经验教训。

4.新人做样机往往很快,一两天就能完成。一个原因是职能分工细,另一个原因是经验不足,尤其是不懂技术的人。可能很多问题都没有考虑到研发中可能遇到的困难。崩溃技巧在之前的文档和原型图中。仔细看用例,看注释。举个栗子,你要在app时间轴上的每一个帖子里加入地理位置信息,同时显示距离。问题来了。当你满足这个需求时,你会考虑什么?表格告诉我,你只是剪了一张邮政地图,在上面填了一个地理位置图标,旁边放了城市名称和直线距离。(手机获取gps数据上传云端,云端通过权重拉取地图数据判断距离,简化了直白的技术背景)。你需要考虑的是判断策略,比如如果发帖人和发帖人在同一个城市,直接显示距离是否更合适。如果距离很近,是不是用米比较合适,精确到小数点后几位等。,如果要拉附近楼栋的信息,就比较复杂了。所以新人做原型,多思考一些问题,觉得自己已经尽力思考了,然后再看领导一眼。修改后,发送电子邮件时,将副本发送给他们自己的领导、R&D领导和测试领导。

5.和客服对接是培养产品感觉,其实是让你明白一个道理,改变你在校时的主观意识和浮躁心理,体验一千个哈姆雷特站在你面前是什么感觉。用户需求这个词太大了,你会在未来很长一段时间内羞于提及。用户反馈的有价值的建议和bug及时记录在excel中,并抄送给部门领导(虽然他们几乎不看)。

6.年轻力壮,嘿哟。

7.开个会,练表达能力,练气场,但是新人最好少说话,做笔记,看他们争论,认真理解怎么赢(没有人是被道理说服的,要想赢还得靠材料。。。)