编辑导语:近年来,产品经理是很多互联网人都向往的一大岗位,那么作为一名UI设计师如果想转行做产品经理该如何做?作者总结自身项目经验,给大家介绍与总结自己接触百万级项目,负责产品经理工作的方法,希望对正在转型的你有所帮助。 俗话说不想当产品经理的UI不是好设计,这次跟大家聊一聊“UI设计师如何应对To B百万级项目-转型产品经理并0-1项目落地”。 第一次写文章,分享一下自己的经历和总结经验,供大家参考;内容涉及的环节比较多,很多地方写的也比较笼统,如果大家感兴趣欢迎一起深入讨论。 做UI也有几年的时间,产品经理的种子也一直埋在心里,先跟大家介绍一下我是怎样接触到百万级的项目,负责产品经理工作的。 由于我们产品经理人员的流失,导致刚刚接手的项目无人接手(其他产品经理也不想去接这个项目)因素有两点:一是要与新的团队去合作(成员比较难搞)、二是政企项目的复杂度(项目与合作对象),下面会给大家简单介绍一下。 领导经过多方谈话后,无人接手的项目就转到我这里来了,人们总是对于未知的事物产生恐惧。而我此时也是悲喜交加,喜的是终于有机会去做产品经理的工作了;悲的是万一项目搞砸了怎么办? 其实一开始我是拒绝的,与其说拒绝不如说是害怕,怕什么?怕把项目搞砸、被开发甲方怼、Bug乱飞、产品不能如期交付…你不接手可以说是不在职责范围内,一旦你接手后再出现问题那就是你的工作失误,影响极大。 既然上了贼船那就好好当个海盗吧,万一成功了呢?怀着恐惧的心理,接手了项目及近20人的团队,并开始了与甲方第一次沟通(产品经理生涯正式开始)。 相信大家对产品的流程也倒背如流了吧,产品前期要进行需求沟通、需求分析、需求挖掘、产品原型设计、需求评审、开发、测试、验收等一系列的环节。接下来分别从上述环节一一详述并举例说明。 一、需求沟通1. 了解产品背景、业务流程知己知彼,百战不殆。这一环节主要是要与甲方沟通项目的背景、目标、方向,了解业务和流程,说通俗点就是为什么要做这个产品,要解决什么问题,怎么解决?业务流程是怎样的?这里至关重要,一定要搞清楚业务流程、甲方要做的事情,切合现实场景帮助甲方去把需求说清楚、更具象化,并落实到文档中,抄送所有相关人员知晓。 这里要注意一点:你所对接的干系人是否具有话语权或者决策权,是否代表领导或者用户(往往对接人和使用产品的不是一拨人)如果以上都不是就要注意了,这时候如果不制定策略那产品开发完成后,你大概率就会听到:
不仅会导致需求延期还会影响整个团队的情绪。 二、需求分析1. 分析需求,将原始需求转换为产品功能点为什么要将原始需求转换成产品需求?一是要梳理产品逻辑和层级、二是要将语言翻译成开发团队可以看的懂的内容,这样才可以进行后续的工作量评估、迭代计划的制定等。 通过我们上一轮儿沟通后,已经对产品的背景、方向、目标、业务都已深入了解。这时心中大概也有了一个产品雏形,对接下来要做的事情也逐渐清晰。 第一步:我们将甲方提供的原始需求文档,分析需求后转换成产品功能点。这里通过第一轮的沟通和深入了解业务,对于用户要做的事情已经清楚,所以转换成功能点难度不是很大。举个例子,如下:
我们在对原始需求分析的时候,要先从产品的一级开始,也就是业务的第一步开始。这样的好处是逻辑、层级不会混乱,是按照业务逻辑一步一步的深入产品功能;如果我们上来就对照原始需求一条条拆分,接下来你很可能就迷失在产品中,非常混乱。 原始需求分析完成后,基本上产品的逻辑、方向、功能都清晰了,这时不要急于开始产品设计、开发,切记!哪怕你已经和甲方看过了需求内容,甲方也觉得没有问题,也请不要暗自窃喜,急于进行下一流程。 有一点需要注意:在和甲方过产品功能文档之前,最好先给内部开发团队的同学讲一遍,让团队知晓我们即将要做的事情,心理上有个准备(或者是哪些方案的成本较大,在给甲方看时,内部先消化掉,避免一些不必要的麻烦)。 三、需求挖掘1. 继续明确需求、发现隐藏需求(真伪需求)相信大家都知道那匹马的故事,这里在赘述一下: 100多年前,福特公司的创始人亨利·福特先生到处跑去问客户:“您需要一个什么样的更好的交通工具?” 几乎所有人的答案都是:“我要一匹更快的马”。很多人听到这个答案,于是立马跑到马场去选马配种,以满足客户的需求。但是福特先生却没有立马往马场跑,而是接着往下问。
|