咨询电话:何老师13208183109疑问解答
深度原创
【产品经理】新人入职,如何快速熟悉产品
发布日期:2019-09-17

【产品经理】新人入职,如何快速熟悉产品

 目前呆了3家公司。尤记得还没毕业去实习那会儿,早上入职,下午就开始接手写需求(此操作有危险,切勿模仿);通过目前3家公司的入职经验,想总结一下产品经理入职新公司时,该如何快速进入角色,了解将要接手的产品。
大致可以分为以下3个核心步骤和一个关键要素。
一、找到系统的核心人物当产品经理刚入职一家新公司的时候,最最最重要的一件事就是要尽快熟悉将要接手的产品,一是要先熟悉产品的背景、定位和规划;二是要了解产品的系统逻辑;
因此首先就得找到最熟悉这两个方面的人。
前产品经理:最了解产品背景的人;
测试人员:最熟悉系统逻辑的人;

||了解产品背景前产品经理(有导师也行)作为整个系统的关键人物,当然是了解产品背景的不二人选。
通过跟前产品经理沟通,你可以快速了解产品的前世、今生、后世。

前世:主要是一些产品正式开发前的准备内容,包括但不限于产品的需求背景、目标用户、定位、调研报告等,这些信息可以让你知道你将要接手的的产品具体是干嘛的;

今生:主要是产品从0-1的迭代版本,包括但不限于一些操作手册、培训文档、过往的需求文档等。这个主要是在后面梳理系统框架时,一些细节的东西可以通过文档进行完善和补充;

后世:主要是一些产品的长短期规划,包括但不限于一些目前正在开发的需求&将要开发的需求以及用户问题反馈列表等;

||了解产品的系统逻辑每次我进入新公司后,主动联系的第一个人绝对是测试人员哈哈哈。
测试人员可真的是整个系统逻辑的宝藏人物啊!他们知道的东西又多又全,在整个项目中简直起到了承上启下的作用,上到熟悉产品经理的需求细节、下到了解开发人员的后台逻辑,在系统功能层面上可能比产品经理都还要了解。
同时呢,测试人员本身的工作就是测试系统功能,我们体验系统的过程其实跟测试人员的测试流程是一致的;此外测试人员平时就需要经常跟产品经理和开发人员进行来回沟通,因此测试人员是很乐意为我们解答的。
总之关于系统功能的任何问题找测试人员就对了!即使他们不能解决他们也都能知道该找谁解决(●'◡'●)~比方说系统的配置问题:
各种环境的host配置:测试环境、预发布环境等等(他们的host总是最全的);
各个系统的测试账号以及权限开通(非线上环境系统中的数据基本全是他们造的哈哈哈);

还有一些系统功能问题:比如字段的数据来源、操作按钮的前后置条件、不同系统之间的数据交互逻辑等、历史遗留的bug等等;
二、梳理系统框架刚接手一个新的系统时,该从哪里开始入手呢?怎么入手呢?
梳理系统框架无疑是个最全面、最系统的入手方式了,梳理系统框架可以完整有序的体验一遍系统现有功能,同时
首先先登录测试环境的账号(要全部的权限),浏览一下系统的目录列表,先明确系统功能分为几大块,每大块分别又有哪些小块内容,大致浏览下每个页面的内容,心中对系统有个整体的认知。
然后梳理系统结构框架,这里一定一定得动手啊!我一般习惯用Xmind画思维导图,下图是我最近梳理的一个系统框架(看不清就对了,这可是机密信息(●'◡'●))。系统框架的梳理层级和信息主要包含路径信息、页面的筛选条件、操作按钮、字段(如果有其他的也可以增加,没有删除即可)以及一些规则说明(如果暂不了解可以先不写,之后梳理完框架后可以通过操作手册、培训文档、过往的需求文档等进行补充完善),如果页面之间有跳转或关联,可以插入关联箭头进行示意,下面还是画个简要示意图来说明叭;想说下具体的规则说明:①筛选条件:筛选格式、筛选规则②操作按钮:
前置条件:必填校验、格式校验、超长校验等;
后置条件:弹框提示、页面跳转、数据交互等;
③字段说明:
可输入字段(如下图所示):是否必填、输入形式、格式限制、输入长度限制、默认提示语;
列表显示字段(如下图所示,都是测试数据,请不要打电话233):数据来源、显示规则、是否隐藏部分信息等;

梳理系统框架时一定要尽可能每个地方都去点点,去理清楚来龙去脉,梳理的时候要认真耐心。想想这可能是你这辈子第一次也是最后一次这么全面的去梳理这个系统的旮旮旯旯了,之后可能就没啥机会也没啥耐心再去梳理一遍了(⊙o⊙)...是不是就会态度端正一点。
三、梳理系统体验报告系统的体验报告是和系统框架同步完成的,在梳理系统框架的同时如果体验到有阻碍的地方,就随手打开文档记一笔(截个图+写下关键问题点);
有阻碍的地方包括:有疑问的地方、需要动下脑筋思考的地方、一些有歧义的地方、不符合自己平时操作习惯的地方(交互)、太复杂的地方等等;
这个时候可以稍微感性一点,完全站在一个新用户的角度去使用系统,但是又需要有产品经理的直觉,可以精准的get到任何体验不好的点;说到这里我要严肃地批评一下我寄几!
我发现最近我有一个非常不好的地方:碰到一个明明体验不好但因为之前可能没遇到过的实现方式时,我第一反应居!然!是:会不会是这个业务本身就该这么实现??举个栗子吧还是,最近看到一个页面如下图,全是按天生成的报表文件,每个都只能下载查看。我自己看到这个页面的时候其实心里是很懵逼的,我内心的直觉告诉我:我想看到一个直观明确的数据列表,即把报表文件中的信息直接展示到页面中,不要让我下载去看还只能按天看。
尽管内心在呐喊不想看到文件,可是自己还是慌得一笔,生怕是因为自己不理解业务或是不理解用户的需求从而产生了这个幼稚的体验。一直默默的忍受了几天,最后跟前产品经理同事混熟了,我就开始向他吐槽,这里为啥设计成这样啊?是有什么特殊需求吗?为啥不做成列表啊?
前产品经理同事淡定的告诉我说:只是当时开发资源有限,这样开发起来比较快而已,你之后可以优化成列表形式。
听完之后我一口老血..心中压抑已久的大石头终于放下了..原来真是个产品体验的问题。所以,还是得相信自己的直觉鸭,不好用就是不好用嘛(●'◡'●)。
四、心态最后说个看似不重要也是很容易被忽略的一点,就是心态(手动划重点)。
刚到一个新公司,周围的人跟环境都不熟悉,大家都已经成团成组了,一开始很容易造成自己好像被孤立的假象,有些该问的东西由于胆怯也不敢去问、也不知道问谁。越是这样越是容易受阻,梳理需求也会漏洞百出然后恶性循环
我自己的想法就是:要乐观!积极!对事不对人!我热爱产品!我还小我还在学习阶段!我可是能言善辩的产品经理呐!


后记:终于找到了一个万能封面图,感动哭了,再也不用纠结封面用什么图了哈哈哈


亲好:)留言必回,请讲呗

关注我们