从设计个维度构建产品之道上

　　通过前面大费周章，勉强搞定了需求的积累，也通过调研证实了市场可做，仍存在空间，用户的需求尚未得到满足。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%）
　　下一篇：架构流程（中）。我们将重点讨论根据产品的定位，如何来设计整个系统的架构和功能结构。