PRD:B端PRD—在線教育CRM系統(tǒng)
怎么撰寫好一份PRD?這篇文章里,作者以在線教育CRM系統(tǒng)為例,梳理了相應(yīng)的PRD文檔,不妨來看看,或許會給你一些啟發(fā)。
該文檔是為我完成的一個B端產(chǎn)品原型設(shè)計而寫的,剛開始學(xué)習(xí)相關(guān)知識肯定有很多不足,請各位大佬指正。
一、產(chǎn)品介紹
1. 產(chǎn)品背景
隨著技術(shù)的迅猛發(fā)展和互聯(lián)網(wǎng)的普及,中國的在線教育市場呈現(xiàn)出爆炸性的增長勢頭。根據(jù)CNNIC的數(shù)據(jù),自2017年以來,中國的在線教育用戶規(guī)模持續(xù)增長,尤其是在2019年至2020年期間,增長率高達(dá)63.7%。
由于2020年疫情的推動,在線教育市場的增長速度遠(yuǎn)超過其他互聯(lián)網(wǎng)應(yīng)用。2020年到2023年,中國的在線教育市場仍然繼續(xù)擴(kuò)大。這些數(shù)據(jù)表明,中國的在線教育市場正處于快速發(fā)展階段,為教育行業(yè)和企業(yè)提供了巨大的商機(jī)和機(jī)會。
2. 產(chǎn)品定位
作為一家在線教育公司,隨著業(yè)務(wù)的不斷擴(kuò)大和業(yè)務(wù)數(shù)據(jù)量的增長,數(shù)字化轉(zhuǎn)型已成為公司內(nèi)部的迫切需求。為了提高各部門之間的信息流轉(zhuǎn)效率,公司迫切需要一款定制化的CRM產(chǎn)品。
本CRM產(chǎn)品旨在為客戶提供完整的銷售數(shù)字化管理解決方案。它涵蓋了從營銷到成單的全流程數(shù)據(jù)追蹤,為公司的銷售團(tuán)隊提供高效的工具和流程支持。通過強(qiáng)大的BI分析功能,該產(chǎn)品能夠提供可視化的數(shù)據(jù)展示,讓管理層能夠直觀地進(jìn)行經(jīng)營決策。
3. 產(chǎn)品綜述
二、文檔修訂記錄
三、產(chǎn)品結(jié)構(gòu)
1. 部門結(jié)構(gòu)
2. 產(chǎn)品功能結(jié)構(gòu)圖
3. 產(chǎn)品功能列表
四、界面功能詳細(xì)說明
1. 登錄界面
功能:賬號密碼登錄、手機(jī)驗證碼登錄。
用戶場景:用戶進(jìn)入系統(tǒng)登錄網(wǎng)站后,需要輸入賬號密碼或者手機(jī)驗證碼才能進(jìn)入網(wǎng)站。
優(yōu)先級:高。
前置條件:訪問系統(tǒng)網(wǎng)址,即可進(jìn)入登錄頁面。
界面邏輯:
- 用戶輸入手機(jī)號碼,點擊“獲取驗證碼”按鈕。若用戶在60秒內(nèi)未收到手機(jī)驗證碼,點擊“獲取驗證碼”按鈕重新獲取驗證碼;
- 戶也可以點擊賬號密碼登錄,輸入正確的賬號密碼。
- 用戶點擊登錄,進(jìn)入系統(tǒng)。
2. 儀表盤界面
功能:數(shù)據(jù)可視化,展示銷售額、客戶量、成單量,退出登錄。
用戶場景:用戶成功登錄系統(tǒng)后,即進(jìn)入儀表盤界面。
優(yōu)先級:高。
前置條件:用戶成功登錄。
界面邏輯:
- 儀表盤展示全年銷售額、客戶量和成單量等信息。通過點擊銷售額、客戶量和成單量按鈕,可以切換展示的信息。
- 界面同時展示單日信息,并提供銷售員業(yè)績、活動推廣等額外信息的展示。
- 用戶可以點擊右上角的頭像,然后選擇“退出登錄”,以便安全退出系統(tǒng)并返回登錄界面。
3. 活動管理界面
功能:創(chuàng)建活動,修改活動。
用戶場景:當(dāng)用戶需要發(fā)布活動,可在此創(chuàng)建活動。
優(yōu)先級:高。
前置條件:用戶擁有創(chuàng)建活動的權(quán)限。
界面邏輯:
- 活動相關(guān)信息以表格形式展示在界面上。
- 用戶點擊“創(chuàng)建活動”按鈕,可以指定活動名稱、活動渠道和金額,以創(chuàng)建新的活動。
- 用戶可以通過選中表格中的單選框,然后點擊“刪除活動”按鈕來刪除選中的活動。
- 用戶可以點擊“查詢”按鈕來搜索相關(guān)的活動信息。
4. 客戶管理
功能:管理客戶,添加訂單。
用戶場景:用戶需要添加客戶,或查詢客戶信息,或生成訂單。
優(yōu)先級:高。
前置條件:用戶擁有客戶管理的權(quán)限。
界面邏輯:
- 用戶點擊表格中的電話一欄時,可以查看客戶的詳細(xì)信息,其中包含客戶信息以及成單信息,并且可以進(jìn)行修改。
- 用戶可以通過點擊“+客戶”按鈕來添加新的客戶。
- 用戶可以通過點擊“+訂單”按鈕來生成新的訂單,并且該訂單的信息將顯示在成單管理中。
5. 成單管理
功能:查看、修改訂單信息。
用戶場景:用戶需要查看、修改訂單。
優(yōu)先級:高。
前置條件:用戶擁有成單管理的權(quán)限。
界面邏輯:
- 通過點擊訂單編號一欄,用戶可以查看訂單的詳細(xì)信息。
- 在訂單信息頁面,用戶可以通過點擊“客戶信息”、“課程信息”和“支付信息”按鈕來切換展示不同的信息。
6. 個人信息管理
功能:修改個人信息,修改密碼。
用戶場景:用戶需要修改自己的信息。
優(yōu)先級:高。
前置條件:用戶擁有個人信息修改的權(quán)限。
界面邏輯:
- 用戶可以點擊“基本設(shè)置”來修改手機(jī)號、昵稱、個人簡介等信息。修改所屬部門和所屬角色需要相應(yīng)的修改權(quán)限。用戶在完成修改后,可以點擊“保存”按鈕將修改保存到系統(tǒng)中。
- 用戶可以點擊“密碼設(shè)置”,然后填入原密碼、新密碼和確認(rèn)密碼,并點擊“保存”按鈕來成功修改密碼。
7. 賬號管理
功能:查詢賬號、創(chuàng)建賬號、刪除賬號。
用戶場景:用戶需要查詢賬號。
優(yōu)先級:高。
前置條件:用戶擁有賬號管理的權(quán)限。
界面邏輯:
- 用戶可以點擊表格中的電話一欄,以查看賬號的詳細(xì)信息。如果用戶希望重置密碼,他們可以點擊“重置密碼”按鈕,在確認(rèn)窗口中點擊“確認(rèn)”按鈕后,將進(jìn)入修改密碼界面。
- 用戶可以點擊“創(chuàng)建賬號”按鈕,填寫姓名、電話、昵稱等信息來創(chuàng)建新的賬號。
- 用戶可以選中表格中的單選框,然后點擊“刪除賬號”按鈕,再點擊“確認(rèn)”按鈕即可刪除賬號。
8. 部門管理
功能:創(chuàng)建部門、修改部門、刪除部門。
用戶場景:用戶需要查詢部門相關(guān)信息。
優(yōu)先級:高。
前置條件:用戶擁有賬部門管理的權(quán)限。
界面邏輯:
- 用戶可以點擊“創(chuàng)建部門”按鈕,填入部門名稱來創(chuàng)建一個新部門。
- 用戶可以點擊表格中的“修改”按鈕來修改部門的信息。
- 用戶可以選中表格中的單選框,然后點擊“刪除部門”按鈕。確認(rèn)刪除后,部門將被刪除。
9. 角色管理
功能:創(chuàng)建角色、修改角色、刪除角色。
用戶場景:用戶需要查詢角色相關(guān)信息。
優(yōu)先級:高。
前置條件:用戶擁有角色管理的權(quán)限。
界面邏輯:
- 用戶可以點擊“創(chuàng)建角色”按鈕,填入角色名稱,并指定對應(yīng)的部門。
- 用戶可以點擊表格角色一欄,即可顯示角色的詳細(xì)信息,通過勾選單選框來授予角色權(quán)限。
- 用戶可以選中表格中的單選框,然后點擊“刪除角色”按鈕。確認(rèn)刪除后,角色將被刪除。
五、結(jié)束語
作為一名正在轉(zhuǎn)產(chǎn)品的小白,正在努力中。此文難免有不足的地方,希望各位指出,我會繼續(xù)修改進(jìn)步,歡迎各位溝通交流。
我自己做的產(chǎn)品原型圖有很多不足,產(chǎn)品需求文檔也有很多不完善的地方。我會以更加心態(tài)面對,端正態(tài)度,我相信付出是會有收獲的,我也會找到一份合適的產(chǎn)品實習(xí),成功入行。
本文由 @yzl 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
有文檔嗎?
和宋老師教的好像
這寫的啥玩意。。不過是新人還好說,多歷練幾年吧
說幾個明顯的問題:
1、目標(biāo)用戶的定位:文章列出了好幾個部門,但實際上教培機(jī)構(gòu)中真正使用CRM的主要是“銷售”;尤其是項目初期,其他部門的介入只是純“干擾因素”
“課程部門”中的“課程助手”某種意義上也承擔(dān)銷售職能,但初期可以不主要考慮。
“財政部”的人需要的是銷售后產(chǎn)生的數(shù)據(jù),初期可以考慮使用導(dǎo)出報表的形式提供。
2、核心功能缺失:感覺也是受1的影響,你所規(guī)劃的CRM系統(tǒng)中,對于線索如何分配、如何轉(zhuǎn)化這部分幾乎沒有涉及(但大部分情況下這其實是CRM的核心功能)【線索管理:沒買課的叫線索,買了的才叫客戶】;【線索分配:銷售管理如何分配線索,如何讓手下的人更好的跟進(jìn),從而完成更好的成單】;【公海邏輯:對于部分長期跟進(jìn)無結(jié)果的線索,會自動投入公海,銷售可手動撈取】
總結(jié):
1、對CRM系統(tǒng)這個產(chǎn)品定位問題(應(yīng)該是一個虛擬項目?);對目標(biāo)CRM本身的用戶、想要的功能反而沒有著重關(guān)注
解決思路:你也提到了“系統(tǒng)互通”,實際上其他人大概率是用的是其他系統(tǒng),你在寫這個項目的時候,其他角色的作用,可以往“多系統(tǒng)數(shù)據(jù)互通”上去靠,而不是把這些人拉到你的CRM系統(tǒng)里面來;然后CRM系統(tǒng)舊單純的看銷售這幫人
2、對這片文檔的作用定位問題:
如果是作為業(yè)務(wù)、研發(fā)對接用的【PRD】文檔,太多邏輯沒關(guān)注到了;基本上不太能實現(xiàn)開發(fā);
但如果是作為自己面試用的項目梳理,邏輯上沒啥問題(確實不需要太細(xì)),但如果是這個,登錄、權(quán)限部分筆墨太重了,沒必要
補(bǔ)充說明:剛好最近也在整理自己的過往項目,自己當(dāng)年(21年)做的CRM項目太淺了,在想優(yōu)化調(diào)整的點,所以會帶入一些自己的想法,歡迎討論。
希望跟博主交流
這東西最多算用戶手冊,PRD是開發(fā)依據(jù),這能開發(fā)嗎?
場景、功能和頁面邏輯都寫了,前面還有整體的產(chǎn)品架構(gòu),這寫的很不錯了。大神是有更好的嗎,方便分享嗎?
他說的意思應(yīng)該是頁面邏輯描述太簡單了,以登陸模塊為例,其主流程、分支流程、異常流程都沒有考慮,只是簡單寫了頁面交互。例如:手機(jī)號未注冊應(yīng)該如何處理、登陸人機(jī)校驗規(guī)則、驗證碼超時失效等。
您說的有道理,確實缺少這種邏輯
博主能交流一下嗎
博主寫的很詳細(xì)。
加油哈