产品功能如何定义?

产品功能如何定义?

一款产品一般会具备一定的盈利点(商业变现能力)、其独特的使用价值,偶尔还会掺杂个人创作时的产品情怀(初心),像锤子科技入场手机行业的时候,是定位于年轻小众的用户群体,为他们提供个性观感的用户体验,虽说后来败北了,但也曾收获了一批用户的喜爱,也有因为这个领域始终存在着它的壁垒,所以不是简单的情怀就能做成一款好的产品。

当然,如果不是创始人,创作的情怀可能会体现的没那么深刻,但是产品早期的定位在一定程度上已经确定了基础的业务方向和发展的基调。

很多企业可以靠一款核心产品,进而延伸到其他的产品创造,基础产品实现了赚钱能力后,从而支撑其他的产品的试水,即使失败,也不至于“关门大吉”。

而当产品经理切入产品设计时,一般有我们常用的两种产品类型,一种是基于基础核心业务延伸的从0到1的项目设计,一种是处于生命周期-成长期中从1到N的产品迭代。

而这2种规划产品的功能的方式也是不一样的。

01 从需求出发

不管是哪类产品,立足点都是基于需求,而需求池也分2种,一种是源源不断的需求池,一种是寥寥无几的需求收集;前者更为切合从1到N的产品,上线后的需求或反馈都是来自真实用户的声音,包括主动的从现有的产品进行回访、用户调研以及通过用户的反馈和建议收集有效需求。

有了需求,那是最直观的,对应的产品功能可以根据此展开进行规划。

产品经理,产品经理网站

而第2需求类型,常常是因为局限于没有经验,不熟悉不了解所以需求的声音很少,这时候,产品经理就需要主动的去对比竞品,去分析竞品,解析出产品的核心需求,并且去了解这个产品的一个市场背景、规模和场景范围了。

当然,竞品分析不是让你全部照搬抄写别人的产品,这是没有灵魂的,作为一个产品人,是需要有自己的想法的。B端产品的分析,更加倾向于功能模块及逻辑设计,而非用户体验或界面的细致优化。

从0到1的产品功能规划时,要明白企业是属于某个行业的,而行业的范围比较广泛,比如做教育的,器材可以属于教育装备的一种,教务管理系统也可以属于教育装备的一种。另外,书籍、校服、桌椅等面对的对象是学校的,他们也可以说自己业务涵盖了教育领域。

所以,我们设定或规划一种产品时,往往都是有关联性的,而不是完全切入一个新兴的领域,撸起袖子就干。

当然,有能力的并且有钱的企业是可以这么做的,但是对于门槛较高或需要积淀的领域,他们也不会贸然动手,起码会先观望一下,然后找一找这个领域内的老玩家,通过合作的方式获得了经验值再自己独立做,但是做肯定是不会做相同的事情,老的市场被吃透了,这时候只有把新的东西注入,才能获得一些收益,比如把自己独特的优势、互联网观念或用户个性化体感的设计再应用到传统的制造业中,摸清了其壁垒及门道,才能走出自己的道路。

02 定义场景

场景是功能使用的具象化,主场景作为该功能的一个核心定位。如做一款访客产品,定位于通用性产品,你将考虑到其面对的对象,包括:

  • 购买者:政府单位、企事业单位、写字楼物业、小区物业、学校等(看重外观、整体系统的业务流程及效率、来访者的用户体验)安全需求较高的场景
  • 使用者:公司前台、门卫保安(看重产品易用性,且门卫保安等存在学历较低、年龄较高等普遍情况)
  • 受访者类型:集团大厦管理、公司部门、物业园区、政府机关、信访单位,政府机关、部队、学校、住宅小区、写字楼、会议展会

用户群体则可以细分:

  • 访客:商务洽谈、应聘者、办理业务、长期驻场员工、后勤(物料配送、维修)、参观、临时出差人员、外卖/快递配送
  • 受访者:企业高管、接待员/招聘者、业务办理人员、后勤管理人员
  • 未知人员:广告人员/推销、系统故障、人工登记后等遗漏登记的人员

03 思维导图罗列大体功能

调研竞品后,也分析了产品的使用对象及场景,这时候可以提炼和列举出核心且必要的功能,分析并讨论,这个时候一般是产品经理之间的相互讨论及推敲,可以先个人提出自己的方案进行比对,再去重择优,一个个将一级和二级的功能模块确认下来(也可以是3级,视具体情况而定),将整一个产品框架定下来。

思维导图的使用和场景使用也是相辅相成的,此类场景是基于主场景下的细化。如,对于访客来说,他去拜访用户,是否需要提前预约,如果没有提前预约,现场登记的方式和提前预约的方式有什么不一样,这样就可以确定下来,两种方式:预约和现场登记。那预约又可以包括访客H5扫码主动登记或者企业邀约申请等等。

04 整理流程

功能模块确定后不要急于去画原型图,因为更重要的一步还是整理整个产品功能之间的关联性,即产品数据的来龙去脉。

流程可包括业务流程、限制流程、前后端交互流程图等。以下图进行例举:

1. 业务流程图

为业务模块核心的工作流程,数据流向及基础判断,及业务的几种模式都可归属为业务流程,涉及的模块和功能一般是自己的模块属内。

产品经理,产品经理网站

2. 限制流程图

如在增删改查的过程中,对数据的一些限制和参数判断后的不同流向,往往是由多个模块之间的规则限定的,涉及到不同模块之间的关联性较强的说明。

产品经理,产品经理网站

3. 数据流程图

数据传输的起点和终点。一般软件包括前端和后台服务器,后台主控数据的管理和分析,通过后台对前端应用进行管理,常见的为数据的上传下发和命令的顺序的判断。此流程图着重对数据前后端的交互及整体流程的绘制。

产品经理,产品经理网站

基于以上都整理清楚之后,就可以开始进行原型设计了,原型的布局和风格可以根据现有软件或UI专业的建议进行设定,对于B端产品来说,布局和排版对功能影响不是很大,即使从0到1,也可参照市场常见的布局或根据公司规定的统一。而风格和产品定位尽量贴合,假如你做一款小清新的APP,就不要使用暗黑风格的调调了。

这就是今天篇文章讲的,之后会分享一些关于功能规划时的一些细节点。

产品经理,产品经理网站

 

本文作者 @漂浮柠檬核 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部