Vol4|需求设计 — 概念设计

       上篇我们进行了需求分析，很多小伙伴是不是准备抄起了家伙（Axure）开始画原型了。小编刚入门时，也和大家一样，错以为产品经理主要工作就是画原型。交付出去的PRD经常被开发怼，一个rp原型反复修改，修改到对自己智商怀疑~。这就是没有做概念设计所致。概念设计也叫信息架构设计，是对产品功能的结构进行梳理。

   概念设计，需要保持主干清晰，枝干适度。即产品的主要功能，尽量保持简单、明了，不可轻易变更，让用户无所适从。次要功能丰富主干、不可以喧宾夺主，尽量不要放一级页面。

    主干功能框架设计的过程中要先考虑设计的合理性，是否已经包含所有需求的功能。概念设计过程中，一般有如下两类。

一、完整独立的系统设计

      完整独立的系统，比如权限管理系统、订单管理系统、客服系统、退换货系统等。设计这类系统时，需要从 用户角度、系统包含的对象以及对象的操作场景着手。

独立系统设计思考层面

二、单分支业务流程

       单分支业务流程，比如退换货系统的 退货流程、换货流程、退款流程等，用于满足单一业务场景，但流程较长，涉及到的用户操作场景和环节较多。做单分支业务流程的概念设计时，要先确定大的环节，然后基于每个大的环节梳理每个环节会产生哪些分支。

单分支业务流程

设计原则

概念设计时需要从 用户层面、产品层面、业务层面综合考虑，把握住这三个层面，才能保证产品功能设计不偏离。

概念设计思考层面

1、用户层面的思考

理解能力：用户认知成本和学习成本。

操作熟悉度：用户的操作习惯和操作复杂

使用频率：高频功能尽量都一级页面展示，

低频功能路径深些。

2、产品层面的思考

核心价值：产品定位中提供的核心服务；

主线功能：满足核心业务流程；

特色功能：与竞品的差异化和创新点。

3、业务层面的思考

 系统价值：该业务系统的核心价值体现；

业务流程：流程中各主要环节所涉及的功能；

    除了把握以上三个原则外，还需要考虑一定的可扩展性，比如后续新增功能对功能框架影响。分类标准的统一，语义、问题等界定明确。

  希望小伙伴们包括我自己不要急于画原型。概念设计有助于我们高产，避免被程序猿怼~

欢迎与小白一起学产品~