外包产品经理：从需求到功能，既要有借鉴也要创新

产品壹佰  •  扫码分享
我是创始人李岩：很抱歉！给自己产品做个广告，点击进来看看。  

本文共2878字，预计阅读5分钟

外包产品经理：从需求到功能，既要有借鉴也要创新

第10篇原创


外包产品经理：从需求到功能，既要有借鉴也要创新

万丈高楼平地起，产品的学习要先从实践思维认知开始，扯大旗，说道理，讲理论谁都可以，唯独产品不光要会吹，还要会做 。

序

产品的工作是一个理性又抽象的工作，代表不光需要思维上的学习，还需要结合实践来进行学习。然而大部分文章都是以比较抽象形式，讲述各个方法论，或者是直接将问题上升到“哲学”的层次上，让人难以理解或只能抽象的理解。

外包产品经理：从需求到功能，既要有借鉴也要创新


这样文章对于产品老手是喜闻乐见的，因为可以和工作中的经验进行对照，反思出自身需要改进的地方，就算没有遇见过，也可以在后续工作中进行实践。
但是这类文章对于一些产品新人来说却是比较的抽象，很难进行实践验证，强行理解也会出现理解偏差，这个是无法避免的。
面对这样的情况，我也是这样踩坑过来，所以我希望以另外一种文章风格进行复盘，复盘的同时重新思考，已达到固基修行的效果。

01 外包和自研都是产品

一 听到做外包项目，我想很多人就直接不感兴趣，觉得去做外包是没有意思的。
认为外包项目相比较自研产品来说是真的垃圾，要“深度“没”深度“，要沉淀没沉淀。觉得做外包的产品就是按照客户的意愿来做产品，进行功能设计和规划。做外包的产品经理都是一个个的泛泛不精。什么产品思维都是想屁吃。

外包产品经理：从需求到功能，既要有借鉴也要创新


相反，对于做自研的产品经理来说，似乎大家就在另外一个精神层次。

在这个层次里面大家都在努力学习，没人说自研的不好。大家都向着让产品变成更好的目标去前进。从而加班加点的努力提升自己的能力。

但是， 在 经历过自研和外包后，我觉得这两者的差别只是在于产品经理自身而已——外包和自研的本质是相同的，他们都是为了解决用户的需求而存在，只是一个专业且长久，一个专注且短暂。

所以在初期也是大环境成熟的现在，我们大可不必去过分的追求所谓的自研。

现在的我们已经度过了艰苦的从零到一的过程，这导致现在市面上基本都已经有了比较成熟的产品，这类产品或多或少会和我们相同或相似，这些相同和相似代表着互联网已经进入了一个成熟且残酷的阶段，在这个阶段中，大家的基因都有着很高的相似度，说是兄弟姐妹都不为过，那该如何脱颖而出，就需要看我们自身不断的“创新”了。

02 特别说明

我想说明这里的创新不是真的要创造一个新的事物，而是更多是先从思维上进行改变，再具现到现实工作的“微创新”中。
例如：国内的地铁座椅的摆放与国外（日本）地铁座椅的摆放。


对于座椅来说，它不是一个新的东西。但是对于为什么要改变位子的面朝方向？为什么选择面朝这个方向？这些问题我觉得可以将称之为微创新。
那么日本地铁的候车座位为什么要改变面朝的方向呢？
原因就在于国外（日本）的地铁上没有像国内有防护门，同时因为他们有着浓郁的加班文化，往往很晚才会 被动下班 ，下班后在等地铁的时候，往往都会 乘 此机会在椅子上打个盹，休息休息。
而为了避免因为打盹造成的注意力不集中，从而出现危险情况（比如突然听到车来了，惊醒后站起来，就冲上车……）所以就有了改变。


回归主题，现在作为一个外包的产品经理，甲方（原来的我）给我了需求，以及“甲方想要的功能”那我接下来要如何做？是直接开始画原型，还是去先去了解？
这个过程我将他们分为 洽谈、筹备、设计 、研发、测试、验收和交付。

03 洽谈


首先是洽谈， 在这里我们一定要了解甲方的需求是什么，不要茫然的就开展工作，要做到知天命尽人事，不要因为它是外包项目就想草草了事。
开始时，我们要了解甲方的背景，知道甲方有哪些属性，例如：从事潜水行业数十年，线下门店会员过万等等。
随后便是他提出这类需求的诱因，例如：行业壁垒较高，业内缺少线上领头羊，想依据丰富的行业经验来制定线上的行业准则，希望更多的同行和爱好者交流沟通等。
在初步的了解这些情况后，我们就需要询问甲方，他对于产品（或者是APP、小程序等）有没有一个初步的想法，他想象中的是什么样子的。
这个时候我们就需要记录下来，记录在他们设想中产品所拥有的功能以及一些简单的页面逻辑。因为这些功能对于甲方来说，他认为是可以解决他某个问题的方案。
那到底这个方案真的能不能解决问题，以及还有更好的方案吗？我们可以在后面调研设计的时候进行完善修改。
（不要小看了甲方提出的方案，现在大家都处于信息爆炸的时代，每天都有无数APP、H5或者是小程序冲击这所有人。且甲方在做之前一定也是事先了解过相关问题，了解了之后还提出的方案，是十分具有参考价值的。）

04 筹备


了解了背景之后就开始筹备了。这个筹备的阶段也可以对应自研的调研阶段。我们要去了解这个行业，了解这个行业的上中下游。
而甲方是处于上中下中哪一个地位，我们要面对的用户群体是怎样的群体。
除了做这样信息类的调查，如果条件允许，我推荐我们自己化作用户，去线上线下去体验甲方的服务。
因为是外包，所以很大几率我们就是一个小白用户，作为小白用户去体验甲方提供的服务，能够让我们更好的了解他们的整体。
在整个产品生命周期中，拉新和留存是不变的王道，大部分的产品都是有着这样的生命周期。
以潜水为例，作为一个从来没有潜水，甚至是连游泳都不会的一个人，去体验潜水，是需要很大很大的勇气的。
从第一次看到大海，那种面朝大海春暖花开的感觉，让人十分愉悦（哈哈，我一直生活在内部，见过江河湖泊，就是没见过海……），再到下水前潜水教练告诉我们需要注意的潜水事项以及简单的手势含义。
最后下到水里，看见色彩缤纷的珊瑚礁那种惊喜感是真的让人沉迷。
除了去亲身体验，我们也会遇见各种难题，无法去进行这种类似的体验，那么我们就需要去通过互联网，去了解收集这类似的问题。以帮助我们去判断方向。

05 设计


有了甲方设想的产品样子，以及我们去了解之后得到的结论，这个时候，我们就可以去设计产品了。
在设计的时候我们可以借鉴相似产品的设计，再综合甲方的思路。最后在这个基础上进行轻微的创新。通过纸和笔展现出自己的思路和风格。
拿着这些能被看懂的东西（不管是表格还是手画的草图或者是用axure、墨刀等工具做出来的原型），与甲方进行沟通和确认。
在确认的过程中，我们要知道，合理的删减功能和分期，并不是只有钱多钱少的问题，我们要看长远点，包括了自己能力的提升以及对于甲方认知专业度的提升。

这里我不想 讲 什么高大上的方法论，我更加推崇的是，先“抄（借鉴）”再“改（微创）”。 前者是为了节约时间成本，后者是对于我们能力的提升。

（ 这里我留下一个我常用的Axure组件：链接: https://pan.baidu.com/s/1zzr6Yi_WsqSB-2jlXBeEww 提取码: ghcn）

同时，出现了不知道如何设计功能的时候，可以跟着我们的直觉，进行一些小功能的创新。（要知道，相对论的诞生，也有爱因斯坦物理直觉的功劳，而我们在大功能和模块上不敢进行大的改动，那我们可以先尝试从小功能上创新）

在设计过程中我们切记不可 闭门造车 ，直接打开电脑就表演个，山中无日月，寒暑不知年。

最好的方式是尽早拿出一个“粗糙”的产品去获取用户真实的反馈。根据反馈再去改进，至于使用这种方式的次数，在于和甲方沟通后再说，如果确实钱谈不下来，可以自己私下简单的 为自己 做一次，看看反馈。

-END-

作者：wcof，在努力做产品不做产品经理的人；微信公众号：Wcof（ID：wcofPM）

本文被转载1次

首发媒体 产品壹佰 | 转发媒体

随意打赏

提交建议
微信扫一扫，分享给好友吧。
关闭