文档

请经营好自己的需求库,他将会成为你个人价值的一部分

网络中,已有太多关于PRD撰写方法的文章了,包括我自己也曾分享过一个技巧,但是,你知道为什么要写需求文档吗?文档我们可能写过很多了,但是有没有发现他的重要性呢?或者说,在实际工作过程中,除了评审以外,是不是就没有什么时候用到了?我还是强调这个观念: 10年后的现在,产品经理已经从探索阶段逐渐发展到规模阶段并且正在向标准化发展。 最早对于PRD文档的定义,在于需求评审,以及对

倒推社交应用「Soul」app需求文档(PRD)

笔者以用户身份对一款匿名社交应用soul进行体验分析后,倒推撰写了本篇需求文档,在此分享给大家,希望能和大家多多交流提高。一、文档综述1.1 版本修订记录 1.2 PRD输出环境 二、产品概述2.1 产品综述 2.2 产品使用场景 三、产品结构3.1 产品功能结构图 3.2 产品信息结构图 三、全局说明(在新标签页打开可查看大图,下同)四、登录与注册用户首次打开app时,进

产品技术大作战:需求文档

写需求文档是一件多么痛苦的事情。产品or技术的痛苦 关于需求文档要不要写,要写多细,是产品经理的一个痛点。且来说写那么细,那么久,还那么长,作为一个技术,多数还是理工科出身的,没有心情没有耐心更没有精神去看。大作战 产品画完原型,旁注技术开发完毕自后,会上总结技术一说:不够细;技术二说:逻辑思维点还是不够清楚;技术三说:改的版本为主,不知道以哪一个为准;针对技术一:我狠下心

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

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

从Material UI得到的设计感悟

如果你读过Google的Material设计文档,你就会发现其对细节和深度的注重。在文档中你能学到很多东西。其中最为重要的一项,就是其证明了编写复杂视觉风格指南是完全可能的。尽管可能困难重重,但还是可能的。特别是对于Google复杂多样的产品组合来说。如果你想学习视觉设计,就应该认真研究一下Material设计是如何处理不同元素或要素的。Google的文档详细介绍了18种不

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

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

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

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

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

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

编写需求文档常遇到的问题有哪些?

本文作者:老吴 原文地址:戳这里有一天,一个朋友打电话给我。朋友:“上回听说你们公司是做产权的,我这有诉讼相关的项目,你们能做吗?”老吴:“公司现在不打算接项目了,以做产品为主。”朋友:“你在公司负责什么啊?”老吴:“我是产品经理,负责公司的产品。”朋友:“哦,做需求的啊,知道了。老吴:“……”每个公司对产品经理的定位都不同,有的产品经理负责产品的需求,有的产品经理负责产品