没有合适的资源?快使用搜索试试~ 我知道了~
全面通用的移动端产品需求文档.docx
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 102 浏览量
2022-05-07
23:21:49
上传
评论
收藏 6.73MB DOCX 举报
温馨提示
试读
61页
全面通用的移动端产品需求文档.docx
资源推荐
资源详情
资源评论
全面通用的移动端产品需求文档
花了大概 1 年整理出一份全面通用的移动端产品需求文档,包含
了我多年产品经验以及对业务的理解,对技术原理的涉及。命名
为浪子 PRD1.0,请查看全文后再直达源网址。
这份 PRD 虽然内容很全面通用,但是还不够系统结构化。所以才命名
为 1.0。首先希望对大家有帮助,其次希望大家给我提建议,然后可
以不断迭代到 2.0、3.0……
营销出身,先做运营,后转产品,一直研究技术原理。做过 B 端、C
端产品。做过 PC client、Web 产品、H5 app、原生 app、多平台产
品。现在做移动端社区电商 APP 的商城模块。相信这样的经历和大家
应该可以共鸣。
从网上学到了很多产品文章,最终自己也算是略有心得,所以特此回
馈给大家。
先预览一下 PRD 的结构
一、画原型的步骤
二、PRD 撰写原则
其实我觉得这个特别重要,但是偏理论了。
大原则
业务优先于需求,需求优先于功能,功能优先于交互,交互优先于
UI。
PRD 的目标
旨在对 APP 项目的业务架构&产品流程&功能需求做详细的介绍,为
产品后续的需求、设计、开发、测试、上线提供依据。
向项目组成员(项目经理、开发、测试、运营)传达产品的业务信
息与需求细节。
管理需求,进行归档,为后续需求迭代与变更提供依据。
实现项目的规范化管理。
PRD 的撰写说明
只有一种输出物,在线原型。
只用原型传达思想和表意,不过度考虑视觉呈现。
逻辑确定后不经常改动,如有必要上线前统一和前端对照并修改。
内容文案是否经得起推敲,顶部标题以及按钮文案以及各种小提
示是否简洁清晰。
内容结构:一级目录使用”一”,二级目录使用”1″,三级目录使
用”③”。
元件样式和交互的通用规则,请写到全局规范。其他写到对应的
元件逻辑中。
写的逻辑禁止不确定字样(也许/可能/maybe/考虑/好像/类似/暂
时/待定/等等/像/真的/?)
所有变量统一使用红色表示并且配上说明,比如满 x 元减 x 元。
英文单词尽量小写,易识别。除非是约定俗成的词语,比如
iOS、Android。
双引号&单引号&小括号不使用全角,只有半角。
需求描述原则
表述清楚需求的位置是在什么位置,比如”x”页面、还是”x”页面
的”x”元件。
需求是新增”x”功能、还是修复”x”bug、还是优化”x”功能。
技术处理原则
某些场景下技术上可以考虑合并多步操作,以减少客户端对于异
常情况的判断。比如确认订单页面的保存地址并返回运费。
某些警告框应该当做页面来处理数据埋点以及交互,单独说明。
尽量解耦到每一个页面,每一个警告框,而不是多个页面之间关
联性太强。
PRD 的核心模块
页面,写在 Axure 的 Pages 中。生成原型后请点击左侧 Pages
进行查看。
交互,写在 Axure 的 Interaction 中。生成原型后请点击左侧
Pages 中的链接图标进行展示和隐藏。
逻辑,写在 Axure 的 Notes 中。生成原型后请点击左侧 Notes
后查看,或者点击右侧元件旁边的图标进行查看。
元件的逻辑有 5 种,具体如下:
剩余60页未读,继续阅读
资源评论
产品经理自我修养
- 粉丝: 231
- 资源: 7710
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功