作为产品经理,日常接触最多的工作之一就是设计文档了。每个产品经理有自己的设计文档的写法,各个公司也有各自的设计文档的要求,所以大家平时看到的设计文档几乎没有一模一样的。
一份设计文档的结构大概包括一下几部分的内容:项目背景、项目排期、版本历史、信息架构分析(包括站点地图、体验地图、流程图等)、产品框架设计、线框图和视觉稿等。
具体在设计文档中要展示哪些内容,取决于实际项目的情况,公司的具体规定、产品经理的个人工作习惯等,可能删减一些内容,也可能增加一些内容。
想
每个部分拆分开来,我们一起来看看具体是如何的。
》》项目背景
这一部分的内容在充分沟通需求之后完成。产品经理充分了解要设计的产品是什么,是什么平台上发布的,产品的用户群体是哪些类型,使用场景有什么,他们想通过这个产品解决什么问题,业务/产品现状,关键痛点是什么。把需要和需求方了解清楚之后,能够明确产品设计目标,要解决的需求是什么,根据这些需求,需要设计什么样的功能或者如何优化现有的功能,最终达到怎样的业务目标。
》》项目排期
和需求方确认各阶段交付物的时间节点,知道什么阶段要完成什么工作,达成什么目标。根据时间节点制定完成设计的具体计划,根据这个计划有节奏、有方向地展开工作,以较高的质量按时交付。
》》版本历史
每发生一次比较大的迭代更新,都要记录在版本历史记录里。这样做的好处是,可以清晰地展现设计稿的迭代历程,做了哪些需求的改