文档

设计需求文档的酸甜苦辣(PRD)

文前小絮加班回家后,瞥了一眼手机已经快十点了&8230;疲惫的身躯拖着疲惫的心灵,一切显得那么沉重,究竟该以怎样的态度面向生活?早已准备好的明日午餐、一次舒适的洗头体验,都让我再次燃起信心。就是这么简单,那一刻我的心好透彻、好纯净!感谢有你!正文这段时间比较忙碌,甚至说都没有时间去思考并写点什么。尽管忙碌,还是抽空约见了几位产品前辈和创业公司的老板,一起沟通交流从商业和产品

如何输出一份合格的交互设计文档?

做一件事之前一定要先想清楚做这件事的目的,为什么要做这件事,只有这样,才能万变不离其宗,不会变成为了做事而做事,这很可怕。拿交互设计文档来看,为什么要写交互设计文档,这是开始写之前要想清楚的。为什么要输出《交互设计文档》产品进行需求分析,得出需求文档,交互设计师要将抽象的需求转化为具象的线框图。这其间涉及到信息架构设计、导航设计、流程设计等分析,最后才能够输出较为合理的线框

Mongoose 批量插入文档

Mongoose 批量插入文档 var TestSchema = new mongoose.Schema({ / Test Schema / }) var TestModel = mongoose.model('Test', TestSchema); model.create() TestModel.create({ candy: 'jelly bean' }, { can

好的帮助文档可以留住一个用户的心

最近正在准备写公司产品的帮助文档,需要配合一些页面图片进行解释。其中有些页面信息一屏幕展示不下,分开截图又很奇怪,于是我打算找一个mac电脑的长截图工具。首先

全面剖析|一体化产品需求文档(附源文件下载)

产品需求文档大家都知道,可是什么是一体化产品需求文档呢?其实,这个一体化是我将自己创作的文档命名为一体化产品需求文档。之所以要叫这个名字,是因为此文档除了包含原型和需求描述以外,还承载了产品其他相关内容,比如需求列表、版本历史、产品介绍、思维导图等等。做这样一个一体化产品需求文档出于的目的就是传统的方式产生的文件过多,过于杂乱,不易整理和回溯。如果把每个版本的内容都整理在一

如何输出一份会表达的交互文档

不同的公司会有不同的工作流程,根据项目、流程等实际情况来设计适合自己的交互设计文档。在项目设计中,交互设计师与上游的产品经理,下游的视觉设计师,开发工程师和测试等岗位的工作密不可分。不论是承上启下的工作沟通, 还是方案评审的设计讲解,专业的交互设计师应该具备优秀的表达能力,不仅是语言方面的表达,交互文档的表达也尤其重要。交互文档是对接上下游岗位,利于协同团队工作的重要输出件

如何让开发、测试一致称赞你的PRD?

稍微有点经验的产品经理,基本上都会写好一份PRD,那到底要具备哪些特点,才能让开发、测试一致称赞你的PRD?如果你去采访几个周围稍微有点经验的产品经理:“你认为你写的PRD是一份好PRD吗?”答案可能会高度统一:“Yes,it is!”在产品经理岗位上耕耘这些年,我的PRD收到了来自开发GG和测试MM的不计其数的建(pi)议(dou),终于收获了长足的进步,最近一年写的PR

PRD修炼真经•卷一:一份标准化产品需求文档的逻辑思路

欲练此功,必先自宫。本系列文章的宗旨是让大家从源头上理解PRD每个章节的内容,对内容的表达可以创新,但万变不离其宗。 enjoy~写PRD时,你是否曾经做过以下的事:从公司研发规范文档中下载模版,进行内容填写;当不了解章节的内容时,直接写略或者删掉;在网上找到相似产品的PRD,对文章内容进行替换。前几年我所在公司刚转型的时候,PRD管理比较混乱,很多产品经理常常使用上一个迭

Word产品需求文档,已经过时了

说来有些惭愧,写这篇文章是用来教大家写需求文档的。但其实,我很少会写传统意义上的产品需求文档;甚至,我连word都很少用。用惯了Axure的任意布局方式,再用word感觉非常别扭,尤其是在添加图片时,简直感到捉急。当然,这不是我不用word写需求文档的根本原因。简单来谈一下,为什么软件开发项目中,需要需求文档这么个东西?在稍微大一点的开发团队中,产品经理未必能向所有开发人员

八个小秘诀,让你的设计文档更绚更好更清晰

设计文档如何呈现才能更好更清晰呢?文章为你解读。设计师们通常会使用各式各样的文档——报告、摘要、导图、指南——来给团队成员以及客户传达工作成果。但是设计文档不仅仅是简单的设计过程内容的收集与存放,如何呈现文档与文档内容本身同样重要。1、添加摘要比方说,你已经对客户的产品进行了深入的的启发式评估,并指出了上百个可用性问题。那么你有一个100页的报告和说明。完成这项工作可能花费