文档

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

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

当与别的公司合作时,我们该如何沟通?

与外部公司合作,什么才是产品经理的正确沟通方式?不知道在你的职业生涯中有没有过这样的经历,公司的产品是需要两家公司的一起合作来完成的,其中涉及到产品、设计、技术、测试、运营等每个部门的协作,两家公司合作来做一个产品。虽然作为产品经理不缺少跟技术、运营等部门打交道的经验,但那还都是局限在一个公司的范围内,解决问题的最终决定权也在自己公司的高管手里,很多问题都是可控的。但是与别

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

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

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

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

研发老兵看技术写作

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

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

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

雪球项目前景文档:记一个没能启动的项目

这篇【前景文档】文档记录了一个未能启动的项目,未能启动的原因会在文章最后总结和讨论。公司对【前景文档】接近于大家比较熟悉的MRD文档,但是内容上又有些区别,可以看做是简化版的MRD文档。项目内容0. 名词定义“雪球”名称由来:开发雪球项目的目的为了达到通过用户间的邀请增加产品(PC端在线视频播放器,以下简称“产品”)的用户规模,雪球有个特性——在雪地上越滚越大,且随着雪球体

你离一份靠谱的 PRD 文档距离有多远?

图片发自简书App问:你离一份靠谱的PRD距离有多远?喵:一个点击的距离。(原谅某喵又耍流氓了)既然被勾搭来了,一起撩撩如何写一份靠谱的PRD(产品需求)文档,一般来说,PRD文档需包括以下要素:一、文档基本信息1、 文档编号、命名 文件名一般用版本号。常见格式是:XX产品XXXX需求PRD_V1.0。2 、文档历史版本 主要元素:编号、文档版本、章节、修改原因、修改日期

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

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