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

前言

作為一名科研狗，每天接觸到最多的就是實驗室場景，預(yù)約儀器和查找試劑也是執(zhí)行最多的流程。此外，僧多肉少（人多儀器少）的現(xiàn)象普遍存在于各個科研團隊中，而且也將永遠是個常態(tài)。傳統(tǒng)的預(yù)約形式很多都是在登記冊上，但對于隨時都能冒出Idea、亦或老板臨時起意讓做個實驗的科研狗而言，則不得不跑到實驗室一趟去查看儀器的預(yù)約情況以便做實驗安排，好不折騰。此外，儀器預(yù)約后忘記使用，或者沒能及時刪掉預(yù)約記錄，必將導(dǎo)致儀器資源的浪費。

“智能化程度低”和”資源分布不均”是科研行業(yè)的典型特征。作為一個細分且專業(yè)性強的小眾領(lǐng)域，雖然人工智能和大數(shù)據(jù)已經(jīng)運用在了新藥物、新材料的篩選過程中，但少人去關(guān)注如何提升儀器智能化水平。值得注意的是，不同科研工作者從事的方向雖不同，但其所用到的儀器資源交叉程度非常高。高額的儀器成本，注定不會每個科研團隊甚至學(xué)校層面去花巨資全部購買。但對于部分基金充裕的團隊或者學(xué)校而言，儀器資源的使用很多處于低頻甚至閑置的狀態(tài)。

筆者從16開始關(guān)注小程序，其中輕量化、低門檻也是最讓我興奮的地方。18年末，為了讓想法落地，科研之余開始學(xué)習(xí)小程序開發(fā)。19年Lab管家小程序正式上線，同時也獲得了微信U計劃的項目資助，解決了早期產(chǎn)品推廣的資金問題。本文算是Lab管家小程序的一次項目復(fù)盤，希望各位前輩多多指教！

一、文檔綜述

1.1 產(chǎn)品介紹

1.2?文檔修訂記錄

版本號規(guī)則：小數(shù)點后為當(dāng)前版本的小更新，小數(shù)點前為大版本更新。

修訂屬性：新增、修改、刪除

1.3?功能性需求

優(yōu)先級規(guī)范：p1、p2……數(shù)字越小代表優(yōu)先級越高

二、產(chǎn)品說明

2.1?信息結(jié)構(gòu)圖

?2.2?功能結(jié)構(gòu)圖

2.3?產(chǎn)品結(jié)構(gòu)圖

三、全局說明

3.1?功能權(quán)限

3.1.1 登錄/未登錄

未登錄狀態(tài)下不可以創(chuàng)建實驗室和預(yù)約儀器

3.1.2 管理員/負責(zé)人/普通用戶

管理員：擁有的實驗室所有的信息、儀器、人員等管理權(quán)限

負責(zé)人：擁有除管理團隊和修改實驗室信息之外的所有權(quán)限

普通用戶：僅擁有個人信息維護、預(yù)約和信息查詢權(quán)限

3.2 鍵盤交互說明

點擊輸入框時，有頁面底部彈出字母鍵盤

3.3?彈窗信息

3.4?頁面交互

頁面交互說明：

1. 點擊響應(yīng)區(qū)域進入下一頁時，頁面從右至左進入下一頁
2. 點擊返回回著從左向右滑動時，頁面從左至右返回上一頁
3. 頁面正常情況下，沒有數(shù)據(jù)顯示時，表現(xiàn)形式為插圖配上提示性文案

3.5?頁面異常

四、部分任務(wù)流程

4.1 賬號登錄、實驗室創(chuàng)建和團隊成員加入

4.2 儀器預(yù)約流程

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

5.1?登錄頁

5.2?首頁

5.3?創(chuàng)建實驗室

5.4?儀器列表頁

5.5?儀器詳情頁面

5.6 預(yù)約日歷頁面

5.7?團隊管理頁面

六、非功能性需求

6.1?性能需求

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

6.2?可用性需求

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

6.3?數(shù)據(jù)需求

產(chǎn)品初期需要一定基礎(chǔ)的數(shù)據(jù)提供支持，因此，除了小程序官方數(shù)據(jù)統(tǒng)計平臺，再接入第三方統(tǒng)計平臺（阿拉丁），統(tǒng)計以下事件的數(shù)據(jù)及路徑轉(zhuǎn)化率。

七、總結(jié)

優(yōu)點：

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

待優(yōu)化：

1. 代碼臃腫，可讀性差，導(dǎo)致包體積較大；執(zhí)行邏輯復(fù)雜，響應(yīng)速度慢。
2. 情感化設(shè)計不足，用戶指引欠缺
3. 色彩方案一致性差

本文由 @元芳 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。