My Secret Rainbow

如何理解产品设计中的概念设计、功能规划？

2013年写于知乎，回答好友 @虫子 关于“概念设计”的三点疑问：

1.“四步法：搜集、整理、判断、创新”是否贯穿整个产品设计流程；

2.”概念设计To信息架构”中，确定功能规格是在哪一步？

3.《用户体验要素》第二层中，功能规格的颗粒度问题。

@虫子Says：

昨天搜索到你一篇关于概念设计的文章《从概念设计到信息架构 》（ps:你博客3年没更新了）中间还是有些相关的疑问，需要得到进一步澄清。

问题一：你认为收集/挖掘、分析、并最终确定需求是产品规划的整个过程么？

Hozin答：

所谓“收集、整理、判断、创新”四个步骤，是策划学当中的一个重要方法论。既然是一种方法，那么是可以贯穿整个产品设计工作的，不仅仅面向需求。一般的来说，产品规划工作包含：产品动机、产品路线图RoadMap、初始产品、产品迭代，我们来分别说一说此方法论的具体应用。

产品动机阶段：产品存在的理由！

不是有需求就要有产品。

[收集>行业数据>竞品信息]

[整理>规律>发展趋势]

[判断>是否有市场空隙]

[创新>产品立足点和价值]

产品路线图阶段：规划产品线和产品生命周期

可以大而全，也可少而精。

[收集>普遍需求>必备条件>子产品序列]

[整理>可用资源>成本测算]

[判断>取舍产品线]

[创新>最终产品线上的要件>要件生命周期]

初始产品阶段：你的第一个产品版本

面向运营的，减法之后的必备产品，在这个阶段还没有运营数据。

[收集>产品线各要件的可能形制>功能点]

[整理>必需的运营资源>研发生产成本>预期的效益]

[判断>根据你的已有资源进行取舍]

[创新>输出第一版本产品]

产品迭代阶段：根据运营不断修正，更迭产品要件的生命周期

根据已有点运营数据，优化产品，更迭增减。

[收集>运营数据>效益数据]

[整理>运营与成本的匹配]

[判断>产品优化方向>运营调整方向]

[创新>调整优化的实施，版本更迭]

方法论就是方法论，不是瑞士军刀，但是随处都能拿来用用。

问题二：概念设计是承接上一个步骤的工作。你文中提到信息架构应该是承接概念设计这个步骤的工作。那么，确定功能规格你在哪步完成了？

Hozin答：

有关概念设计，曾经有人问我：概念车、概念手机、概念手表、和概念设计的区别是啥？

首先，大家可以去WIKI一下“概念”

Wiki中关于概念的解释

其次，给“概念设计”换个说法叫“概念的设计”或“设计一系列概念”，更明了

最后，其他人有一篇更实战的文章，很好的解释了具体应用，《 怎样设计好产品的概念模型》 请关注公众号hozin-com  回复  “西芹”  查看原文

在明确了概念设计是什么之后，说说这个步骤的上下关系。

《用户角色模型》，大家都知道如何用。那么概念设计文档地位和《用户角色模型》很相似。

概念设计是非常基础的一个步骤。在分析了市场、用户之余，通过概念设计对行业、产业关系进行梳理，是很有帮助的。

概念设计是客观的，思维导图是主观的。概念设计在程序开发领域，叫ER图。

概念设计是哲学范畴，不是产品设计领域的专有名词。

给两个不同的公司A和B输入相同的《用户角色模型》和《概念设计》，你会发现A和B会产出迥异的产品。因为A和B会分别根据自己的背景资源和实际情况，制定完全不同的产品战略。

也就是我们经常会忽略的一个环节：在了解用户、市场、概念之后，通常会进行产品战略决策。决策的不同会产生产品之间的差异，这种差异和概念设计无关。

问题三：《用户体验的要素》这书的二层中提到“功能规格”，这里的功能规格，你怎么理解？ 是一些没有经过信息架构这层组织和分配的分散的粒度很粗的功能么？

Hozin答：

还记得《用体验的要素》中的第一层是什么吗？是“战略”层，恩恩，上面那个问题已经解释了：产品战略差异是决定产品差异的关键~~~战略一旦确定，那么后面基本就是执行的工作。

所谓“功能规格需求”，和信息架构没有本质的联系。信息架构来自概念，相同的（近似的）概念经过战略取舍，形成了迥异的信息架构。前例，A和B两家公司，根据相同的用户角色模型和概念设计，输出了不同的功能列表和信息架构。所谓架构，就是关系，信息架构的差异是关系差异，来自信息的范围和上下文，即便有相同范围，还可能存在异构。从概念到信息架构的过程就是战略决策的过程，就是圈定”信息范围” 和组织”信元关系”的过程……信息又可以直接来自概念设计当中子概念、实体、属性…..这要写，真能写本书了。

功能规格的形成粗略的可分为两个阶段：1.形成功能列表 2.具体功能设计

在规划功能列表的阶段，信息是以具有紧密关系的“信息团（Block） ”存在的，只要Block相对固定，每个Block中的信息组织和颗粒度，匹配实现优先级。 信息团也是一种信息架构，可以看作是架构草图。

按优先级设计具体功能的过程，就是Block中的信息组织过程，这是一个头脑中的迭代过程。

功能，无非就是对信息的增、删、改

信息架构是一棵大树，是先有树杈？还是先有叶子？ 这个谁都说不清楚了，是一个自然的思考过程（那些研究人脑结构、人类思维、心理学的大牛没准真能说清楚）。

是功能决定信息架构？还是信息架构决定功能？ 哼哼，你要知道，有的时候功能还受制于技术条件和成本，因此，具体问题具体分析咯。