桂林北站到象鼻山景区怎么坐车,企业logo设计网站,绵阳的网站制作公司哪家好,网站开发硬件环境怎么填产品开发流程涉及的人员从产品经理到设计师、前端、后端等等一系列人员#xff0c;这篇文章主要关于产品开发的完整流程#xff0c;希望对各个工作岗位上的人有借鉴意义。 1 引言 1.1目的 基于现在的开发流程中缺少的环节进行补足#xff0c;使得开发流程更加的流畅和正规化… 产品开发流程涉及的人员从产品经理到设计师、前端、后端等等一系列人员这篇文章主要关于产品开发的完整流程希望对各个工作岗位上的人有借鉴意义。 1 引言 1.1目的 基于现在的开发流程中缺少的环节进行补足使得开发流程更加的流畅和正规化以便以后的查阅与归档使用。面对互联网行业中激烈的竞争让我们的开发流程更完整、更有效率产品才能脱颖而出。 1.2范围 本文档适用于产品的研发主要流程包括产品需求、交互原型、视觉设计、资源输出、前端开发、后台开发、测试等环节。以后的产品开发流程也可以参考此文档的环节进行开发。 1.3 读者对象 本文档的目标读者对象包括 需求工程师主要根据文档来提供给相关人员需要的文案给出相应文档。 交互设计师根据文档设计原型图并查看需要产出的资源有哪些怎样与产品、 开发人员合作。 视觉设计师根据详细设计文档作为视觉设计的步骤和资源产出的依据。 前端工程师根据详细设计文档中提供的资源编写代码。 测试工程师根据详细设计文档来核实页面内容与软件实现效果是否一致。 2 需求整理 需求文档由产品经理负责编写应整理完需求输出一份《产品需求文档》和《设计文档》。 2.1人员评估 2.1.1 参与人员 产品经理 2.1.2 时间节点 由产品负责人规范产品功能需求文档产出的时间节点。 2.1.3 预估工作量 由产品负责人规范产品功能需求文档产出的工作量。 2.2 确定产品功能 在拿到一个新的产品以前产品经理应该把需求进行一次整理看哪些是真需求哪些是边缘需求哪些是伪需求进而把功能点、产品卖点思路整理清晰再有条件的情况下做一份《市场需求文档MRD》。 2.3 编写需求文档PRD 编写需求文档的时候给不同的人看具体的内容由产品经理产出产品需求文档主要给软件开发、测试人员、外部人员查看。 2.4 编写设计文档 设计文档主要是用于设计人员在画图之前对整个产品的把握。设计文档由产品经理主写交互人员辅助。因为产品在写文档时候的角度是在站在写程序的方向写的设计人员要把交互原型所需要的东西提交于产品经理辅助完成设计文档PC端和移动端的设计文档要分开来编写。 设计人员需要做 把产品原型图需要的内容提交给产品经理并辅助产品经理完成编写。 产品经理根据设计人员提供的要求需要提供以下内容 功能类功能流程图 、产品的功能点、主要功能卖点。 模块的内容文字文案、各功能描述、弹出框内容文案各模块之间关系。 逻辑类各模块业务逻辑、结构框架图。 功能流程图示例 在有一些比较复杂的流程的时候怕开发人员或是设计人员不是能理解的情况下要把流程图画出来。但是一个完整的项目只用一个流程图是不可能完成的所以需要按照模块的流程逐个进行分类分类以后按照功能的不同、简易程度分别画出流程。 3 交互原型 交互原型是在设计文档评审通过后安排页面上每个功能的具体位置交互方式和跳转方式由产品经理输出全部交互原型图、原型图解释文案如没有产品经理由设计部门完成。 3.1 人员评估 3.1.1 参与人员 由产品经理完成如没有产品经理可由设计部门完成。 3.1.2 时间节点 在设计文档评审没有问题的前提下开始交互设计然后根据时间具体安排 3.1.3 预估工作量 按照不同平台和具体完成的时间来评估工作量。 3.2 制作交互原型图 目标观看人员测试人员、视觉设计人员、前端设计人员等。 交互原型图具体要求 不要加入视觉设计的元素。着眼于大局不要纠结细枝末节。 工具不限产品经理最好用axure完成动态如没有需设计人员用AI或ps完成。 按照页面流程中所考虑的交互过程体现在原型上面。出错提示等交互细节也应有体现。 3.3 原型图解释文案 在画交互图的开始就要记录下来。 解释文字具体要求 每个页面之间的联系承接关系。 页面当中的细节跳转按钮的不同状态弹框的提示文字日历的跨年跨越显示效果小数点是否保留(若保留保留到后几位数字等。 或是在不同情况下按钮的使用情况。 4视觉设计 在交互评审通过后负责把控UI整体风格和所有视觉效果的设计主要输出VI选择的方案、所有视觉效果图、资源包等。 4.1人员评估 4.1.1 参与人员 UI设计人员 4.1.2 时间节点 在交互原图评审通过后按照项目复杂程度在来具体安排时间节点 4.1.3 预估工作量 按照不项目复杂程度和具体完成的时间来评估工作量。 4.2 视觉识别系统 在一个项目开始之前这是任务是必须要做的除了延续性的项目以后给每一个项目都要做这个视觉识别不是设计师脑中的印象而是要落实到文档与图片展示。 由UI设计人员做3套以上UI设计方案方案包括:颜色、logo、整体风格、icon等效果图然后开会评审确认其中一套风格评估确认后方可进行接下来整体的界面设计这样避免了一个人接受项目以后交接给别人视觉上会有偏差的问题。另一个是解决了项目后期的问题比如以后宣传单、手册设计或是名片设计都是一种风格一种颜色。 4.2.1 颜色的设定 颜色的设定要有理有据开会的时候会有很多人会问你为什么要用这个颜色这个颜色代表什么这些最好在做设计的时候就要想好。 举个例子 当我们拿到一个项目的时候交互是已经完成一小部分了我们可以拿着这一小部分进行设计定位这时候我们需要了解的是这是一个什么类型产品这个产品的目标人群是哪些这个产品的年龄段是哪些这个产品的生命周期是多久 4.2.2 LOGO的设定 一般情况下我们公司不需要做logo但是如果有需要的话就要按照logo的制作流程进行设计。 主要内容有logo的设计思路logo的颜色、logo的应用场景等。 4.2.3 整体风格的设定 整理风格设计是需要做颜色、板式、icon等系列的设计。在整体风格确定前不需要做其页面的视觉设计。 4.2.4 icon的设定 俗话说细节决定成败icon在设计中就占有细节这个位置。 每一个icon的设计要跟整体页面的风格保持一致这样才能保证所有页面设计完成以后风格是保持统一的。 4.3 视觉页面设计 4.3.1 主要页面的评审 主要页面的评审对于设计开展后面的工作十分重要设计师需要在评审的时候讲述自己的设计思路包括颜色的设计理由风格的设计理由等讲述清楚要让参与人员了解到你在做设计的时候思考的内容而不单单是制作图。 4.3.2 整体页面的设计 具体要求如下 在基于视觉风格已确定的情况下按照交互原型图逐个页面进行设计。 在设计中对于细节的把握要准确。 在视觉设计中我们要考虑到不同平台的特性根据不同平台进行设计切勿混淆各平台的控件。 在某些需要适配的移动端上面或是H5的设计中要考虑到尺寸的问题。 在设计中一些容易忽视的页面也要做出来比如断网页面、连不上wifi页面、404页面、正在加载 等展示效果。 4.4 资源输出 我们在设计评审通过后接下来会进行一项比较重要环节跟前端开发合作实现效果。 这个时候我们需要输出5个文件资源具体资源包分别是 视觉效果图的尺寸标注、所有尺寸的切图资源包、解释文案、效果图源文件、全部视觉效果图。 4.4.4 编写总结规范 在一款产品结束后设计人员需要做一份设计总结就是对现在这一版本进行视觉规范这也是对设计师工作的一个总结。 在对下一版的开发也是很有帮助的大大增加了开发者的效率。 5优化体验点的编写 这个是在项目已经成功上线后第二版还没开始前我们要对现有的一个版本的体验点进行优化。 这部分内容开发人员和用户研究人员一起参与。 具体内容有 对现有产品的一些功能需要优化的点的记录有哪些不足之处。 基于用户的反馈哪些功能是可以省略的哪些是要强调的。 有哪些更好的想法可以用在下一个版本中的。 结束End 谢谢观看
