导图社区产品经理必备的产品需求文档

产品经理必备的产品需求文档

主要大概介绍了产品需求文档的主要构成和撰写方法，并使用RP格式举例说明。希望对你有所帮助！

编辑于2023-11-24 15:26:59

prd
产品需求文档
交互说明
需求说明

梨森

产品经理必备的产品需求文档

社区模板帮助中心，点此进入>>

梨森

相似推荐
大纲

产品需求文档-PRD

常见形式

RP格式

在绘制原型时候，直接撰写对应页面内容的说明

文档格式

将原型整理到Word文档中，在文档中撰写具体的需求说明

主要内容

RP格式

产品简介

版本说明

交互自查表

产品概览

功能清单

项目排期

产品架构

结构图

流程图

产品原型

全局说明

角色/功能权限

加载方式

全局弹层

常用字段

网络异常

全局交互

具体原型

功能说明

非功能需求

埋点需求

性能需求等

文档格式

产品简介

目的

范围

名词术语

用户角色描述

角色描述

产品概述

目标

总体流程

功能概要

功能需求说明

功能结构

功能说明

其他产品需求

性能需求

监控需求

兼容性需求

风险分析

风险预防措施

风险应对措施

相关

交互设计师和产品经理输出的最核心的“产品”

面向的“用户”是下游同事——UI设计师、开发工程师、测试工程师

如何撰写

页面流程（页面之间）

可以表达产品的整体流程，帮助同事了解业务、功能、页面之间的关系，一般通过原型结构来体现

内容布局（页面内）

页面什么结构、有什么模块，基本布局

显示什么样的数据（文本、图片、视频、音频），显示样式或格式是什么样的？数据从哪里来的？

说明不同状态下的显示规则（登录、加载、角色、网络、有无内容等）

交互操作和反馈（控件逻辑）

交互逻辑，页面中的控件操作有什么效果，会跳转到哪里去；还要注意交互数据逻辑（限制条件）和异常反馈（操作错误）等

步骤

页面说明

将整体页面结构划分、如有必要，描述清楚相关路径

标注+命名

将原型按照划分好的结构进行标注和命名

撰写说明

区域页面描述

区域功能描述

小细节

单位格式

日期月份两位数

信息脱敏

时间分钟之间冒号

手机显示时中间空格

金额每三位逗号隔开

电话显示中间的中短线

字符限制

以字符为单位

一个中文算两个字符

以字为单位

举例

昵称

电话号码

登录密码

验证码

评论内容

文章标题

文章缩略内容（超出内容以...显示）

动态规则

操作

下拉刷新

上啦加载（列表结束/到达最底部）

用户头像

链接到个人资料页

通用规则

初始列表20条，每次加载20条

网络异常

提示“请检查网络”

输入框

有提示内容

输入内容后“***”提示

交互说明撰写方法

登录页面

登录界面的跳转流程

什么情况下，或者那些界面可以进入登录界面；

登录成功进入哪个界面

取消登录后回到哪里

界面转场方式，比如从下到上进入界面，从上往下离开界面

账号输入框

字段格式要求、字段长度、类别（汉字、字母、数字、手机号）

是否有默认提示文案，如上次登录过是否显示上次的账号

光标是否置于此输入框，键盘是否显示，键盘用哪种视图

何时检测用户填写的是否正确，填写正确的提示，错误的提示，反馈提示何时显示、何时消失

输入框的内容是否支持一键清除

密码输入框

字段格式要求

何时检测格式是否符合

光标置入后显示键盘的哪种视图

输入框的内容是否支持一键清除

是否支持密码可见、如何切换可见状态

登录按钮

是否有可用不可以之分，何时可用活不可用

点击之后提示正在登录的方式

登录成功如何提示，跳转到哪个界面

有几种登录失败的场景（账号未注册、网络异常等），不同失败场景如何提示，何时提示

多次登录失败提示方式是否改变

注册按钮

点击进入哪个界面

界面的跳转方式是怎样的

关闭按钮

点击进入哪个界面

界面的转场方式是怎样的

注意事项

原型要先画默认状态，在绘制交互后的效果（先静态规则、再动态规则；先正常，后异常）

为避免用户陷入更深层级中，一般要求单流程最多跳三次（特殊情况除外），常见的临时视图不占次数

在设计强制执行页面（如强制执行注册）一般不提供其他跳转出口，让用户保持高度专注，形成逻辑闭环，减少错误发生，但慎用

弱执行流程（如浏览、查看详情）可提供跳转出口（如分享），增加流量

完成阶段一般可以设置快速返回，让用户更快从深层返回

原型+交互说明

具体例子实操

登录页面

个人中心