关于平台型产品，我产生了一些设计思考.docVIP

关于平台型产品，我产生了一些设计思考 　　做平台产品，前期是搭积木，后期像抽积木。快速上升期，要搭建稳固的地基，架构合理性决定了上限；稳定迭代期，谨慎增删改，考虑牵一发而动全身的情况。 　　 　　平台型产品定义 　　由“生产者”（厂家，渠道商，作家，开发者，直播主）生产出内容（商品，服务，文章，视频），通过平台提供给“消费者”（买家，读者），后者消费（付费，收藏，转发）内容，并给予生产者回报。平台的本质是通过制定规则、提升效率，使双方完成价值交换，从中获取利益。 　　平台型产品特征 　　1. 目标用户不容易被定义，需求多样，角色多样（C端、B端、D端） 　　你很难轻松地了解你的用户，平台型产品的用户可能有B端、C端、D端。C端用户还好说，但是对于B端的用户，你不太可能成为他们当中的一员， 你只能通过大量的用户调研（推荐实地观察）来了解他们的使用场景、习惯、工作方式等。 　　2. 强调信息设计和导航设计，弱流程设计 　　由于垂直业务方对自身用户的使用习惯有更加深入的理解，所以往往偏行为设计的部分会交由业务方独立完成。平台设计师需要重点发力的应该是入口层的信息设计，如何将流量更有效率地导向业务，是我们的核心思考点。 　　相应的设计策略 　　1.上帝视角 　　设计师需要主动对整个行业和业务有长期深入的理解。很多设计师在考虑不周全的情况下，草率产出方案，容易造成“盲人摸象”的结果；所以，在思考方案时，应尽量抽离出来，站在全局的角度考虑问题，合理的方案推导常常是逐一否决后的妥协结果，要格外警惕“黑白思维的暴政”，始终相信会有更加合理的“灰色方案”。 　　2. 庖丁解牛 　　学会拆解定位目标用户，缩小思考范围并准确定位问题。前文提到，平台产品的目标用户通常比较难以定义（尤其是巨无霸平台，你能准确说出手机淘宝、手机百度的目标用户特征么？），所以一个比较可行的方法就是将目标用户进行分类，根据本次项目需要满足特定用户诉求，将设计过程导入常规的方法论框架中。 　　3. 和而不同 　　尽量追求体验一致性，为此制定体验设计规范并推动落地。作为平台产品的设计师，始终应该将统一的体验标准做为重要的考虑因素，统一的体验可以降低用户的认知和学习成本，并有效传达品牌和产品理念。 　　4. 拥抱变化 　　业务方是平台产品的客户之一，在做设计决策时应该尽量考虑他们的感受并倾听合理的诉求，针对一些重要的项目，最好采用“共建”的方式进行，降低系统性风险。 　　另外，设计师需具备较强的适应能力。平台往往承担了内部新业务孵化的职责，产品变化快，业务形态超前的问题是无法避免的，需要设计师以开放的心态面对合理的需求调整并坦然接受不够理想的结果。 　　5. 软硬兼施 　　利用实证说明设计方案合理性。这里可以视项目的重要级灵活采用不同的推导工具，例如大型设计改版，在阐述方案前一定要给出定性和定量的支撑；快速迭代型项目至少需要在前期进行简单的竞品分析，通过优劣势对比给出设计依据。 　　据我了解，为了适应互联网产品开发周期不断加快的现状，成熟公司的用研团队很早就在尝试如何将完整的用户调研方式进行分拆，以便适应敏捷开发，各位设计师可以关注BAT设计团队的官方网站了解这方面的内容。 　　另外，由于平台产品需要更多考虑底层逻辑和系统，研发同学的话语权会更高，一些常规手段无法解决的问题，可以通过私人关系推动。（努力招聘一些高颜值攻关型设计师吧） 　　设计执行中的关注点 　　1.在需求分析阶段，着重明确业务目标并仔细推敲业务逻辑（是否与其他功能的目标有冲突） 　　例：在美团智能场景项目中，负责该业务的产品经理提出要增加一个具有推荐策略的新场景。 　　 　　如果设计思考的起点定义为：如何将新增的这种场景做的更吸引人点击，更高效，就会错过一个更底层的问题：这个模块的定位是什么？ 　　改版前的智能场景目标非常明确：提供一种最高效的任务完成方式。基于这个目标，它才可以在首页占据如此重要的位置并得到用户的认可（点击率和访购率都很高）。但在新的改版思路下，原本的核心产品定位被动摇了，内容并不足够精准，操作不够极致高效，并且会与首页已有的产品形态产生定位上的重合造成认知模糊（首页已有猜你喜欢模块）。 　　基于以上原因，需要让产品同学重新梳理业务逻辑，明确核心问题：在保持原有定位的情况下补充完善，还是为了新方案而调整产品定位？ 　　通过对上游问题的梳理后，才能使产品与设计对功能逻辑的认识清晰一致，从而指导后续的方案设计。 　　2. 不能等战略和功能细节完全确定后再进行设计（由于某些产品比较新，随时可能出现调整） 　　《用户体验要素》一书中，Jesse James Garrett抛出了五个层面的体验要素，并提出“让任何一个层面中的工作都不能在其下层面的工作完成之前结束”。 　　 　　个人认为，此原则特别需要得到