实例：Lab管家小程序PRD（产品需求文档）
Lab管家是一款连接线上线下科研场景的小程序应用，本文通过对Lab管家进行产品需求调研与分析后产出的一次迭代PRD文档。该文档由几个板块组成：产品概述、任务流程图、页面说明、功能原型等。
本文由 @元芳 原创发布于人人都是产品经理 原标题《PRD：Lab管家小程序——高效科研，省心管理》
前言
作为一名科研狗，每天接触到最多的就是实验室场景，预约仪器和查找试剂也是执行最多的流程。此外，僧多肉少（人多仪器少）的现象普遍存在于各个科研团队中，而且也将永远是个常态。传统的预约形式很多都是在登记册上，但对于随时都能冒出Idea、亦或老板临时起意让做个实验的科研狗而言，则不得不跑到实验室一趟去查看仪器的预约情况以便做实验安排，好不折腾。此外，仪器预约后忘记使用，或者没能及时删掉预约记录，必将导致仪器资源的浪费。
“智能化程度低”和”资源分布不均”是科研行业的典型特征。作为一个细分且专业性强的小众领域，虽然人工智能和大数据已经运用在了新药物、新材料的筛选过程中，但少人去关注如何提升仪器智能化水平。值得注意的是，不同科研工作者从事的方向虽不同，但其所用到的仪器资源交叉程度非常高。高额的仪器成本，注定不会每个科研团队甚至学校层面去花巨资全部购买。但对于部分基金充裕的团队或者学校而言，仪器资源的使用很多处于低频甚至闲置的状态。
笔者从16年开始关注小程序，其中轻量化、低门槛也是最让我兴奋的地方。18年末，为了让想法落地，科研之余开始学习小程序开发。19年Lab管家小程序正式上线，同时也获得了微信U计划的项目资助，解决了早期产品推广的资金问题。本文算是Lab管家小程序的一次项目复盘，希望各位前辈多多指教！
一、文档综述
1.1 产品介绍
1.2 文档修订记录
版本号规则：小数点后为当前版本的小更新，小数点前为大版本更新。
修订属性：新增、修改、删除
1.3 功能性需求
优先级规范：p1、p2……数字越小代表优先级越高
二、产品说明
2.1 信息结构图
2.2 功能结构图
2.3 产品结构图
三、全局说明
3.1 功能权限
3.1.1 登录/未登录
未登录状态下不可以创建实验室和预约仪器
3.1.2 管理员/负责人/普通用户
管理员：拥有的实验室所有的信息、仪器、人员等管理权限
负责人：拥有除管理团队和修改实验室信息之外的所有权限
普通用户：仅拥有个人信息维护、预约和信息查询权限
3.2 键盘交互说明
点击输入框时，有页面底部弹出字母键盘
3.3 弹窗信息
3.4 页面交互
页面交互说明：
点击响应区域进入下一页时，页面从右至左进入下一页
点击返回回着从左向右滑动时，页面从左至右返回上一页
页面正常情况下，没有数据显示时，表现形式为插图配上提示性文案
3.5 页面异常
四、部分任务流程
4.1 账号登录、实验室创建和团队成员加入
4.2 仪器预约流程
五、部分页面功能详细说明
5.1 登录页
5.2 首页
5.3 创建实验室
5.4 仪器列表页
5.5 仪器详情页面
5.6 预约日历页面
5.7 团队管理页面
六、非功能性需求
6.1 性能需求
小程序首次启动(冷启动)时间不超过4s,热启动不超过2s
小程序内响应时间不超过2s，在网络连接超时/弱网情况下，需给出相应提示并可重新加载
前端图片和数据实现缓存加载，图片前端进行压缩节省用户流量
拥有高并发支撑能力
6.2 可用性需求
兼容性：兼容IOS和Android的微信7.0及以上版本，基础库支持2.8及以上版本
容错性：小程序应该通过不唐突的无模态反馈提醒用户录入时的状态，帮助用户校验，保证数据条目输入的有效性状态可见
让用户了解自己处于何种状态环境贴切：使用用户熟悉的界面范式和概念用户可控
页面出口应明显，防止用户因误触某些功能而无法返回一致性
结构/色彩/文字/操作/反馈一致性人性化帮助
在重要的功能入口处提供相应的帮助入口
6.3 数据需求
产品初期需要一定基础的数据提供支持，因此，除了小程序官方数据统计平台，再接入第三方统计平台（阿拉丁），统计以下事件的数据及路径转化率。
七、总结
优点：
设备码/实验室码：一物一码，实现线上线下融合，快速预约、查看和加入团队
预约设置和弹性化预约日历：面向仪器使用场景的“千人前面”，提高效率和场景兼容性
国际化能力：“一视同仁”，不同的语言同样的使用体验
引入组件化、分包机制，响应速度大幅提高
待优化：
代码臃肿，可读性差，导致包体积较大；执行逻辑复杂，响应速度慢。
情感化设计不足，用户指引欠缺
色彩方案一致性差
