Lab管家是一款連接線上線下科研場景的小程序應用，本文通過過對Lab管家進行產品需求調研與分析后產出的一次迭代PRD文檔。該文檔由幾個板塊組成：產品概述、任務流程圖、頁面說明、功能原型等。

前言

作為一名科研狗，每天接觸到最多的就是實驗室場景，預約儀器和查找試劑也是執行最多的流程。此外，僧多肉少（人多儀器少）的現象普遍存在于各個科研團隊中，而且也將永遠是個常態。傳統的預約形式很多都是在登記冊上，但對于隨時都能冒出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?頁面交互

頁面交互說明：

1. 點擊響應區域進入下一頁時，頁面從右至左進入下一頁
2. 點擊返回回著從左向右滑動時，頁面從左至右返回上一頁
3. 頁面正常情況下，沒有數據顯示時，表現形式為插圖配上提示性文案

3.5?頁面異常

四、部分任務流程

4.1 賬號登錄、實驗室創建和團隊成員加入

4.2 儀器預約流程

五、部分頁面功能詳細說明

5.1?登錄頁

5.2?首頁

5.3?創建實驗室

5.4?儀器列表頁

5.5?儀器詳情頁面

5.6 預約日歷頁面

5.7?團隊管理頁面

六、非功能性需求

6.1?性能需求

1. 小程序首次啟動(冷啟動)時間不超過4s,熱啟動不超過2s
2. 小程序內響應時間不超過2s，在網絡連接超時/弱網情況下，需給出相應提示并可重新加載
3. 前端圖片和數據實現緩存加載，圖片前端進行壓縮節省用戶流量
4. 擁有高并發支撐能力

6.2?可用性需求

1. 兼容性：兼容IOS和Android的微信7.0及以上版本，基礎庫支持2.8及以上版本
2. 容錯性：小程序應該通過不唐突的無模態反饋提醒用戶錄入時的狀態，幫助用戶校驗，保證數據條目輸入的有效性狀態可見
3. 讓用戶了解自己處于何種狀態環境貼切：使用用戶熟悉的界面范式和概念用戶可控
4. 頁面出口應明顯，防止用戶因誤觸某些功能而無法返回一致性
5. 結構/色彩/文字/操作/反饋一致性人性化幫助
6. 在重要的功能入口處提供相應的幫助入口

6.3?數據需求

產品初期需要一定基礎的數據提供支持，因此，除了小程序官方數據統計平臺，再接入第三方統計平臺（阿拉?。?，統計以下事件的數據及路徑轉化率。

七、總結

優點：

1. 設備碼/實驗室碼：一物一碼，實現線上線下融合，快速預約、查看和加入團隊
2. 預約設置和彈性化預約日歷：面向儀器使用場景的“千人前面”，提高效率和場景兼容性
3. 國際化能力：“一視同仁”，不同的語言同樣的使用體驗
4. 引入組件化、分包機制，響應速度大幅提高

待優化：

1. 代碼臃腫，可讀性差，導致包體積較大；執行邏輯復雜，響應速度慢。
2. 情感化設計不足，用戶指引欠缺
3. 色彩方案一致性差

本文由 @元芳 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。