產品需求文檔:后臺管理系統
本文以一款公司后臺管理系統產品為例,展開了一份多維度且詳實的產品需求文檔。
一、產品定位和目標人群
- 產品定位:公司后臺管理系統
- 目標用戶人群:公司內部業務人員使用以及合作的自營企業公司
1.1 需求定義
3.目前需求定義:為了能夠實現公司正常的業務需求的運轉以及達到更好的管理客戶并對客戶下單等流程,達到能夠在銷售對客戶的管理,財務對金額的審核等環繞的功能進行產品設計。
1.2 產品結構功能圖
1.3 后臺的主要流程圖展示
(客戶管理-訂單管理-倉庫管理-物流管理環環圍繞)
二、需求描述
2.1 客戶管理
2.1.1 添加客戶
添加客戶用于除了添加客戶的姓名,電話,地址等基本信息,還有更多詳細的客戶信息,點擊按鈕保存,‘快捷下單’按鈕點擊跳轉到下訂單頁面。
輸入/前置條件:登錄后即跳轉到系統首頁/點擊客戶管理-添加客戶可進入該頁面。
備注:*必填項
2.1.2 客戶查詢
客戶查詢用于查詢客戶的相關信息;
輸入/前置條件:點擊客戶管理-客戶查詢,默認是無數據,當查詢某個條件,數據信息發布到前端頁面。
頁面邏輯:客戶信息:客戶編號,客戶姓名,性別,客戶分類,客戶添加時間,購買次數,消費金額,地區,歸屬員工,部門等列表字段。
查詢:輸入客戶編號/客戶姓名/客戶電話任何一個條件,如輸入了無數據,則會顯示暫無數據。錯誤的信息輸入則無任何數據顯示。
支持查詢操作。
2.2.3 我的客戶/下屬客戶
輸入/前置條件:點擊客戶管理-我的客戶/下屬客戶,點擊查詢按鈕可查詢我的全部客戶
功能描述:點擊查詢,則會顯示對應的信息;
列表字段:客戶編號,客戶姓名,性別,年齡,添加時間,廣告渠道,客戶分類,客戶意向,客戶地區,成交次數,成交金額,最新下單時間,最新跟進時間。
查詢:可以通過客戶添加時間,篩選選擇渠道,篩選客戶意向,客戶分配時間,分配工號,成交次數,成交金額,客戶年齡等條件選擇;
選擇渠道選擇范圍:廣告來源,
快速查詢種類:
①“當天添加的客戶”:指當天添加的客戶(包括下單和不下單);
②”當天添加下單”:指的是當天添加的客戶并且當天下單的;
③“新分配”:指的是客戶第二次分配的;
④“下單滿30天”:指的是客戶從下單時間到查詢當天的時間天數為30天;
⑤“7天內未跟進”:指的是截止到當天前7天沒有跟進的客戶。
三、倉儲管理
3.1 倉儲管理
指的是對產品的查詢管理以及添加,倉庫的添加和管理,庫存的管理統計盤存,產品的退貨入倉處理。
3.1.1 產品查詢
產品查詢是對產品的品牌,產品名稱等信息進行搜索查詢;
產品查詢列表字段包括:產品品牌,產品名稱,產品編號,產品類別,單位,銷售價格,使用方式,上下架。
查詢:按照產品品牌,產品名稱,產品編號,篩選產品類別,選擇上下架等條件進行查詢。
查詢所有產品:當點擊查詢所有產品,則將全部的產品羅列在前端頁面。
頁面邏輯:點擊產品名稱則可跳轉到產品詳細信息頁面。
3.1.2 添加倉庫
頁面結構:倉庫查詢,添加編輯倉庫,刪除倉庫
輸入/前置條件:點擊倉庫管理-添加倉庫
添加倉庫是對存在的倉庫的添加,列表字段包括有倉庫名稱,負責人,月結卡號,寄件人,寄件地址,手機號,默認選擇,創建時間等。
支持查詢,添加,編輯,刪除操作,界面如下:
添加:點擊添加,彈出如下的彈窗,填寫:倉庫名稱,是否默認,負責人,月結卡號,寄件人,負責人,省,市,區,寄件地址以及手機號,點擊“確認”按鈕,則將信息保存到數據庫以及顯示在前端頁面,如圖
編輯:選擇某一個倉庫名稱,點擊“編輯”按鈕,則可以編輯倉庫名稱,負責人,月結卡號,寄件人,省,市,區,寄件地址,手機號。
刪除:點擊刪除按鈕,則會彈出是否確定刪除該倉庫,如若點擊確定,則判斷刪除倉庫,否則點擊取消則不刪除該倉庫信息。
3.1.3 添加產品
輸入/前置條件:點擊倉儲管理-添加產品,可對其進行添加產品,查詢,批量保存,批量刪除功能。頁面邏輯:產品列表字段:產品品牌,產品名稱,產品編號,產品類別,單位,銷售價格,使用方式,上下架等。支持添加產品,查詢,批量保存,批量刪除等操作。
查詢:輸入產品品牌/產品名稱/產品編號/選擇產品類別,以及上下架等條件可以查詢。批量保存:勾選多個產品,選擇上架/下架,點擊保存,則對產品的上下架情況發生改變,并保存到數據庫,顯示在當前的前端頁面。
批量刪除:勾選多個產品,點擊刪除,則會彈出是否確認刪除。
添加產品:點擊添加產品,填寫產品品牌,產品名稱,產品編號,產品類別,單位,銷售價格,使用方式,選擇上下架,產品介紹,上傳圖片(圖片格式jpg/png,內存不超過2MB);上傳產品視頻(格式為mp3)。
3.1.4 產品入庫
輸入/前置條件:點擊倉儲管理-產品入庫。
頁面結構:填寫入庫單,查詢入庫產品,刪除入庫產品,產品信息列表
功能描述:輸入產品的某個條件進行查詢;點擊填寫入庫單跳轉到入庫單頁面。
產品入庫列表字段包括:產品品牌,產品名稱,產品編號,采購單號,入庫人,供應商,入庫狀態,入庫時間,采購數量,采購單價;
支持查詢,填寫入庫單,導出操作;
查詢:可以通過輸入產品品牌,產品名稱,產品編號,采購單號,篩選供應商,選擇倉庫,篩選入庫時間,篩選生產時間,到期時間等條件。
填寫入庫單:點擊添加填寫入庫單,填寫信息:入庫時間,采購單號,運費,選擇倉庫,供應商,生產時間,到期時間,入庫人,選擇入庫產品,然后點擊保存入庫。
3.1.5 出庫記錄
輸入/前置條件:點擊進入倉儲管理-出庫記錄。
功能描述:查詢出庫產品的數量及出庫的倉庫以及出庫時間;導出EXCEL表。
頁面邏輯:輸入產品品牌/產品名稱/產品編號/生產時間范圍/選擇倉庫任意一個條件,點擊查詢則可以顯示相關的數據;
出庫記錄列表字段有:序號,產品品牌,產品名稱,產品編號,產品數量,倉庫,出庫時間;
支持“查詢”,“導出”操作,
導出:點擊導出按鈕,導出excel表格,包含列表的所有字段。
3.1.6 退貨入倉
輸入/前置條件:點擊倉儲管理-退貨入倉
退貨入倉是歸類產品出庫被退回返回倉庫的過程,退貨入倉前端頁面展示的是被退回的產品還未入倉;列表字段:訂單狀態,訂單編號,客戶編號,產品品牌,產品名稱,產品編號,產品價格,產品數量,物流公司,快遞單號,退回時間,倉庫;
頁面邏輯:查詢:輸入訂單編號/產品品牌/產品名稱/產品編號/選擇退貨時間/選擇倉庫/選擇物流公司/輸入快遞單號任一條件查詢,
導出:選擇某個訂單導出Excel表,導出字段包含所有列表的字段。
退貨入倉:點擊退貨入倉跳轉到相關的頁面;
前置條件:需要勾選一個訂單,才能點擊進入退貨入倉頁面:
頁面交互:1.選擇返回倉庫2.填寫入倉數量點擊入倉才實現產品入倉,數據也會保存到數據庫(如若選擇了退回倉庫而沒有填寫入倉數量則提示‘請填寫入倉數量’;如若填寫了入倉數量而沒有選擇倉庫,則提示‘請填寫退回倉庫’)。
3.1.7 庫存管理
頁面結構:庫存查詢,盤點修改,修改記錄;
庫存查詢:不僅是產品進庫或者出庫都有保存相關的數據,顯示在前端頁面,庫存查詢的列表字段為:序號,產品品牌,產品名稱,產品編號,所在倉庫,上下架,庫存管理;
支持“查詢”,“導出”操作:
查詢:輸入產品相關信息,包括產品品牌/產品名稱/產品編號/選擇倉庫/產品的上下架等條件查詢;
導出:導出excel表,導出字段包含列表的所有字段;
頁面邏輯:輸入產品的相關信息,前端頁面顯示相關的數據信息;
四、盤點修改
前置條件:點擊倉庫管理-庫存管理,選擇盤點修改;
指對倉庫的產品數量進行修改
頁面交互:填寫修改庫存以及修改原因,點擊‘保存’,則數據會傳輸到數據庫,保存數據后返回到庫存查詢,庫存前端頁面的數據也會發生改變;
支持查詢操作:輸入產品品牌,產品名稱,產品編號,倉庫,選擇產品的上下架的任一條件可查詢。
4.1 修改記錄
修改記錄指的是顯示盤點修改產品的數據信息改變,修改記錄的列表字段有:序號,產品品牌,產品名稱,產品編號,所在倉庫,上下架,庫存數量,修改庫存,修改原因;
支持查詢操作:輸入產品品牌/產品名稱/產品編號/選擇倉庫/選擇產品上下架某個條件查詢。
4.1.1 審核定金單
審核定金單的權限只限制于財務,超級管理員,
審核定金單指的是對客戶下的訂單中交了定金的訂單審核,
頁面邏輯:查詢訂單的相關信息,對訂單的定金判讀是否審核,導出訂單信息的excel表格;
審核定金單的列表字段:審核狀態,訂單編號,客戶編號,客戶姓名,產品信息,總價,定金金額,定金支付方式,代收金額,代收支付方式,成交手機編號,成交次數,下單時間,訂單狀態,部門,銷售員工,審核時間;
支持查詢,審核通過,審核取消,導出操作;
查詢:可通過輸入客戶姓名,電話,選擇部門,工號,訂單編號,選擇支付方式,下單時間范圍,審核時間范圍,選擇審單狀態,輸入成交手機編號,收款手機編號等條件查詢;
審核通過:勾選列表的某一個訂單,點擊‘審核通過’按鈕,則審核狀態從未審核變為已審核,數據也會保存到數據庫中;
審核取消:勾選列表的某一個訂單,點擊‘審核取消’按鈕,則會將此訂單退回給銷售,前端列表沒有顯示此數據。
導出:點擊“導出”按鈕,可導出excel表格,導出字段包括列表的所有字段。
4.1.2 發貨訂單跟進
發貨訂單跟進指的是客服跟進已發貨的訂單的物流跟蹤以及訂單的代收金額情況和修改訂單物流和判斷結款成功的訂單狀態過程;發貨訂單跟進列表字段:跟進,訂單編號,客戶編號,客戶姓名,客戶地址,物流公司,快遞單號,下單時間,最后跟進內容,定金金額,代收金額,部門,銷售人員;
支持查詢,導出操作;
查詢:可輸入訂單編號,訂單狀態,下單時間,截止時間,客戶編號,客戶姓名,客戶電話,銷售部門,銷售人員,物流公司,快遞單號等條件查詢,
導出:點擊“導出”按鈕,可導出excel表格,導出字段包括列表的所有字段。
①跟進:點擊跟進,跳轉到訂單跟進狀態的修改;如下圖:
提醒模塊:快遞代收貨款變更;當有變更顯示則會提示,客服點開來可看到相關信息,如下圖:
客服可以對訂單的狀態進行更改:簽收,退貨,重復等操作;點擊之后保存確認結果按鈕,數據則會保存到數據庫,并將數據信息傳輸到下方的發貨訂單跟進情況列表。
②訂單編號:點擊訂單編號,跳轉到訂單詳情頁面;
③客戶編號:點擊客戶編號,則跳轉到客戶信息詳情頁。
4.1.3 訂單明細查詢
訂單明細查詢是指對訂單的定金及代收金額的信息查詢,訂單明細查詢列表字段有:
訂單編號,客戶編號,客戶姓名,產品信息,總價,定金金額,定金支付方式,代收金額,代收支付方式,成交手機編號,收款手機編號,成交次數,下單時間,物流公司,快遞單號,訂單狀態,部門,銷售員工,業績分配,發貨時間,是否對賬;
支持查詢,導出操作;
查詢:輸入銷售部門,訂單狀態,訂單編號,成交次數,選擇渠道,客戶編號,客戶電話,客戶姓名,工號,物流公司,下單時間,退貨時間,簽收時間,對賬時間,選擇新單類型,輸入成交手機編號,收款手機編號;
導出:點擊“導出”按鈕,可導出excel表格,導出字段包括列表的所有字段。
4.1.4 訂單軌跡查詢
訂單軌跡查詢:指的是訂單從下訂單到送到客戶手里的這一過程的軌跡記錄,方便查詢訂單到哪個環節。訂單軌跡查詢列表字段有:訂單編號,客戶編號,客戶姓名,訂單金額,定金金額,支付方式,訂單狀態,銷售部門,銷售人員,操作記錄,操作人姓名,操作時間;
支持查詢,導出操作;
查詢:輸入下單時間,截止時間,銷售部門,銷售人員,客戶編號,訂單編號,訂單狀態,支付方式,操作人等條件查詢;
導出:點擊“導出”按鈕,可導出excel表格,導出字段包括列表的所有字段。
五、物流管理
5.1 待發貨訂單
待發貨訂單是倉庫人員和超級管理員的權限所有,指的是通過客服審核訂單成功后,轉到待發貨訂單列表,由倉庫人員審核,待發貨訂單列表字段有:打印狀態,訂單編號,客戶編號,客戶名稱,倉庫,支付方式,下單工號,物流公司,快遞單號,運費(元),最新跟進,下單時間;
頁面交互:(1)輸入訂單編號,客戶編號,貨款方式,物流公司,下單時間范圍,打印狀態,選擇倉庫,輸入下單工號等條件查詢;
勾選某個訂單,點擊“確認發貨”按鈕,如若沒有點擊“打印發貨單”則會彈出toast“請先打印發貨單”,完成打印發貨單,打印狀態從未打印轉化為已打印,再點擊“確認發貨”按鈕,彈出“發貨成功”則表示訂單成功發貨。
導出發貨訂單:導出的是execl 表格,導出的內容為:訂單編號,客戶編號,客戶姓名,省,市,區,詳細地址,代收金額,總金額,產品,快遞公司,銷售工號等列表字段,如下圖:
導入快遞單號:倉庫人員與物流公司對接,導入其訂單的物流信息:物流公司/快遞單號,導入時快遞單號自動輸入在前端頁面的相關位置,如若有些訂單無法發某個指定的物流公司,則由倉庫人員選擇其他的物流公司發貨。
導入快遞單號:以excel表格的形式導入,其列表字段有:訂單編號,物流公司,快遞單號,顯示如下:
5.2 已發貨訂單
已發貨訂單是用于倉庫人員根據其數據對產品發貨出庫,已發貨訂單列表字段有:訂單編號,訂單狀態,客戶編號,產品品牌,產品名稱,產品編號,產品類別,倉庫,支付方式,待收款,下單工號,物流公司,快遞單號,總金額,運費,最新跟進,發貨時間,更新時間
頁面交互:(1)輸入訂單編號,客戶編號,產品品牌。產品名稱,產品編號,支付方式,物流公司,快遞單號,發貨時間范圍,選擇訂單狀態,選擇倉庫,輸入下單工號等條件查詢,顯示在前端頁面;
- 導出:點擊“導出”按鈕,單選或者多選導出excel表格,導出字段包括所有列表的字段。
- 撤銷發貨:勾選單個或多個訂單,點擊“撤銷發貨”按鈕,確定取消發貨,訂單狀態由已發貨轉變為未發貨,也會自動生成出庫記錄。
根據公司的業務需求做的文檔,來自剛入行的職場小白,謝謝!
本文由 @Crystral 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
電商思維太重,看你梳理字段很好,實際功能缺口比較多。AB端閉環沒涉及到。有想法的產品經理,還需要3年,估計2024年預祝你成長起來。有興趣可以加我我團隊。
一整套ERP揉碎了的描述
不懂,為啥都說8成描述可以縮減,還能簡化得只剩下幾個字嗎,那都直接看圖不用看需求了?
建議可以加產品邏輯圖,第一個圖看起來像是業務流程圖,但是用泳道圖表達會更加清晰;文章大篇幅重復頁面字段,并沒有邏輯及交互說明的講解,包括字段的規則,顯示的規則,導致整體介紹缺少邏輯
流程圖畫得太爛了
需求文檔寫的不夠細,比如有哪些查詢條件是選擇,哪些支持模糊查詢,對倉儲數據也要了解
流程圖用什么工具畫的?免費嗎?
PROCESS ON ,免費的
贊
在線工具挺多
試試加一些流程圖和用例圖呢
產品新手導航
傳統需求文檔的思路
8成描述對于老司機開發來說都是浪費字數;他們關心的是數據交互邏輯,以及數據流程;頁面交互給出原型基本沒有理解障礙;
8成描述可以縮減
嗯嗯
說實話,文檔寫的一般般
嗯嗯是的,剛入門的小白還在努力的學習中
略為復雜,有點累贅,可以再優化,描述再清晰一點
嗯嗯好的,謝謝評價, ??