【IoT】產品設計:用實際案例,手把手教你寫PRD(產品需求文檔)

​本篇文章以筆者負責過的一款硬件產品爲例,解構硬件產品PRD文檔寫作標準,供大家參考學習。

 

案例涉及PRD流程、電子標籤產品領域內容。

 

文章會涉及大量流程圖示,電腦端查看效果更佳。

 

這也是產品三大文檔的最後一篇,前期回顧:

 

1. 手把手教你寫商業需求文檔BRD

 

2. 手把手教你寫市場需求文檔MRD

 

BRD對應產品之道(方向目標),MRD對應產品之法(路徑流程),PRD對應產品之器(物理實施)。

 

 

PRD文檔的目的

 

BRD的目的是決定爲什麼要去做一件事情,MRD的作用是如何去做,提供一套方法與指導實施的文檔。

 

而PRD直接面對研發設計人員,作用在於打磨產品,實現需求。

 

在網上看到過一個很形象的類比,分享給大家:

 

BRD:

 

唐僧出發前,參見唐皇(投資人),告訴唐皇西去取經的重要意義與大興佛法的好處,唐皇答應併發放免籤護照(授權),於是唐僧帶着任務出發了。

 

MRD:

 

唐僧上路了,但是他需要選擇走哪條路線,帶幾個人,爲什麼這麼走,爲什麼帶這些人,要說清楚:

 

  • A路線:妖怪多

  • B路線:神仙多

  • C路線:美女多

 

經過分析,唐僧決定選擇C路線,所以纔有了三打白骨精,路過女兒國等經典故事。

 

PRD:

 

獲得了授權,而且已經確定了要走的路線,剩下的就是打造裝備(產品)了。

 

需要把裝備的需求給工匠(研發人員),就需要把PM對裝備(產品)的要求講清楚。

 

  • 金箍棒:需要能縮短到耳朵裏面,直徑1毫米,長度6毫米,需要金色,重量必須控制在1KG;

 

  • 九齒釘耙:必須要9個齒,廢話啊,黑色,齒長8裏面,把手長1.5米,直徑2.5釐米;

     

  • 於是工匠(研發人員)根據需求,打造出了曠世的武器。

 

彙報對象

 

 

研發人員:

 

由於研發人員專注於功能的實現與性能,所以他們對運營、市場、設計等表現相對不太關心,對於產品更多的瞭解來至於產品經理的產品宣講。

 

設計人員:

 

設計人員更多的會關注與產品的調性與原型圖,所以對PRD文檔的需求是相對較弱的。

 

展現方式:

 

對於PRD文檔來說,最主要的作用是把要做的事情講明白,便於與研發設計人員的溝通,不需要過分強調呈現形式。

 

PRD文檔常見的有兩種形式:文字模式(Word、PPT、Excel皆可)、原型圖模式,大家可以根據團隊協作習慣,自行選擇。

 

筆者喜歡使用PPT的形式來展現PRD,主要是便於演示,另外會結合Project和Axsure管理需求。

 

文檔信息:

 

 

任務排期

 

一款硬件產品往往涉及多部門協調,首先需要將任務排期表展示出來,這樣研發設計人員會有一個基本的時間觀念。

 

 

產品說明

 

產品示意圖:

 

避嫌,僅做展示,產品示意圖可以讓大家對產品形態有一個基本認識。

 

圖片來源:Indiegogo

 

產品簡介:

 

新一代電子標籤產品需要結合時代下的互聯特性,滿足用戶基本使用需求的同時獲取心理滿足感,在提供基本標籤展示功能的同時增加溫溼度監測功能。

 

產品包括主控制器、低功耗藍牙BLE模塊、實時時鐘RTC模塊、溫度傳感器、溼度傳感器、電子墨水屏顯示模塊、蜂鳴器、振動馬達、按鍵、LED指示燈和電源控制模塊。

 

產品通過低功耗藍牙將微信端定製編輯的顯示內容傳送至電子墨水屏顯示,更新任務或事件信息及時間節點;

 

通過RTC時鐘模塊保證時間的準確性,到達定時任務時間節點後,蜂鳴器語音提示、馬達振動提示、LED燈光提示或組合提示方式。

 

提示方式也可以根據用戶喜好自行設置,實現智能辦公;

 

通過溫溼度傳感器模塊持續監測環境溫溼度變化並將溫溼度信息顯示在電子墨水屏上,方便用戶瞭解室內溫溼度情況。

 

 

產品背景及應用場景:

 

學生場景:

 

場景1:必備物品清單(開學、日常物品清單等)

 

 

場景2:番茄工作法 – 專注學習、備考

 

 

上班族場景:

 

場景1:待辦事項,消滅手機大堆“提示紅點”;

場景2:生日、紀念日;

場景3:記事本,參考MAC的Day Plan;

 

 

老人&日常:

 

場景1:吃藥提醒

 

 

場景2:記事貼(聯繫電話等)

 

場景抽象:便於研發設計固件結構及信息存儲

 

 

產品基礎規格:

 

電子標籤作爲一款硬件產品,首先需要讓ID、結構和硬件工程師瞭解其硬件規格及組成。

 

整體規格框圖:

 

 

硬件需求:

 

 

硬件組成框圖:便於硬件工程師設計電路

 

 

產品特點:

 

 

結構特點:便於ID及結構工程師設計參考

 

 

性能參數:硬件、軟件、結構設計參考

 

 

軟件需求:

 

 

產品功能規格:

 

 

1、配對流程

 

第一次使用電子標籤需要完成藍牙配對,配對成功後便可以定製事件任務信息。

 

 

2、事件提醒

 

設置事件提醒,主要包括學習、家長會、旅遊、吃藥、做飯等提醒。

提醒設置包括:

 

  • 是否開啓提醒

  • 事件名

  • 提醒時間段,默認公曆:年月日、時間點

  • 重複:不重複、重複(天、周、月)

  • 提醒間隔:無/分

  • 提醒方式

 

示例:

 

家長會

 

2020-03-20 15:00 —— 2020-03-20 – 18:00

 

喝水提醒流程圖:

 

 

吃藥提醒流程圖:

 

 

2、倒計時提醒

 

設置日期倒計時提醒,如高考倒計時、生日、紀念日提醒等。

 

提醒設置:

 

  • 是否開啓提醒

  • 標題

  • 重複:不重複、每週、每月、每年

  • 提醒時間:當天、提前1天、提前3天、提前5天

  • 默認按照公曆設置日期:周重複設置星期數、月重複設置幾號、年重複設置月和日

  • 提醒方式

 

示例:

 

  • 標題:生日提醒

  • 重複:每年

  • 提醒時間:當天

  • 日期:11月12日

 

生日提醒流程圖:

 

 

高考提醒流程圖:

 

 

3、溫溼度監測

 

持續監測室內溫溼度變化,提醒用戶隨時調整,改善環境舒適度。

 

最佳室內溫度範圍:17℃ ~ 27℃;

 

最佳室內溼度範圍:20%RH ~ 85%RH;

 

環境舒適度提示表情。

 

 

4、日曆功能

 

  • 支持顯示日曆信息,周、年、月、日、時間點信息。

  • 日曆信息

  • 星期、月

  • 幾號

  • 農曆信息:如冬月初五

 

5、會議及待辦事項

 

通過小程序或其它終端將視頻會議、工作報表等重要事件添加爲待完成事項在標籤上展示,以便及時提醒。

 

提醒設置包括:

 

  • 會議及待辦事項

  • 提醒時間:年月日、時間點

  • 重複提醒:不重複、重複(每五分鐘提醒一次)

  • 結束時間:年月日、時間點

 

示例:

 

下午開會

2020-03-20 15:00

重複

2020-03-20 – 16:00

 

6、OTA升級

 

支持OTA升級功能,通過BLE升級設備固件。

 

  • 升級信息

  • 新版本推送通知

  • 升級引導頁面

  • 升級過程設計

  • 升級結束提示

 

產品UI設計:

 

由於這款產品設計時沒有UI設計師,筆者則將原型設計和UI設計做到了一起,原型頁面即最終版頁面。

 

當然,在人員配置足夠的情況下,不建議大家使用這種方式,否則會影響UI設計師的發揮。

 

下面僅展示配對流程:

 

 

 

 

總結

 

硬件產品後續還會涉及生產、良品率等問題,每一個環節都可能決定產品的成敗。

 

而精品之路更是難上加難,需要產品經理具備豐富的行業經驗,一路踩坑,一路前行。

 

漫漫產品路,祝好~

 

作者:簡約,公衆號:簡一商業

本文由 @簡一商業 原創發佈於CSDN,未經作者許可,禁止轉載

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章