如何设计一个平台型产品.docVIP

如何设计一个平台型产品简单的说，自己不干，而是提供一个平台，让别人去干的产品。比如淘宝就是一个平台，它自己不卖东西，而是让买家和卖家在这里交易，它提供帮助、服务和监管的作用。很多人可能觉得淘宝、天猫的设计逻辑并不复杂，但其实你看到的只是产品的一小部分，即面向买家C(Customer)的部分。面向卖家B(Business)的部分则要复杂的多，当然还有面向开发者D(Developer)的(比如淘宝开放平台)。CBD都生长在淘宝平台上，都是平台的一部分。当然除此之外，还有其他角色，比如模特啊、摄影师啊、服务商啊等等，太多了，这里就不一一叙述了。所以平台其实是一个复杂的生态系统，这也是平台的魅力所在。 　　平台是一个大的概念，也分很多种类，比如手机的操作系统也是平台，但它和电商平台又很不一样总的来说，平台共同的特性，就是偏重和技术。这里只说我接触过的产品，难免以偏概全，但希望能抛砖引玉，引起更多人对平台的兴趣和关注。不过因为项目还未完成，暂时不便披露太多细节，更多的是一些个人感想。 　　平台型产品的特征 　　不管做什么类型的产品，都需要考虑业务、技术、用户这三方面。而平台型产品在这三方面的难度都加大了。 　　做一个C端产品，尤其是轻量级的C端产品，出发点可能会比较纯粹：尽量去满足用户需求，打造一个用户喜爱的产品是最终目的;然而平台型产品则要复杂很多。首先：你很难轻松地了解你的用户，平台型产品的用户可能有B端、C端、D端。C端的还好说，但是对于B端的用户，你不太可能成为他们当中的一员，你只能通过大量的用户调研来了解他们的使用场景、习惯、工作方式等。对于D端的就更复杂，最好是技术背景出身，否则很难短时间上手。其次：你不能忽视业务，它可能关乎公司或部门未来的战略部署、可能关系到近期的商业利益、还可能与公司历史情况有关，而这些都可能会影响到最终的产品设计。第三：平台型产品的技术门槛会比较高，对人力、技术能力、组织协作能力都有很高的要求，它们也对最终的产品形态有很大的影响。 　　产品分为大致三种类型：平台型、垂直型、网站型。平台型：更靠后台系统，对技术的了解要求加强，如电商的交易线产品、安全类产品;垂直型：更多商业层面的内容，对行业知识要求加强，如网上超市、网上药店等;网站型：更偏前台网站页面，对UED相关知识要求加强，如一些团购网站、社会化导购网站。 　　我总结了下面这个表格，通过它可以更清晰的了解平台型产品与其它类型产品的区别： 　　平台型产品的设计挑战 　　1、总的来说业务、技术上都相对复杂，我们目前正在做的更是一个史无前例的产品，业务、功能、设计都没有太多可以参考的对象，大家都是在摸索中前进。以往的经验、产品设计流程可能都没法直接复用。 　　2、我以前总觉得用户调研很重要，并且团队中应该配备专业的用研人员。后来才发现做目前这个平台产品的调研，需要对业务理解的非常透彻，而这需要多年的相关工作背景。因此这个项目的调研工作主要由PD和运营来完成。 　　3、我们目前在做的平台型产品，业务和功能是最重要的。对于设计师来说，最大的挑战莫过于理解这么复杂的业务，然后才是设计的问题。 　　对于这类产品，我们不可能去等着PD(产品经理)给我们讲产品的方方面面。一来平台型产品往往有多个PD，每个人只负责一部分事情;二来产品非常复杂，很难在有限的时间内把所有业务、功能都讲清楚;三来这是一个正在开拓中的新产品，变化非常快，每天几乎都有新的进展，也时刻遇到新的挑战;四来有些业务形态非常超前，很难快速想清楚。 　　但时间不等人，上线日期摆在那里，汇报日期摆在那里，宣讲日期摆在那里，我们必须想办法克服困难。我记得里一句话是这么说的：当你变成业内最强之后，你的问题就会独特到没有人碰过，这就意味着你必须自己动手解决问题。 　　设计流程 　　在设计这个产品的时候，我们首先向PD了解了一些产品的基本信息(比如产品背景、过往的用户调研内容、用户痛点、产品功能、业务场景、业务逻辑图等等)。由于内容比较复杂、信息量大，设计师和产品经理的思维方式又不太一样(产品经理更多的是考虑功能、业务模块以及它们之间的关系;设计师更多的是考虑用户角色、任务、使用场景、信息结构等)，因此理解起来比较困难。那么首先需要梳理内容，把业务转化为设计师容易理解的内容。于是，我尝试根据自己的理解梳理出产品不同角色、任务、可能的页面等(不考虑细节、分支流程等，只考虑最基本的用户角色和用户任务)。为了能正确的表达业务，同时又符合用户的使用逻辑，可能要反复多次，并跟PD不断讨论(上图是PD梳理的业务流程图，下图是我画的角色任务草图)。(由于涉及到未上线的项目，图片内容已做马赛克处理，希望不影响对方法的理解) 　　修改过后，我再拿着这个图去给设计师讲业务，大家普遍反映好理解多了。一是因为里面有用户、任务、可能出现的