快好知 kuaihz

从0设计App(5):2个维度构建产品之“道”(上)

通过前面大费周章,勉强搞定了需求的积累,也通过调研证实了市场可做,仍存在空间,用户的需求尚未得到满足。OK,进入产品设计环节,首先面临的挑战是如何将理念转化成产品的轮廓,从而进一步搭功能和交互。

笔者会从以下几个维度逐步拆开来写进程,慢慢形成一个系列。之前的文章,可以在笔者的个人中心阅读。

一、市场分析篇:市场分析(上);市场分析(下)

二、竞品分析篇:竞品分析

三、用户调研篇:用户调研(上);用户调研(下)

四、需求管理篇:需求管理

五、架构流程篇

六、原型设计篇

七、UI设计篇

八、PRD文档篇

九、开发管理篇

在此声明:本系列的产品内容原创且非商用,如有雷同,你抄我的。

一、战略&定位

在做架构、框架之前,Stop!

一款产品也好,功能也好。我们往往就会忽略了根本的东西,即产品的定位,笔者称之为一个产品的“道”,也是理念。

在《用户体验要素》一书中有提到“战略层”“范围层”“结构层”“框架层”“表现层”。和“战略层”概念一致,在工作中你可能会掌握需求池,在我们的0-1设计App系列中,之前我们也已经手握一些基本需求,如何组织这些需求,依据的就是这个“道”。

这个时候千万要停一停,花一点点时间思考一下“我们的产品定位是什么?”。如果想不透,问人也好,深思也罢,一定要拿出结论。这是你产品的“道”,是综合了用户需求和业务目标的东西。

在之前的文章中:产品人的深思:“力”“术”“道”中有提到。“道”分为两个方面:人性和业务,这对于C端产品来说尤为重要。

二、用户价值(人性)

通俗说,就是你的产品,解决了什么用户的什么需求。我相信大家对这句话都听烂了,不过,这真是最为关键的事。作为一名普通大众,我们看到的C端产品展现给我们的,基本都是基于这个“道”出发的。

一句话描述,一句话描述,一句话描述。包括在做产品分析时,分析别人的产品也是如此,用一句话去概括,是一种减法思维也是一种乘法思维。

只有通过一句话的形式,在思考时才能从思想上做减法行为,少即是多,从这里开始。别问,没有技巧。

不过这里我还是抛出一个来自起点学院课程中方法,提供点思路,即“术”:

填完这4个空,拆开来思考。串起来:我们的产品专门为面临    痛点    现状的    目标用户    而设计的,用户现在不得不接受    现在的选择    的难点,而我们提供    你的方案    去解决。

回到0-1设计App,我的答案是:

不玄乎,并不全是调研的功劳,这里的答案4成来自笔者的假设,6成来自之前调研验证。产品真正进入市场后,肯定会调整的,即MVP思维。

敢于假设,即洞察力,也是产品人的素质,在“道”的文章里笔者略提到过如何培养的方法。

回到一句话:互联网职场新人在中小型公司得不到业界大牛指点岗位技能的机会。

顺着这个思路,加上我们的方案。那么我们的产品定位核心也就出来了。

产品定位:大牛培伴式互联网职场技能学习平台。

对定位加以包装,也就形成slogan:陪练十遍,技能自现(编地比较随意)

因为是模拟产品,起了个名:职得App。

(如果你觉得跨度比较大,可以认真回读前几篇文章如何发现用户和找到目标市场的)

到这儿,我们总结一下:职得App。

定位:大牛培伴式互联网职场技能学习平台;

slogan:陪练十遍,技能自现;

目标用户:非一线互联网职场新人;

用户痛点:在中小型公司得不到业界大牛指点岗位技能的机会。

OK,产品的”道”已经摆在这里了。后面在做架构、业务流程、页面流转的时候,也必须围绕这个核心痛点来设计。所有的层级、交互、功能细节都应该体现出产品的“道”。

三、商业价值(业务)

产品除了用户价值外,必须有一定的商业价值支撑的。并非一定指的是赚钱能力,赚钱逻辑。

根据笔者浅薄的认知,有两个角度来思考这个问题:

产品形态(商业模式)

数据指标建模

3.1 产品形态

如何理解商业模式?定义太多太杂,笔者提供听过的一位老师的总结:商业模式就是各利益相关方的组合方式。另外,简单地讲,就是商业模式可以通过二维的图画出来。这里我们不过多深入探讨。因为这课程会涉及一整家公司供应端能力的问题,过于复杂。

产品形态可以算是商业模式的内容之一,作为产品经理,如果给你1支笔,给你2~3分钟,你能画清楚产品的形态,算是商业价值上(业务)搞清楚了。

没有既定的模式来画你的产品形态,大家看一遍应该就能明白了。

直接给个范例-抖音短视频:

说白了,产品形态就是产品解决需求的核心方法,是用户价值的延伸。

以下是我们的产品职得的产品形态。

这张图非常重要,是指导后续我们做产品、运营的命脉。

再拓展一下,图中的线,其实就是信息、数据的流动,而信息是可以设置价格的。也就是之前提到的商业模式是各利益相关方的组合方式。而不同的方式,可以存在不同的盈利方式。(比如:很多产品形态中还有广告主的存在,他们是了整个产品的商业模式重要一环)

关于盈利,暂时不再本文探讨范围之内,是商业、策略产品或CEO们核心考虑的。本系列重点在于从0-1设计上。而我们的App职得,很明显就是分成的方式盈利:课程费分成,圈子费分成。大家应该也能看出来。

3.2 数据指标建模

形态上,我们对产品具化了一步,还不够。数据建模是更加落地的行为。

重要性不赘述了,只能说:所有不用数据说话的产品,都是流氓,还是撕不过别人的流氓。

在这里,笔者提供一个之前学习到的3步法,在拆解和重构上很清晰。

从业务形态触发,找到中途的业务模块;

根据业务模块的特性分类:工具、内容、交易、社区;

给每个模块选数据指标。

继续分析抖音作为案例:

抖音短视频:通过PUGC的短视频创作以Feed流模式展示留住海量用户,通过来自第三方的广告费、收取来自内容生产者的广告信息费(Dou+)、直播礼物产生盈利,能够在从之前的流量暴涨到现在的稳定流量变现。

如下图:灰色为工具模块,蓝色为内容浏览模块,黄色为交易模块,绿色为社交社区模块。

通过之前的分析,其实也很明显地知道,内容浏览板块,也是抖音本质所在,是最为重要的。因此我将以“首页-推荐”来代表整个内容浏览板块。做好内容浏览板块才是抖音立身之本,是业务的数据的主干线。

另外,抖音目前流量巨大,2019年变现的尝试更为重要,从下图来看,最为为重的交易板块(广告、DOU+、直播打赏)都是抖音需要关注的核心业务,从流程来拆解他们的数据,搭建起指标。

然后,再对每个模块进行拆解,尝试着分析这个庞然大物的数据指标。

整个拆解方式,大概是如此的。(上述案例是笔者于19年初所做,与实际情况有所出入)

回到我们的主线,其实做0-1的产品时,逻辑是一样的,只不过复杂度远不如抖音罢了。顺带一句,整个环节是必须做的,如果在实际工作中,必然涉及埋点工作,这个地方梳理清楚了指标建模,才能指导后面数据工作。

因为笔者做的是模拟0-1设计App,这里就把数据建模当做一个彩蛋留给大家思考吧。其实很简单。会在下一篇:架构流程(中)篇里公布答案的。

四、总结

到这里,我们已经左手界定了产品用户价值,右手搭建了产品的商业价值。左手务虚,右手务实两手一起抓,这是我们产品的根本。这也是笔者认为的“道”所在,是作为产品经理特别需要关注的东西,抛掉其他不看,本文的内容是整个系列的核心。

(如果公司有交互设计师,可以说产品的大部分工作至此已完成80%)

下一篇:架构流程(中)。我们将重点讨论根据产品的定位,如何来设计整个系统的架构和功能结构。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:维度  维度词条  构建  构建词条  设计  设计词条  产品  产品词条  App  App词条  
设计

 首页改版复盘 | 设计流程的那些...

公司理财APP最近完成了一次首页拉新页的改版,我通过对这次改版的复盘,总结了在设计流程不够完善的公司可能遇到的一些坑,以及应对方式,希望能够帮助到屏幕前的你~目...(展开)

设计

 案例复盘:浅析数据统计APP的制...

作者根据自身的经验,描述了自己制作一款产品的主要过程,从中总结了一些经验方法与大家分享。无论是C端还是公司内部用户,都可能会有数据统计的需求。我个人认为,单从产...(展开)