PRD:我设计了一款学习社交类 APP——自习室

笔者设计了一款学习社交产品,并撰写了产品需求文档,供大家参考与学习。工欲善其事必先利其器,如果你想要成为一名产品经理,那么你首先需要掌握一些产品经理所需的基本能力。笔者目前是一个程序员,已经工作了一年多。在这段时间里,我了解了什么是产品经理,喜欢上了产品经理这个岗位,所以我决定转向产品领域。作为一名产品小白,在不断地自我学习中,经历了各种困惑以及不知道如何做才能进一步提高自

一份高级产品经理的干货分享整理:终极prd

这世界走的再快,也与你无关,一步一步成长,也挺好。受公司学院的邀请,师父出山为广大同事做了一次含金量超高的分享。打从上周接到邀请,师父就开始紧张兮兮的准备这次分享,满脑子都是如何做分享(偷偷告诉你们,他都没心思工作了)。因为,这事情关乎他的面子,我想这世上可能没有什么比他的面子更重要的了。他一直说“我满脑子的东西,怎么讲!” 最开始他打算把整个产品设计流程全部讲一遍,然后一

【宝宝时光机】宝宝成长记录APP产品需求文档

宝贝时光机是一款以视频拍摄为主,全家参与记录宝宝成长的工具,同时可以和亲友分享宝宝故事,在社区交流拍摄经验。一、文档说明“宝贝时光机 ”是一款家庭参与的记录宝宝成长的视频APP;在做这个产品之前没有做详细的竞品分析,先看市场上已有的产品会限制思维,本文档立足于用户的需求;计划下一步做详细的竞品分析,然后对产品进行改进;做出MVP后,再回到访谈用户,根据他们的反馈对细节进行打

KEEP 项目产品需求规格说明书

非常清晰完整的需求文档,刚开始看的时候差点以为是内部的PRD文件来着。很有想法,推荐你也阅读一下,不论是方法论还是想法很多都可以参考。1.项目背景1.1行业现状及趋势分析澄清:数据和信息源自艾瑞咨询http://wreport.iresearch.cn/uploadfiles/reports/636142260858372212.pdf艾瑞咨询的结果已经很清晰的展现出近几年

需求分析师如何撰写需求规格说明书?

本文将分享一般的需求说明书该如何撰写,有哪些格式,需要注意什么等方面,力求使需求说明书看起来规范、专业。enjoy~需求分析师的一个主要工作就是写需求说明书。国内对于需求说明书的格式并没有一套标准规范,每家公司有每家公司自己的需求说明书格式,在我从事的三家公司,我写过三种格式不同的需求说明书,这样造成的一个后果就是因为没有一套标准格式的需求说明书,假如去其他公司的话,又得抛

产品新人入门学习:需求文档

工欲善其事必先利其器,你想要入门成为一门产品经理,那么就要首先掌握一些产品经理所需的基本方法。作者也是从一个程序员转向产品领域的小白,经历了接触,了解,学习的过程,懂得这一过程中的各种困惑,也曾一度不知道如何做才能进一步提高自己。因此现在很想把自己的一些经验分享给大家,希望新入门的朋友们能少走弯路有的放矢,希望能有些帮助。今天这里要说的不是如何教你做出规范完美的需求文档,而

案例解析|如何做一份简洁而有重点的的需求文档

本文作者将以“懂球帝”的问答功能需求文档为例,与你分享如何做一份简洁而又具有重点的的需求文档。很多产品经理反应:需求文档在工作中有用吗?我们研发从来都不看我的需求文档,需求文档只是为了当产品出问题时拿出来证明自己的工作结果而已,写需求文档是为了避免“背锅”而已!事实上不管你写没写需求文档,当产品出现问题,这个锅一定是产品经理来背的!你是产品负责人,产品出问题,不找你找谁?需

游戏 PRD 丨狼人杀 APP 产品需求文档

最近关注狼人杀类APP,做了一份狼人杀APP的BRD、MRD、PRD和产品原型来练手的,还望大神多多指教,提提建议。 目录一、文档说明1.1 文档属性1.2 历史修订记录1.3 产品综述1.4 名词性术语二、产品说明2.1 产品信息结构图2.2 产品结构图2.3 产品流程图2.3.1 登录注册流程图2.3.2 关于游戏模式流程图三、全局功能说明3.1 APP字体3.2 打断

快视频内嵌UGC视频播放平台产品需求文档(PRD节选)

文章为快视频内嵌UGC视频播放平台产品需求文档节选,希望能够给你带来些启发。快视频目前是一个短视频聚合平台。假设它打算向PUGC平台转型,需要搭建一个内嵌的UGC视频播放平台。以下是此项目的PRD。目录1 简介 1.1 版本记录1.2 修订记录1.3 产品概述1.4 用户画像与典型场景1.5 产品Roadmap1.6 PRD预期读者1.7 成功定义与判断标准1.8 名词

产品需求文档里的一些容易遗漏的点

笔者是个半路出家的电商产品经理,之前对电商的理解只停留在做马爸爸背后的女人上,因此当自己角色转换后,遇到了不少困难。今天就来跟大家分享下市面上产品经理书籍中不大会提及产品需求撰写点,希望能帮刚转行或者想跳坑的小伙伴一些新的角度。我在考拉海购APP上挑了个非常简单的活动页作为参考,给大家作下分析。考拉活动链接:https://dwz.cn/4e7v8x51(非考拉产品经理,也

家具产品库 :产品需求文档

随着互联网及虚拟现实技术的发展,家装产品的展示及销售方式也更为多样。本文主要是根据现有家装App产品做功能业务上的拓展,撰写关于产品需求文档。目录一、文档综述1.1 文档属性1.2 修订记录二、产品概况2.1 行业分析2.2 目标人群2.3用户画像2.4需求汇总2.5产品介绍2.6产品定位三、产品结构3.1产品信息图3.2产品功能图四、全局说明4.1 功能权限4.2 键盘说

Q 萌宠物产品需求文档

这是上年无意间写的一份产品需求文档,纯属个人对互联网宠物行业较为感兴趣,设想着利用微信这个平台创造一个互联网宠物品牌。本文中所有的观点及文档内容纯属个人一厢情愿,有写作不当之处敬请谅解。 1. 公众号首页:详细功能需求清单微信公众号,作为与粉丝、消费者沟通交流的窗口。 2. 商城主页微信商城,作为销售Q萌宠物商品的平台。 2.1 宠物类别:以泰迪为例在商城主页点击【宠物类别

在日企,我们用Ecel做需求文档

因为本人长期供职于日企,而有相同工作经历的朋友可能会相对了解一些,在日企很多文档相关的书类都使用Excel制作,所以受到启发,参照文章中的图片用Excel制作了这份需求文档(文末有分享地址)。文档中,除了样式基本一致外,像是【产品简介】【版本说明】等导航都是可以点击交互的,正常来说写好文档后应当对内容区域进行“保护”,防止他人误操作或随意编辑;此处为便于共享未做保护。附件文

如何完成后台PRD的撰写?

本文作者将分享自己在后台需求文档的撰写上的心得和建议,enjoy~近期在工作上独立完成了一份后台的需求规格说明书,因此有了一些心得体会。在这之前,我浏览过许多关于后台设计的文章,大部分文章都是在阐述如何设计后台,给了我们很多设计理念上的建议与帮助。只是,无论什么样的设计都最终都需要以文档的形式产出,因此,本文我将在后台需求文档的撰写上分享自己的心得和建议。现在,我们先来做做

产品需求文档:旅游类APP – 走起

本文档粗略地定义了产品的出现背景,旅游APP现状、产品目标和功能实现,最后用Axure画出了界面。和朋友出去玩,想到的一款APP,现在的旅游类APP中,同程有这个功能,但是都是非常大众的旅游景点,而且路线不是非常详细,因此想到设计一款APP能够集中每一个爱好旅游的人偶然发现的生活中美好的地方,像当地的导游一样,给用户提供小确幸的旅游体验。文档粗略地定义了产品的出现背景,旅游

个人项目|易考车 APP 需求文档

本文为作者的个人项目,与你分享易考车APP需求文档。enjoy~报告版本:2017-08-12编辑历史 1. 概述1.1 产品概述及目标产品功能:本产品主要是打造透明、规范的驾考平台,解决用户在学车时间上的灵活安排。预期目标:此文档的目的主要是清晰有层次地定义页面原型各个模块的功能与及内容逻辑。1.1.1  背景介绍在2012年提出“互联网+”的概念提出前,驾考行业一直是处

产品需求文档需要遵循的命名规则

很少有PM会刻意去强调PRD中各种内容的命名,因为觉得这个不重要。但是和开发传达需求,以及上线后会经常后悔,其实当时表述的内容应该更清晰一点,表述的对象应该更严谨一些。而这里的表述其实很大一部分依赖于你对于PRD中元素的命名,好比写武侠的作者如果有一套很好的世界设定、功法等级设定,角色命名设定会很有价值。 命名的作用PRD的目的是定义产品和传达需求,表达形式其实就2种图+文

产品思维解析PRD内容与结构

作为个把月没产品实习的2018应届生,想在寒假期间梳理自身产品知识更好地迎接年后的实习应聘。而本文是我归纳总结PRD文档(采用Axure)结构和内容后输出的文章。目录 分析方法介绍具体分析结语1.分析方法介绍PRD(产品需求文档)是产品新人日常工作中输出最多的文档类型,而不同公司不同团队对于PRD的结果和内容要求都不尽相同,所以PRD文档也可以被当作一个独立的产品来对待

用Aure写PRD:虎扑app产品需求文档

文章为作者利用Axure撰写的PRD,希望能够给你带来一些帮助。需求文档是产品经理的基本功,产品小白入门的必经之路,但对于小白来说,没经历过一个完整的项目,自然也没有产品可以写,所以倒推产品是一个练手的好方法。Axure也是产品经理的基本功,画原型图的利器,但axure不止是能画原型,还可以用来写prd,正如臻龙大神说的做这样一个一体化产品需求文档出于的目的就是传统的方式产

高级 PM 如何规范化的管理产品文档

总结了自己这几年管理各种产品文档的经验,分享给大家。主要分为三大部分,本地文档如何管理,然后怎么管理同一版本的PRD,以及如何共享PRD给同事。 一、本地文档如何管理项目通过文件夹管理经受过的项目比较多,我按照“开始月份~结束月份+项目名称”的方式来命名,方便后续回顾。 按照职能设子目录比如我们是PM,那主要资料应该是需求文档,其次经常被传达的可能是用户需求、可能需要了解学