产品设计内容怎么写（产品设计内容怎么写吸引人）

大家好！今天让小编来大家介绍下关于产品设计内容怎么写的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。

创意岭作为行业内优秀的企业，服务客户遍布全球各地，相关业务请拨打电话：175-8598-2043，或添加微信：1454722008

文章目录列表:

• 1、产品设计文档需要包含这些.......

• 2、产品设计中，该如何编写产品规范？

• 3、产品设计说明书包括哪些内容了？

• 4、产品包装设计有哪些内容?

一、产品设计文档需要包含这些.......

作为产品经理，日常接触最多的工作之一就是设计文档了。每个产品经理有自己的设计文档的写法，各个公司也有各自的设计文档的要求，所以大家平时看到的设计文档几乎没有一模一样的。

一份设计文档的结构大概包括一下几部分的内容：项目背景、项目排期、版本历史、信息架构分析（包括站点地图、体验地图、流程图等）、产品框架设计、线框图和视觉稿等。

具体在设计文档中要展示哪些内容，取决于实际项目的情况，公司的具体规定、产品经理的个人工作习惯等，可能删减一些内容，也可能增加一些内容。

每个部分拆分开来，我们一起来看看具体是如何的。

》》

这一部分的内容在充分沟通需求之后完成。产品经理充分了解要设计的产品是什么，是什么平台上发布的，产品的用户群体是哪些类型，使用场景有什么，他们想通过这个产品解决什么问题，业务/产品现状，关键痛点是什么。把需要和需求方了解清楚之后，能够明确产品设计目标，要解决的需求是什么，根据这些需求，需要设计什么样的功能或者如何优化现有的功能，最终达到怎样的业务目标。

》》

和需求方确认各阶段交付物的时间节点，知道什么阶段要完成什么工作，达成什么目标。根据时间节点制定完成设计的具体计划，根据这个计划有节奏、有方向地展开工作，以较高的质量按时交付。

》》

每发生一次比较大的迭代更新，都要记录在版本历史记录里。这样做的好处是，可以清晰地展现设计稿的迭代历程，做了哪些需求的改动，设计思路发生什么样的变化，哪个部分是什么时候什么人负责的。对于产品设计的回溯，提供了极大的便利。相比一个个去翻以前的设计稿，查看版本历史记录更清晰，项目结束后浏览这一部分，也可以看到自己的设计在哪些方面哪个阶段存在不足，是如何被发现、改进和提升的，下一次设计的时候是否可以更早地思考到和回避掉。

》》

根据具体项目性质的不同，这一块的分析工具也有较大的差异，具体的选择和使用要按照实际场景来，而非机械进行套用。

如果是设计一整套网站系统，站点地图必不可少。站点地图可以对整个网站的架构可以构建起一个初步的印象，像架构层级过深、页面内容重复等问题都可以通过站点地图发现，以全局的角度去观察整个产品，而不是单一的某个功能、某个页面。

体验地图可以把产品在不同使用场景、流程下的体验问题直观地呈现出来，我们通过调研，会得到一些用户的体验反馈，但是通常比较杂乱、没有逻辑性。通过体验地图可以整理出用户使用产品大概有哪些场景和环节，各场景和环节下都遇到过什么样的问题，哪些问题出现的频率较高等，让产品经理能够更贴近用户，沉浸到使用产品的实际体验过程中去，进而思考各场景、环节下都可以进行怎样的设计目标拆解与设计优化、最终帮助完成产品的整体目标。

流程图也是一个常用工具，明确展示出用户使用产品的流程和步骤是怎样的。通过它可以查找步骤是否可以合并优化，能否抽象出通用的流程来构建框架设计等。

》》

产品框架设计构建起产品的轮廓，抽象出通用的布局原则，页面上大概有哪些模块，这些模块之间的主次、优先级关系是怎样的。整体规划把握界面的结构、模块之间的关系呈现等，而不是纠结于一些细枝末节和不重要的内容上。

》》

线框图在产品框架设计的基础上具化出了产品的完整骨架。在绘制线框图的时候需要仔细考虑到每一个可能的使用场景，包括负面、误用等特殊情况都要包括在内。

Axure是绘制产品经理绘制线框图的常用的工具。在Axure中，通过命名页面和调整层级关系，建立站点地图。在每个页面中根据场景画出线框图，包括具体的功能及场景，可以加以文字说明，辅助以用例交互。

线框图不是视觉设计稿，但在视觉效果呈现上却马虎不得。如果在绘制线框图的时候不考虑如产品尺寸、页面规范等，最终完成得会比较粗糙，也容易对内容的编排产生影响，导致整个页面结构都要被迫调整之类的情况，只能增加产品设计成本，而在最开始就注意这方面的问题，就可以尽可能地避免类似的情况发生。

》》

视觉稿作为产品设计的最终产出，在线框图的基础上完成配色、图标绘制等视觉细节，为产品“涂脂抹粉”。视觉稿选择关键场景的界面进行绘制表现，注意一些Hover/Active之类的状态表现，然后就可以标注交付前端了。

这是产品设计文档中比较常见也比较重要的的几部分内容，根据你自己的需要和公司的规定、项目的具体情况，选择需要重点体现的内容，也可以有所增删，并不是一成不变的。

二、产品设计中，该如何编写产品规范？

其实只需要注意5点就好~

背景目标、架构图、Epics和用户故事、验收标准、设计文案及翻译

1.背景和目标

很多开发每天都在惯性撸代码，他们也许根本不理解自己在写的界面、功能，为何被这样设计，甚至不明白工作的意义和价值在哪。

如果，我们告诉开发们用户将会如何使用这些功能，或者说是会给用户带去什么样的好用，这都会更让他们在工作中更有激情。

那么我们该如何向他们描述，他们将要实现功能的背景呢：

• 我们在谈论的是产品哪个部分？

• 目前的问题是什么？(可以同时有几个问题需要被解决）

• 引用用户的具体反馈来说明

• 善用数据或图表来说明

• 目前选择的解决方案为何（用几句话简单描述就行）

• 是否考虑过其他解决方案？如果是，那么为什么不选它们？

• 是否有其他解决方案已经做了？效果为何？

• 目标是什么？我们会影响什么KPI？

这都会帮助技术团队知道他们是否需要添加新的数据埋点/标签来收集数据。

我看过很多对于项目有认同感并积极参与的团队自发地做了仪表盘，每天实时地监控数据变化，只为了解他们带来的"影响"有多大。

2.架构图

在开始开发产品的每个具体功能之前，我们要让开发在大轮廓上掌握，哪些模块/功能是这版迭代保持不变的功能、会牵涉到改动哪些模块/功能……

即使是开发新产品，架构图对于掌握产品整体结构也十分有帮助。

“架构图”是我称之为产品特性（流程、页面和内容）以及它们之间的关系的高级图示。有人称之为“信息架构”、“流程图”、“用户映射”等。

架构图示例（为我的一个客户构建），带有“before/after”颜色代码

关于如何绘制架构图，没有标准的方法论。但我的经验是（以 app 的架构来举例），使用不用的形状来区分流程、页面和功能入口。

如上图所示，我采用了 3 种颜色、实线、虚线来解释当前产品的信息架构将如何随着我们本次迭代而更新。（绿色：保持不变，橙色：将更新，红色：将被删除；实心：将保留在同一位置，虚线：将移动到其他位置）。这样，技术团队就可以清楚地看到 app 的哪一部分会发生改变。

使架构图易于理解的另一个技巧是把导航的各个部分分开来画，如下图。

为我的客户机构建的新版架构图

所以，在编写产品文档时，有一个架构图是非常有用的，这样在你描述某一个用户故事时，能明确关联到对应的产品相关模块。

3.Epics和用户故事

如果根据产品各个部分的功能来编写产品文档，很容易变得混乱。而通过「用户故事」来阐述产品，会让产品文档有条理性、易于理解。

关于用户故事， Agile Modeling 是这样解释的：用户故事的定义是“对用户需求的一个非常高层次的定义，仅仅包含足够使开发人员能够对实现需求的工时做出合理估计的信息。”

把用户放在第一位，可以避免在讨论时只使用晦涩难懂的技术词汇。正如Atlassian 所说：“在阅读了用户故事之后，团队知道他们为什么要做这个东西以及它创造的价值。”

通过使用用户故事，我们能围绕着用户进行"争论"，以开发出更好的产品，这与旧的瀑布式产品开发相反。

以下是用户故事的表述方式：

作为一个<xx类型用户>，我想要<xx功能>，这样我可以<达成xx目的>

例如，当一个用户点击“我的”，可能基于以下用户故事：

• 1：在"我的"模块里，作为一个<员工>，我想要<编辑个人资料>，这样我可以<修改我的照片、名称>

• 2：在"我的"模块里，作为一个<员工>，我想要<访问设置>，这样我可以<更新密码、通知偏好设置>

• 3：在"我的"模块里，作为一个<员工>，我想要<联系客服>，这样我可以<提出反馈给应用开发商>

用户故事的细节程度取决于产品经理的决定，如果想要的话，我们大可把用户故事 2 再描述深一层，例如：

• 2.a：在"我的-设置"模块里，作为一个<员工>，我想要<编辑密码>，这样我可以<更新我的密码>

• 2.b：在"我的-设置"模块里，作为一个<员工>，我想要<访问通知偏好设置>，这样我可以<调整我接收各种通知的频率>

其实，这部分有点显而易见且多余，我个人通常选择把它们在验收标准(本文下一板块)里进行描述。

为了进一步组织用户故事，我们经常使用“Epics”，我个人会将属于产品中相同主题或区域的故事分组，命名为一个Epic。例如，我选择将上面的故事放进“我的”Epic里。有些人选择与用户故事相同、但更简单的句式（例如：作为一个<用户>，我想要<访问"我的">）来编写Epic。

4.验收标准

为了确保在用户故事中有足够的细节，我们需要有一套“验收标准”（有时也称为“满足条件”）。根据 http://LeadingAgile.com 的说法，“验收标准”是“产品必须满足，才能被用户、客户或是系统接受的条件。”

在验收标准中，你应该列出用户故事中没有明确说明的所有功能特性。例子：

「用户故事」

在"我的"模块里，作为一个<员工>，我想要<编辑个人资料>，这样我可以<修改我的照片、名称>

「验收标准」

• 在编辑个人资料页面：当点击「编辑姓名」图标时，在该页面上，应该切换到编辑模式，提示输入并调起键盘

• 在编辑个人资料页面：当点击「编辑照片」图标时，在该页面上，应该要求我在相机和图片库间进行选择

• 在编辑姓名时：当我单击“保存”，该页面应该变为查看模式，并收到成功通知

…

验收标准相当于作为淘宝卖家要发货前，核对的那个产品清单。

5.设计、文案及翻译

对于设计，我只有一个提示：用最新的设计来编写产品文档。

由于设计每天都在变，所以为了提高沟通效率，要选择可以分享、协作并同步给所有人的产品。

（使用墨刀协作的页面）

当你的原型设计中包含大量文案，记得给开发复制/粘贴的权限，不然你会看到很多错别字和暴走的开发。这里提供两个方法：

1.允许他们访问设计源文件；

2.直接在产品文档中复制/粘贴内容（可能会有些混乱，别问我怎么知道的）。

如果你的产品有多种语言，也要标注上翻译，甚至可以查看每种语言翻译前的原始内容。

综上所述，我认为编写一个全面的产品文档所必需的信息包括：（1）背景和目标，（2）架构图，（3）Epics和用户故事，（4）验收标准，（5）设计、文案和翻译。

看完了 Lucas Didier 的分享，有没有发现编写规范最棘手的部分就是参考文档、架构图和设计原型不在同一个软件上，需要来回切换。

这时候，我只能推荐你使用墨刀。

既能画架构图、又能设计产品原型、还能进行协作，添加标注，同步给该项目所有人，复制粘贴更不成问题。

简而言之，就是不同的操作同一个墨刀。

三、产品设计说明书包括哪些内容了？

（1）产品的结构、型号、规格和性能；

（2）正确吊运、安装、使用、操作、保养、维修和存放方法；

（3）保护操作者和产品安全措施，发生意外的应急处理；

（4）对涉及环境和能源的产品，应规定必要的环境保护和节约能源方面的措施；

（5）对安全限制有要求或存在有效期的产品应提供生产日期和有效期、储存期；

（6）消费品必须注明对使用者的特殊群体例如儿童、老人和残疾人的危险必须关注；

（7）应尽可能设想用户可能遇到的问题。如产品在不同时间（季节）、不同地点，不同环境条件下可能遇到的问题，并提供预防和解决办法；

（8）使用说明书的封底必须有生产企业的名称、详细地址、邮政编码，本说明书的出版日期。

四、产品包装设计有哪些内容?

1、商标设计

商标是一种符号，是企业、机构、商品和各项设施的象征形象。商标是一项关用工艺美术，它涉及到政治、经济法制以及艺术等各个领域。商标的特点是由它的功能、形式决定的。

它要将丰富的传达内容以更简单洁、更概括的形式，在相对较小的空间里表现出来，同时需要观察者在较短的时间内理解其内在的含义。

2、图形设计

包装装潢的图形主要指产品的形象和其它辅助装饰形象等。图形作为设计的语言，就是要把形象的内在、外在的构成因素表现出来，以视觉形象的形式把信息传达给消费者。

要达以此目的，图形设计的定位准确是非常关键的。定位的过程即是熟悉产品全部内容的过程，其中包括商品的性有、商标、品名的含义及同类产品的现状等诸多因素都要加以熟悉和研究。

3、色彩设计

色彩设计在包装设计中占据重要的位置。色彩是美化和突出产品的重要因素。包装色彩的运用是整个画面设计的构思、构图紧密联系着的。包装色彩要求平面化、匀整化，这是以色彩的过滤、提炼的高度概括。

它以人们的联想和色彩的习惯为依据，进行高度的夸张和变色是包装艺术的一种手段。同时，包装的色彩还必须受到工艺、材料、用途和销售地区等的制和限制。

4、文字设计

文字是传达思想、交流感情和信息，表达某一主题内容的符号。商品包装上的牌号、品名、说明文字、广告文字以及生产厂家、公司或经销单位等，反映了包装的本质内容。设计包装时必须把这些文字作为包装整体设计的一部分来统筹考虑。

以上就是小编对于产品设计内容怎么写问题和相关问题的解答了，如有疑问，可拨打网站上的电话，或添加微信。

推荐阅读：

中式产品景观设计（中式产品景观设计图片）

东莞农产品在线画册设计（东莞农产品在线画册设计公司）

直播产品手卡是干啥的（产品手卡模板）

直播间暖场留人话术（新人直播第一天话术）

服装品牌营销策略ppt（服装品牌营销策略分析）