平台型产品的设计思路（从运营角度来看）

啥是渠道型商品？

下面引证天朝学子收集整理的内容，与咱们一同共享。版权归原作者一切，如您有版权权益方面疑问，请与我联络，核实后立刻进行调整，谢谢！

简略的说，自个不干，而是供给一个渠道，让别人去干的商品。比 如taobao即是一个渠道，它自个不卖东西，而是让买家和卖家在这儿买卖，它供给帮忙、效劳和监管的效果。许多人也许觉得taobao、天猫的规划逻辑并不杂乱，但本来 你看到的仅仅商品的一小有些，即面向买家C(Customer)的有些。面向卖家B(Business)的有些则要杂乱的多，当然还有面向开发者 D(Developer)的(比方taobao敞开渠道)。CBD都生长在taobao渠道上，都是渠道的一有些。当然除此之外，还有别的人物，比方模特啊、摄影师啊、效劳商啊等等，太多了，这儿就不逐个叙述了。所以渠道本来是一个杂乱的生态系统，这也是渠道的魅力地点。

渠道是一个大的概念，也分许多品种，比方手机的操作系统也是渠道，但它和电商渠道又很不相同。总的来说，渠道一同的特性，即是杂乱，且侧重事务和技能。这儿只说我触摸过的商品，不免以偏概全，但期望能抛砖引玉，导致更多人对渠道的爱好和重视。不过由于项目还未完结，暂时不便利披露太多细节，更多的是一些个人感触。

渠道型商品的特征

不论做啥类型的商品，都需求思考事务、技能、用户这三方面。而渠道型商品在这三方面的难度都加大了。

做一个C端商品，尤其是轻量级的C端商品，起点也许会对比朴实：尽量去满意用户需求，打造一个用户喜欢的商品是终究意图;可是渠道型商品则要杂乱许多。

首要：你很难轻松地了解你的用户，渠道型商品的用户也许有B端、C端、D端。C端的还好说，可是关于B端的用户，你不太也许成为他们当中的一员，你只能经过许多的用户调研来了解他们的运用场景、习气、作业办法等。关于D端的就更杂乱，最好是技能布景身世，不然很难短时刻上手。

其次：你不能忽视事务，它也许 关乎公司或有些将来的战略部署、也许联系到近期的商业利益、还也许与公司前史状况有关，而这些都也许会影响到终究的商品规划。

第三：渠道型商品的技能门槛 会对比高，对人力、技能才能、安排协作才能都有很高的请求，它们也对终究的商品形状有很大的影响。

关于这类商品，咱们不也许去等着PD(商品司理)给咱们讲商品的方方面面。一来渠道型商品通常有多个PD，每个人只担任一有些作业;二来商品十分杂乱，很难在有限的时刻内把一切事务、功用都讲明白;三来这是一个正在开辟中的新商品，改变十分快，每天简直都有新的发展，也时刻遇到新的应战;四来有些事务形状十分超前，很难迅速想明白。

但时刻不等人，上线日期摆在那里，报告日期摆在那里，宣讲日期摆在那里，咱们有必要想办法克服艰难。我记得《taobao技能这十年》里有一句话是这么说的：当你成为业界最强之后，你的疑问就会一同到没有人碰过，这就意味着你有必要自个动手解决疑问。

规划流程

在规划这个商品的时分，咱们首要向PD了解了一些商品的根本信息(比方商品布景、过往的用户调研内容、用户痛点、商品功用、事务场景、事务逻辑图等等)。由于内容对比杂乱、信息量大，规划师和商品司理的思想办法又不太相同(商品司理更多的是思考功用、事务模块以及它们之间的联系;规划师更多的是思考用户人物、使命、运用场景、信息构造等)，因而了解起来对比艰难。那么首要需求整理内容，把事务转化为规划师容易了解的内容。所以，我尝试依据自个的了解整理出商品不相同人物、使命、也许的页面等(不思考细节、分支流程等，只思考最根本的用户人物和用户使命)。为了能准确的表达事务，一同又契合用户的运用逻辑，也许要反复屡次，并跟PD不断评论(上图是PD整理的事务流程图，下图是我画的人物使命草图)。(由于涉及到未上线的项目，图像内容已做马赛克处理，期望不影响对办法的了解)

修正往后，我再拿着这个图去给规划师讲事务，咱们普遍反映好了解多了。一是由于里边有用户、使命、也许呈现的页面，看起来更像是一个用户故事，而不是冷冰冰的功用模块、流程图;二是由于这儿面只显示最骨干的使命，就如同一副骨架呈如今面前，更容易了解商品的根本构造。

依据这个图，就能够大致得出商品的信息构造、导航，然后咱们在此基础上弥补细节，构成界面草图(草图过于马虎，这儿就不展现了。顺带说一句，草图出来后视觉规划师马上YY了一个个性稿，这么咱们就能够大致依照这个个性来规划原型，漂亮许多，满意了报告或宣讲的需求)，这也是和PD一同评论、完善的进程。有 了界面草图，咱们就能够运用Axure来制作界面个性，然后PD接过去在里边填上和事务有关的表格、案牍等内容，交互规划师再依据阅历来弥补界面元素，完 善交互细节。在完善界面的进程中，咱们不断发现PD之前没想到的功用、事务疑问(主要是和界面有关的有些)，然后推进PD去解决疑问。有些东西暂时定不下 来，那就先假定，日后再去求证，总比啥都不做要强。之所以采用这么的协作办法，是由于PD更有事务sense，而规划师更有界面sense，充当了事务转化为界面的翻译。

后来这有些商品(本来这仅仅商品中的一个子模块，但这种办法也能够复用到这类商品的全体规划中)规划顺畅的准时完结了。我把整个规划流程总结下来，大概是这个样子：

前两步主要由商品司理和运营完结，规划师更多的是去了解，当然有条件的话参加进入十分好。后边的环节，每一步都由PD和UED一同完结。UED也参加了许多功用的规划、完善，PD也参加了规划原型。原型规划好后PD会产出对应的完善的PRD文档。这也和我以往阅历的规划流程十分不相同，以往都是PD先产出PRD文档，再依据需求不断修正。

咱们的分工大概是这么(这是一个我心目中理想的流程，实际上前面两步主要是PD和运营在做，咱们期望日后能够依照这个流程和PD一同奋战在一线)：

当然并不是说哪种必定好，哪种必定欠好，仍是看项目状况。比方咱们的项目由于事务对比新，所以有必要要深化的做好调研作业;而像普通的项目PD能够凭仗自个的阅历或竞品剖析迅速拟出一份文档，节约许多时刻。

后边我还会讲一个运用这个流程完结的详细事例，证实这个流程是能够复用的。

总结

1、渠道是为了成果别人，客户永远是第一位

前期的用户调研十分主要，比方PD们常常出去调研，积累了许多名贵的材料。咱们也跟着PD一同出去调研过，可是对方说的许多东西咱们都听不懂，所以了解事务十分的主要。

2、先抛砖、后引玉

许多时分艰难摆在眼前，不知道从何下手，那不如先随意抛出一个靶子，然后经过这个靶子再去找修正方向，总比停滞不前要强。

3、没有准确的规划流程，只要适宜的规划流程

阅历过这么多项目，发现每个项意图规划流程都不太相同。由于每个项意图商品类型、项目资本、项目环境、人力状况等都不相同。所以规划师要依据项目状况，思考最适宜的流程。当然也要留意沉积好用的办法，尽量让其能够多的复用。

4、做渠道规划不能只重视C端，B端也相同主要

咱们这个渠道本来应该是没有C端用户，但这并不能代表这类商品就不需求用户体会了。之前收到过许多用户反应，说了解商品需求花费许多时刻，严重影响作业效 率。对B端的用户来讲，时刻真的即是金钱。还有个例子：有次和PD谈天，他说在杭州打车时用快的总打不到车，只好用滴滴。后来他就猎奇的问司机为啥不用 快的，那个司机说由于抢单时快的的按钮方位有点远，不如滴滴便利，所以他就不用了。本来快的C端的用户体会还不错，但也许是疏忽了B端。可见B端的用户体 验有多主要。

5、和不相同商品类型的PD协作有门道：渠道型，贴着走;笔直型：并肩走;网站型，推着走

关于前面说的渠道型、笔直型、网站型这三品种型的商品，UED和PD的协作办法是不相同的：比方关于渠道型商品来说，事务杂乱且不易短期内把握，所以PD更 多的是推着UED走，UED也需求自动贴着PD，尽量好的给予规划上的帮忙;关于笔直型商品来说，PD从专业视点给定见，UED从规划体会视点给定见，双 方不分伯仲都很主要，所以要并肩走;而关于网站型商品来说，商品同质化严重，入门门槛低，用户体会则十分的主要，所以UED要推着PD走。咱们如今正在做 的商品既是渠道型，也包括笔直型，但以渠道型为主。

所以假设你曾经做的是面向C的网站型商品，那么转向面向B的笔直型商品乃至到有些面向D的渠道型商品时，必定会有很大的不适应。你发现你的参加度如同低了，成果感如同没那么强了，话语权也没那么大了。但这也是一个新的起点，意味着需求学习更多的东西。

经过做渠道商品，我体会了史无前例的各种阅历，深深地感到自个的浅薄，但也收成良多，后边会陆续跟咱们共享。如今我仍是渠道型商品的菜鸟一枚，期望将来能够不再持续苦楚，迅速蜕变。