神马文学网概念设计的一些收集
来源：百度文库 编辑：神马文学网 时间：2024/04/26 06:57:50
概念设计123
2007年04月15日 上午 11:39
作者：千鸟 | 话题：(0704a)概念设计和设计师的综合思考
先阐述自己对产品“概念设计”的理解。
主要对象有功能、逻辑两大部分。
介于“需求分析”和“具体设计”之间的流程。
由感性到理性的发散过程。
重要性
实践表明，一旦概念设计被确定，产品设计的60％到70％也就被确定了。然而，概念设计阶段所花费的成本，在总的开发成本和设计周期中所占比例通常都在20％以下，也就是说概念设计是产品开发的低成本端。（杠杆最大省力点@陈亚华博士）
如何进行？
通过抽象、概括、归纳等方法将已有的创意需求进行分类，并找出其中的内在关联。应该从江湖局势、形式方向、民族地域、历史人文的角度去演绎，而不应该过分深入到用户角色，技术可行性、交互流程中。
元素，提出核心功能点。
关系，根据用户自然需求放大。
集合，进行产品定位。
如何呈现？
不止一次听设计师提到画概念图最好的方式是纸和笔，我认为如此最大的好处是保留随意性，能够得以全身心投入发挥，用软件处理最终概念图比较妥当，毕竟在公司还需要给高层汇报和整理归档。
手绘，在纸、玻璃板或黑板上随意发挥。图1
拍照，对讨论后的理解和回味，可以达到事半功倍的效果。图1
打印，软件处理的最终版本。图2
另外想到的
属于“信息架构”的组成部分，都需要广泛了解商业意图和用户需求。
和“产品创新”有直接关系，是另外一个课题，网上已有不少类似的好文章。
其实任何产品的“概念设计”都讲究两个固定需求：创新？独特？
附图
图1. 前几天的例子，其实是概念&架构混合图，意思意思。
图2. 著名的“用户体验重要性概念图”例子。
转载请注明出自UCDChina.com，谢谢。
概念设计及交付物、评估和测试
2007年04月18日 上午 10:55
作者：JunChen | 话题：(0704a)概念设计和设计师的综合思考
很多产品经理常会把概念设计一起写到产品需求文档 （PRD）里面去，当然PRD的范围和内容，以及概念设计的范围和内容，都比较灵活，可根据实际情况调整，如产品战略、人力配置等。需求到什么程度，概念设计就从什么程度开始（或许已经开始）。我在本文中提到的概念设计，是产品早期的微缩的设计过程，交付物主要是概念图（ConceptMap），但在很多情况下，我们还需要针对产品需求的低保真纸面原型设计（Lo-fi PaperPrototyping）、模型等，以及根据该原型进行的评估和测试。
谁来扮演这个角色
谁来进行概念设计？可能是产品经理，可能是交互设计师，也可能是一个团队。但这个角色必须：
理解用户和需求
具有缜密的逻辑思维能力
能够结合多方面因素综合思考
具有良好的沟通能力
概念设计的目的
面向用户，模拟（而非实现）最终产品，解决焦点问题（定位和需求）
面向团队，预先演示，尽量达成共识，避免在后面的产品开发和设计过程中多方面的矛盾
尤其是需要把握模拟这个“度”，有一篇文章我推荐过不止一遍：Don’t make the Demo look Done，文章大意为：非常写实的原型带来团队对于细节的更多关注，概要的原型使团队更关注大局，原型的程度必须和产品开发程度相一致。值得一读。
关于创意：产品的创意大部分源自概念设计阶段。无论是游戏、Web，还是工业设计领域。交互层面的创意，有时候也会放到概念设计中。
概念设计的交付物
根据实际情况的不同，具体交付物的内容和细致程度不同：
概念模型（Concept Model），概念图，流程图
原型（Prototype），一般是低保真纸面原型，也有淡彩上色的原型
内容清单（Content Inventory），一般是简要但准确的，类似于功能列表的内容清单
概念模型是概念设计最重要的交付物，它可以使整个团队对于产品有清晰和统一的认识。一定要做，无论是概念图、脑图、流程图…如果在你的公司里，概念设计由 PM 把握，那么概念设计阶段到此结束。但是，如果是设计师扮演这个角色，那么可能需要更多东西。比如原型。
对于概念设计阶段是否需要原型，很多人持有不同意见。我的理解是，根据你的团队规模和项目规模决定，小型团队小项目的情况下，我个人觉得原型比概念模型更加实际并且效率高。也可以将这个理解为是将交互设计的一部分工作提前了。
这几方面网上相关文章较多，这里就不再展开了 :)
评估和测试
概念设计阶段的评估和测试，主要是演示和讨论为主（如果有需要也可以进行可用性测试），目的是：
确认概念模型是否准确（定位）
确认该原型是否能完成功能（需求）
评估该原型（可能重点是创意部分）技术和市场的可行性
在讨论过程中需要注意的是：
交互设计并不在讨论范围之中，典型的比如“这个不该使用下拉框”“这个布局不太易用吧？”之类的问题
视觉设计更不在讨论范围内，否则容易影响产品开发流程的推进
如果需要使用本阶段的原型开展可用性测试，可以参考这篇文章。
后记
本想详细谈谈纸面原型的制作，发现与Angela 的文章有些重合。所以取消了纸面原型部分的内容，等谈到交互设计的时候再议。作为补偿，再次推荐《Paper Prototyping》和《Communicating Design》两本书 :)
互联网没有自然增长，只有自然选择（淘汰），所以当面临时间和质量的两难境地，创业者往往选择时间。公司越大，概念设计越偏向概念这一端。这并不说明这不会诞生伟大的产品，比如日本的汽车工业。
题图（大图）是一个 Blog 后台的部分纸面原型。
转载请注明出自UCDChina.com，谢谢。
补充几点关于概念设计
2007年04月19日 下午 23:56
作者：Moond | 话题：(0704a)概念设计和设计师的综合思考
1.什么时候需要做概念设计
概念来自哪里？ 一般来说，概念来自“对已存在问题的质疑和未被人发现的想法”， 也就是说它可能是一个改进方案， 也可能是一个实验模型， 引申一下也可以定义我们什么时候需要考虑做概念设计：
通过对系统测试的整理，针对出现的显著问题，我们会计划相应的改进方案， 如何改进？就需要一个清晰的因果概念模型（加了一个因果二字是想更容易的理解这是一个基于存在问题的概念）；
当你有了一个创新的想法，在项目开发初期，选择一种容易被人理解的方式表达给对方，就需要一个易理解的概念模型；
也就是说概念设计并不一定只在项目开发前期就全部完成， 因为很多情况下，一些想法不一定能同时汇集在一起，往往问题出现的时候也是新的概念诞生的时候。
2.概念设计需要具备的几个基本技能
也许你在公司里是唯一的设计师，要包揽所有的设计工作， 不过基于背景知识的考虑，一般还是需要具备用户研究和交互原理培训的交互设计师来承担概念设计的文案工作，因为这里面也包括了对问题总结和方案描述的工作，以及对交互动作的说明，下面可能是几个基本应该基本的技能：
问题捕捉 -也就是对问题的敏锐观察，特别是那些对于一些人也许不是问题的问题-潜在问题，比如一个工具对于使用右手习惯的人群，包括设计师本身，都没有发现任何不 便的地方，但是有没有考虑过对于左手习惯的用户，可能就会带来很多不便， 这个问题可以在用户观察中发现，也可以在行为思考中得到初步的注意；
概念扩展 - 其实很多时候，一个问题或概念会引申出很多相应或相对的信息，如何全面地覆盖可能涉及的内容，以及如何关联这些信息之前的交互，就需要一定概念扩展技能，这可以通过一些科学方法论，或思维培训得到相应的提高，比如我们思维图；
数据分析 - 对于不断扩展的概念范围和信息，我们需要做相应整理和过滤，提取最终需要的数据；
概念描述 - 应该算文案表达能力，让别人更容易地理解你想传达的概念，除了图形的形式，文字的描述一样很重要
也许在下面的例子里可以看到更多的工作内容描述。
3.概念设计的解说方式
概念设计一般通过一个名词-动词-名词的方式来描述两个概念（名词）之间的关联方式， 下面举一个刚好画完的简单概念图形来加以说明。
这个例子是一个对现有window“打开窗口”的改进概念描述， 因为个人问题一直被每天重复的点击操作所困扰，所以有了这个概念的收集和整理动机， 就像上面提到的，这个概念模式是基于对现有问题的质疑和试图改进建议，这只是个人的学习模型，尽量收集自己可能想到的方法。
绘制过程大致如下：
问题主题确定；- 微软“文件打开”改进概念
任务目标描述；- 让文件检索更快捷，有效
联想尽可能的交互操作； - 汇集便捷的文件检索操作
操作结果描述；- 可选择的方案
交互关联描述；- 操作描述
补充说明： 概念图（concept map）和思维图(mind map)的区别：
思维图主要是围绕一个中心主题来树形扩散可能联想到的信息，而概念图主要是描述各节点概念之间的关联和互动关系。
4.概念设计在整个项目流程中的作用
总的来说概念设计，决定了整个项目开发的创意方向，并帮助团队更好的理解他们正在协同合作的目标，它可能是大范围的宏观概念，也可以是细节的创新改进方案。概念设计的存在，可以更有效的让与我们协作的伙伴清楚的了解项目想要传达的内容或概念，非常适合相对大一些的项目团队。
文中难免遗漏之处，希望大家补充交流。谢谢。
参考：
http://en.wikipedia.org/wiki/Concept_mapping
转载请注明出自UCDChina.com，谢谢。
2007年04月15日 上午 11:39
作者：千鸟 | 话题：(0704a)概念设计和设计师的综合思考
先阐述自己对产品“概念设计”的理解。
主要对象有功能、逻辑两大部分。
介于“需求分析”和“具体设计”之间的流程。
由感性到理性的发散过程。
重要性
实践表明，一旦概念设计被确定，产品设计的60％到70％也就被确定了。然而，概念设计阶段所花费的成本，在总的开发成本和设计周期中所占比例通常都在20％以下，也就是说概念设计是产品开发的低成本端。（杠杆最大省力点@陈亚华博士）
如何进行？
通过抽象、概括、归纳等方法将已有的创意需求进行分类，并找出其中的内在关联。应该从江湖局势、形式方向、民族地域、历史人文的角度去演绎，而不应该过分深入到用户角色，技术可行性、交互流程中。
元素，提出核心功能点。
关系，根据用户自然需求放大。
集合，进行产品定位。
如何呈现？
不止一次听设计师提到画概念图最好的方式是纸和笔，我认为如此最大的好处是保留随意性，能够得以全身心投入发挥，用软件处理最终概念图比较妥当，毕竟在公司还需要给高层汇报和整理归档。
手绘，在纸、玻璃板或黑板上随意发挥。图1
拍照，对讨论后的理解和回味，可以达到事半功倍的效果。图1
打印，软件处理的最终版本。图2
另外想到的
属于“信息架构”的组成部分，都需要广泛了解商业意图和用户需求。
和“产品创新”有直接关系，是另外一个课题，网上已有不少类似的好文章。
其实任何产品的“概念设计”都讲究两个固定需求：创新？独特？
附图
图1. 前几天的例子，其实是概念&架构混合图，意思意思。
图2. 著名的“用户体验重要性概念图”例子。
转载请注明出自UCDChina.com，谢谢。
概念设计及交付物、评估和测试
2007年04月18日 上午 10:55
作者：JunChen | 话题：(0704a)概念设计和设计师的综合思考
很多产品经理常会把概念设计一起写到产品需求文档 （PRD）里面去，当然PRD的范围和内容，以及概念设计的范围和内容，都比较灵活，可根据实际情况调整，如产品战略、人力配置等。需求到什么程度，概念设计就从什么程度开始（或许已经开始）。我在本文中提到的概念设计，是产品早期的微缩的设计过程，交付物主要是概念图（ConceptMap），但在很多情况下，我们还需要针对产品需求的低保真纸面原型设计（Lo-fi PaperPrototyping）、模型等，以及根据该原型进行的评估和测试。
谁来扮演这个角色
谁来进行概念设计？可能是产品经理，可能是交互设计师，也可能是一个团队。但这个角色必须：
理解用户和需求
具有缜密的逻辑思维能力
能够结合多方面因素综合思考
具有良好的沟通能力
概念设计的目的
面向用户，模拟（而非实现）最终产品，解决焦点问题（定位和需求）
面向团队，预先演示，尽量达成共识，避免在后面的产品开发和设计过程中多方面的矛盾
尤其是需要把握模拟这个“度”，有一篇文章我推荐过不止一遍：Don’t make the Demo look Done，文章大意为：非常写实的原型带来团队对于细节的更多关注，概要的原型使团队更关注大局，原型的程度必须和产品开发程度相一致。值得一读。
关于创意：产品的创意大部分源自概念设计阶段。无论是游戏、Web，还是工业设计领域。交互层面的创意，有时候也会放到概念设计中。
概念设计的交付物
根据实际情况的不同，具体交付物的内容和细致程度不同：
概念模型（Concept Model），概念图，流程图
原型（Prototype），一般是低保真纸面原型，也有淡彩上色的原型
内容清单（Content Inventory），一般是简要但准确的，类似于功能列表的内容清单
概念模型是概念设计最重要的交付物，它可以使整个团队对于产品有清晰和统一的认识。一定要做，无论是概念图、脑图、流程图…如果在你的公司里，概念设计由 PM 把握，那么概念设计阶段到此结束。但是，如果是设计师扮演这个角色，那么可能需要更多东西。比如原型。
对于概念设计阶段是否需要原型，很多人持有不同意见。我的理解是，根据你的团队规模和项目规模决定，小型团队小项目的情况下，我个人觉得原型比概念模型更加实际并且效率高。也可以将这个理解为是将交互设计的一部分工作提前了。
这几方面网上相关文章较多，这里就不再展开了 :)
评估和测试
概念设计阶段的评估和测试，主要是演示和讨论为主（如果有需要也可以进行可用性测试），目的是：
确认概念模型是否准确（定位）
确认该原型是否能完成功能（需求）
评估该原型（可能重点是创意部分）技术和市场的可行性
在讨论过程中需要注意的是：
交互设计并不在讨论范围之中，典型的比如“这个不该使用下拉框”“这个布局不太易用吧？”之类的问题
视觉设计更不在讨论范围内，否则容易影响产品开发流程的推进
如果需要使用本阶段的原型开展可用性测试，可以参考这篇文章。
后记
本想详细谈谈纸面原型的制作，发现与Angela 的文章有些重合。所以取消了纸面原型部分的内容，等谈到交互设计的时候再议。作为补偿，再次推荐《Paper Prototyping》和《Communicating Design》两本书 :)
互联网没有自然增长，只有自然选择（淘汰），所以当面临时间和质量的两难境地，创业者往往选择时间。公司越大，概念设计越偏向概念这一端。这并不说明这不会诞生伟大的产品，比如日本的汽车工业。
题图（大图）是一个 Blog 后台的部分纸面原型。
转载请注明出自UCDChina.com，谢谢。
补充几点关于概念设计
2007年04月19日 下午 23:56
作者：Moond | 话题：(0704a)概念设计和设计师的综合思考
1.什么时候需要做概念设计
概念来自哪里？ 一般来说，概念来自“对已存在问题的质疑和未被人发现的想法”， 也就是说它可能是一个改进方案， 也可能是一个实验模型， 引申一下也可以定义我们什么时候需要考虑做概念设计：
通过对系统测试的整理，针对出现的显著问题，我们会计划相应的改进方案， 如何改进？就需要一个清晰的因果概念模型（加了一个因果二字是想更容易的理解这是一个基于存在问题的概念）；
当你有了一个创新的想法，在项目开发初期，选择一种容易被人理解的方式表达给对方，就需要一个易理解的概念模型；
也就是说概念设计并不一定只在项目开发前期就全部完成， 因为很多情况下，一些想法不一定能同时汇集在一起，往往问题出现的时候也是新的概念诞生的时候。
2.概念设计需要具备的几个基本技能
也许你在公司里是唯一的设计师，要包揽所有的设计工作， 不过基于背景知识的考虑，一般还是需要具备用户研究和交互原理培训的交互设计师来承担概念设计的文案工作，因为这里面也包括了对问题总结和方案描述的工作，以及对交互动作的说明，下面可能是几个基本应该基本的技能：
问题捕捉 -也就是对问题的敏锐观察，特别是那些对于一些人也许不是问题的问题-潜在问题，比如一个工具对于使用右手习惯的人群，包括设计师本身，都没有发现任何不 便的地方，但是有没有考虑过对于左手习惯的用户，可能就会带来很多不便， 这个问题可以在用户观察中发现，也可以在行为思考中得到初步的注意；
概念扩展 - 其实很多时候，一个问题或概念会引申出很多相应或相对的信息，如何全面地覆盖可能涉及的内容，以及如何关联这些信息之前的交互，就需要一定概念扩展技能，这可以通过一些科学方法论，或思维培训得到相应的提高，比如我们思维图；
数据分析 - 对于不断扩展的概念范围和信息，我们需要做相应整理和过滤，提取最终需要的数据；
概念描述 - 应该算文案表达能力，让别人更容易地理解你想传达的概念，除了图形的形式，文字的描述一样很重要
也许在下面的例子里可以看到更多的工作内容描述。
3.概念设计的解说方式
概念设计一般通过一个名词-动词-名词的方式来描述两个概念（名词）之间的关联方式， 下面举一个刚好画完的简单概念图形来加以说明。
这个例子是一个对现有window“打开窗口”的改进概念描述， 因为个人问题一直被每天重复的点击操作所困扰，所以有了这个概念的收集和整理动机， 就像上面提到的，这个概念模式是基于对现有问题的质疑和试图改进建议，这只是个人的学习模型，尽量收集自己可能想到的方法。
绘制过程大致如下：
问题主题确定；- 微软“文件打开”改进概念
任务目标描述；- 让文件检索更快捷，有效
联想尽可能的交互操作； - 汇集便捷的文件检索操作
操作结果描述；- 可选择的方案
交互关联描述；- 操作描述
补充说明： 概念图（concept map）和思维图(mind map)的区别：
思维图主要是围绕一个中心主题来树形扩散可能联想到的信息，而概念图主要是描述各节点概念之间的关联和互动关系。
4.概念设计在整个项目流程中的作用
总的来说概念设计，决定了整个项目开发的创意方向，并帮助团队更好的理解他们正在协同合作的目标，它可能是大范围的宏观概念，也可以是细节的创新改进方案。概念设计的存在，可以更有效的让与我们协作的伙伴清楚的了解项目想要传达的内容或概念，非常适合相对大一些的项目团队。
文中难免遗漏之处，希望大家补充交流。谢谢。
参考：
http://en.wikipedia.org/wiki/Concept_mapping
转载请注明出自UCDChina.com，谢谢。