从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%)
下一篇:架构流程(中)。我们将重点讨论根据产品的定位,如何来设计整个系统的架构和功能结构。
作者:朱鲁斌,同花顺产品经理。专注于产品的“道”“术”“力”。以产品道世界,以笔画世界,妙哉。
本文由@朱鲁斌 原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash, 基于CC0协议。
非常棒👍
你好!你是已经做了这个职得app这个demo吗
是的,这个系列在做复盘和术的总结