文档

文档模板分享:后台产品需求用例

因为工作中写最多的就是后台产品的需求用例,所以先整理了这份文档模板,在往后的文章中会陆续总结PRD中其他部分的模板。1. 文档模板背景介绍需求用例 :我团队把一个需求(可理解为功能矩阵中的一行)的详细描述、页面、交互、数据项、基本流程这些能尽可能多描述地需求细节的内容称为一个需求用例。阅读者 :需求开发者、需求测试人工具 :Confluence(+JIRA)我团

致产品经理:2018年最新的一体化需求文档模板

本文作者结合自身经验,输出了一份最新的一体化需求文档模板,希望对你有用~enjoy~概要页一般会写出文档为谁而写,能够提供什么,以及本次项目的背景,参考了哪些资料写出的。 功能页具体到每一项功能,完整的介绍功能为谁设计,解决他的什么问题,目的是让运营、测试、开发同事可以选择自己关注的方面了解下去。作为一名文笔不好的产品经理,没办法给大家带来优雅的描述,所以经常被人投诉文档之

经验总结:产品需求文档的编写四步法

文章为作者结合自身工作经验总结的编写需求文档的方法,希望可以对你的产品工作带来帮助。作为产品经理,编写需求文档是产品工作环节中最基本的,同时也是非常重要的工作。刚开始,我们通常会拿别人的需求文档作为模板来套用,这种格式化的需求文档看起来挺专业,但慢慢地会感觉到别扭。因为每项需求定义所需要的表达元素都不一样,多了没必要,少了又说不清楚。而这种填空式的文档,总会让人有一种束缚感

产品基本功系列(二):如何写好需求文档?

需求文档作为产品经理的基本功,其重要性不言而喻,那么如何写好需求文档呢?作者分享了自己的一些心得。提到需求文档,不少人认为写需求文档就和写论文一样,只要按照模板顺下来就可以了,还有人认为只要把问题说明白就好,写不写需求文档就是一个形式:”与其写PRD,还不如写测试用例”。那么,PRD是产品经理最” 底层” 的技能吗?是不是 “会写” 就达到要求了?产品经理应该将一部分精力放

研发老兵看技术写作

做了十几年的IT研发工作,对用户文档这块工作一直没有太多关注。用户文档属于产品的附属部分,从项目管理角度看,用户文档往往不在项目的关键路径上,占项目预算比例低,技术风险、日程风险都很低,一旦发生问题,影响往往也不大,问题也容易得到解决。在项目管理中,往往不会过多关注用户文档。最近一段时间,对写作产生了很大兴趣,开始关注技术写作和身边的技术写手们,通过和她们交流,开始对技术写

一份开发喜欢的文档,应具备的 4 个特点

写文档是一个产品经理的必备技能。产品经理需要将写的文档交给上司,交给开发,交给设计。但往往产品经理们殚精竭虑写出长篇累牍的文档,在开发那里只是瞅几眼就扔到一旁了。其实这也不能怪开发,因为一般在需求评审的时候,开发已经将产品的整个逻辑了解的差不多了。如果开发过程中有什么问题,直接和产品沟通的效率也要比一页页的翻看文档有用多了。这个时候产品经理就会很郁闷,我已经在文档里写的清清

MDVC 框架:产品文档最优雅的结构

今天分享一个产品文档的优雅结构:MDVC框架。供大家参考,与大家共勉!区分概念什么是PRD?什么是MRD?什么是BRD?这些问题都是老生常谈的。我从整理了一些,供大家参考。PRDPRD(Product Requirement Document)产品需求文档。PRD文档是产品项目由“概念化”阶段进入到“形象化”阶段乃至执行阶段的最主要的一个文档,“对MRD中的内容进行指标化和

产品需求文档的三层逻辑:规范层、信息层、表现层

本文将产品需求文档的逻辑归纳为:规范层、信息层、表现层三层,并逐一展开分析。与君分享,希望给大家的工作带来一些借鉴。之前我们探讨了产品原型的内容,今天想和大家来聊一聊产品原型的“另一半”:产品需求文档。为什么说产品需求文档是产品原型的“另一半”呢?理由很简单,在产品的整个生命周期中,只要出现产品原型,一定会有需求文档相伴,可谓是夫唱妇随,相伴到永远。虽然他俩是天生的一对,但

全面剖析一体化产品需求文档

一年前,我发表过一篇文章《Word产品需求文档,已经过时了》,可能有一些关注我的朋友看过。而经过一年时间,我在以前的版本上又进行了一些更为细致的优化,所以在此将其分享出来。同时,一年当中,有许多朋友想让我将html文件分享出来,在此也满足大家的需求。唯一希望的是可以带给大家启迪,做出合适自己团队的需求文档。产品需求文档大家都知道,可是什么是一体化产品需求文档呢?其实,这个一