产品工作思路和方法_前端篇

摘要: 写这一篇时,我一直在琢磨要表述的这个产品工种用什么名字较合适:前端产品?功能产品?想想主要是为了与离用户稍

10-12 17:05 首页 腾讯大讲堂

 写这一篇时,我一直在琢磨要表述的这个产品工种用什么名字较合适:前端产品?功能产品?想想主要是为了与离用户稍远一些的数据和策略产品做个区分,于是觉得“前端产品”更合适。在我鹅,产品策划通道的大部分都是前端产品经理,而产品运营通道则有一部分是在做数据和策略产品。


前端产品通用模式:需求挖掘→功能设计→交互UI设计→开发测试→上线及效果跟踪。相对于后台产品,前端产品的流程比较固化,一般配备了完善的开发测试上线流程和资源,所以开发测试上线环节本文就不做阐述了。重点谈下需求挖掘和产品设计的一些经验方法。

一、需求挖掘

关于前端产品的文章有很多,大部分文章也都会提到需求挖掘方法。常见的需求挖掘法有:1)产品经理自身体验与灵感乍现;2)用户反馈与用户调研;3)竞品分析。这三种方法可谓老生常谈,因此不再详解。本文要说的是第4种方法。


在数据篇中我们曾提到过360°方法,该方法同样适用于前端产品的需求挖掘。上文提到的123种方法分别对应“自己”“用户”和“竞品”,那这第4种方法,就是从“合作伙伴”入手。某种程度上说,“互联网+”其实就是从合作伙伴入手,进入他们的产业链或让他们合并到我们的业务中。


合作伙伴可以是公司内部的资源。比如:我在做搜狗输入法产品时,有一个议题就是和兄弟部门“搜狗搜索”结合,探讨用户输入需求和搜索需求的关系和结合点,最终开发出了心有灵犀(搜索候选)的功能,方便用户快速搜索的同时也实现了输入法的变现。


合作伙伴还可以是公司外部资源。比如:地图服务于很多业务,这些业务都是我们的合作伙伴,如滴滴、京东、摩拜、大众点评等等。我们在给这些合作伙伴提供基础地图服务的同时,也可以考虑在我们的地图app中嵌入这些服务。比如:可以让用户在地图app中直接使用摩拜,完成“步行→骑行→乘车”一套完整的出行流程。又如:地图app搜索附近美食,可以看大众点评详情甚至直接团购下单。又如:针对运动爱好者,地图app可以规划运动路线、记录运动轨迹、接入运动类app记录的卡路里消耗等数据、实现用户分享等。从合作伙伴入手,可以扩展的空间有很多很多,比如试想想地图app+直播会如何?


需求做多了之后,会发现需求挖掘实际分为两种,一是“发现问题”,二是“发现机会”。发现问题,即在负面影响出现之后不得不救火;发现机会,则是预见用户的需求。亲身体验、用户反馈、竞品分析都是比较好的“发现问题”的方法,而“灵感乍现”“用户调研”及“合作伙伴”则可以着重用来“发现机会”。发现机会很难,关键点在于“对事物运行规则的理解”以及“对用户内心的把握”,这也是产品经理需要不断修炼的地方。

二、产品设计

前端产品设计三部曲:功能设计、交互设计、UI设计。功能设计定义用户体验流程和期望达到的效果;交互设计阐述每个流程节点中的具体交互细节;UI则是对界面的美化和包装。就重要性而言,功能设计>交互设计>UI设计。


小产品团队,一般产品经理需要负责功能设计+交互设计;而分工更细的团队,则功能设计、交互设计可能会有不同的人负责。下面提几个做功能设计的经验和方法。


1、 流畅、完备地进行功能设计


“流畅”是指,做功能设计时,要专注于让用户的体验更自然。技巧就是,不要给用户设置障碍,流程尽量简单和顺畅。


“完备”是指,做功能设计时,要注意逻辑的完备性。比如:有开必有关,有进必有退。又比如:如果功能有需要调用网络服务,设计时除了要考虑服务端的正常返回(产品功能理想状态)外,还需要定义服务端响应超时怎么办、服务端返回结果要不要缓存等等问题。这些细节比较多,对于新进产品经理来说是个挑战。解决的方法,一是靠产品自己强大的逻辑能力,自己去推演覆盖可能遇到的坑(所以不断提升逻辑思维很重要);二是靠产品团队积累的文档经验,前人栽树后人乘凉(所以产品团队的积累不断层很重要);还有一个比较简单的方法,就是找测试团队取经。测试团队的测试文档一般都很详尽,除了拆解产品功能外,还会把每个功能点的详细逻辑、测试需要注意的地方都记录下来,很方便新来的产品了解与学习。


2、 写一份方便理解的需求文档


产品需求文档要尽可能方便开发/测试阅读。开发/测试对于产品功能点的思路一般是这样的:前置条件→输入→处理→输出。其中“处理”包括正常期望的,还有异常情况处理。


需求文档的写法:先用用户语言描述清楚功能的使用场景、要解决的目的或者要达到的期望是什么样,然后按照上面“前置条件→输入→处理→输出”来做详细说明。


一份极致详细的需求文档,是让开发成为翻译者。需求文档写得好,开发就不用总被产品文档的逻辑漏洞、叙述不详尽的地方打断,而是把更多的精力放在架构设计以及如何把文档文字语言翻译成代码语言,专注于翻译的信达雅。


3、 积累一定的交互/UI知识


设计类的项目,多人讨论往往能激发灵感,但需要大家在一个频道对话(上文“方便理解的需求文档”也是这个意思,和开发测试在一个频道对话)。所以,为了更好的和交互/UI沟通,产品经理需要积累一定的交互/UI知识。比如和UI打交道,连基础的“色相”“明度”“饱和度”都不懂,又老在身后瞎“指点江山”,难怪要遭设计师嫌弃。所以,需要学点基础知识。最好再会点UI技巧“防身”,这样当UI不方便时,可以自己完成简单的活,具体见我之前的文章《产品经理必知的Photoshop实用技能》。有时间的话,还可以练练“像素眼”,容易和同样有像素眼的设计师产生共鸣^_^。


最后,说些总结的话。一个完整的大产品一般包括数据、策略、前端三部分。因为分工细化,不同部分往往会由不同的产品经理负责,且不同的产品模块又会有不同的做事思路和方法。但不管身处何位,产品经理的ownership很重要。做数据、策略的不可不管前端,尤其是如果前端功能体验烂得还没有到要拼数据和策略时;做前端的更不能不管做数据和策略。唯有三种产品经理互相配合,再联动UI、运营、开发、测试等共同努力,产品才能越来越好,才能给用户越来越优质的服务和使用体验。加油吧,产品经理们!


作者:陈婷,腾讯MIG地图平台部数据中心,高级产品经理。现负责腾讯地图位置描述服务及面数据相关工作。



往期文章


产品工作思路和方法_数据篇


产品工作思路和方法_策略篇




首页 - 腾讯大讲堂 的更多文章: