5W字講透:初階B端產(chǎn)品經(jīng)理工具包(下)建議收藏
在職場(chǎng)上,如果有一些工具能讓我們順手使用,工作效率會(huì)高很多。本文作者匯總整理了一份B端產(chǎn)品的工具包,并以案例穿插其中,可以幫助大家更好掌握文中列舉的這些工具。
這篇文章僅包含6、7、8、9、10節(jié)哦,由于單篇文章不宜過長(zhǎng),已分為上、中、下三篇,前序章節(jié)請(qǐng)查看本賬號(hào),歡迎收藏、評(píng)論或轉(zhuǎn)發(fā)給有需求的小伙伴~
六、產(chǎn)品實(shí)施工具
6.1 實(shí)施規(guī)劃工具:行事歷
為什么已經(jīng)有了項(xiàng)目計(jì)劃,我們?cè)趯?shí)施環(huán)節(jié)還要另外創(chuàng)建行事歷?
項(xiàng)目計(jì)劃規(guī)劃了關(guān)鍵任務(wù)的起止時(shí)間,行事歷細(xì)化了關(guān)鍵任務(wù),追溯到一個(gè)個(gè)子項(xiàng)的籌備及完成情況。
行事歷是項(xiàng)目計(jì)劃的補(bǔ)充,在最終項(xiàng)目文檔匯總時(shí),行事歷可以以附件的形式附在項(xiàng)目計(jì)劃。
那么如何撰寫行事歷?
以某倉(cāng)庫(kù)管理系統(tǒng)(WMS)項(xiàng)目的行事歷為例:
STEP1:根據(jù)項(xiàng)目計(jì)劃,提取與實(shí)施相關(guān)的關(guān)鍵任務(wù)。
- 確認(rèn)硬件情況(2024/10/08-2024/10/12)。
- 軟件功能確認(rèn)(2024/10/08-2024/10/12)。
- 基礎(chǔ)信息整理(正式&測(cè)試環(huán)境)(2024/10/08-2024/10/12)。
- 基礎(chǔ)信息錄入(測(cè)試)環(huán)境(2024/10/14-2024/10/20)。
- 基礎(chǔ)信息錄入(正式)環(huán)境(2024/10/20-2024/10/20)。
- 關(guān)鍵用戶培訓(xùn)(2024/10/14-2024/10/20)。
- 用戶UAT測(cè)試(2024/10/14-2024/10/20)。
- 現(xiàn)場(chǎng)準(zhǔn)備(2024/10/21-2024/11/01)。
STEP2:根據(jù)提取到的與實(shí)施相關(guān)的關(guān)鍵任務(wù),進(jìn)一步細(xì)化子任務(wù),寫明責(zé)任方、責(zé)任人、支持人員(系統(tǒng)人員)、開始日期完成日期、狀態(tài)、備注。
以確認(rèn)硬件情況(2024/10/08-2024/10/12)為例,它的子任務(wù)有確認(rèn)網(wǎng)絡(luò)設(shè)備、確認(rèn)掃描投入、確認(rèn)網(wǎng)絡(luò)連通性,以此類推。
STEP3:重復(fù)步驟,匯總所有與實(shí)施相關(guān)的子任務(wù),即可得到下述行事歷:
表格 20某倉(cāng)庫(kù)管理系統(tǒng)WMS實(shí)施階段行事歷
6.2 實(shí)施落地工具:基礎(chǔ)數(shù)據(jù)收集表
為什么B端產(chǎn)品經(jīng)理需要熟悉制作基礎(chǔ)數(shù)據(jù)收集表?
因?yàn)樗梢杂行椭嵘陀脩?客戶地溝通效率。基礎(chǔ)數(shù)據(jù)收集表,可以在下述節(jié)點(diǎn)幫助我們推進(jìn)工作:
- 在測(cè)試階段獲取基礎(chǔ)數(shù)據(jù),幫助系統(tǒng)測(cè)試進(jìn)行回歸測(cè)試
- 在實(shí)施階段快速完成基礎(chǔ)數(shù)據(jù)收集與驗(yàn)證
那么怎么制作基礎(chǔ)數(shù)據(jù)收集表?
以某倉(cāng)庫(kù)管理系統(tǒng)(WMS)項(xiàng)目的數(shù)據(jù)收集表為例:
STEP1:根據(jù)系統(tǒng)情況,列明所有需要收集的基礎(chǔ)信息
表格 21某倉(cāng)庫(kù)管理系統(tǒng)WMS基礎(chǔ)信息清單
STEP2:將上述信息粘貼到Excel中,作為目錄頁,增加具體的基礎(chǔ)信息明細(xì)sheet。
圖片 67增加具體的基礎(chǔ)信息明細(xì)sheet
STEP3:然后就目錄頁的“信息類型”列的字段增補(bǔ)超鏈接,關(guān)聯(lián)到“本文檔中的位置”。
圖片 68增補(bǔ)超鏈接
重復(fù)STEP3的操作,我們就完成了基礎(chǔ)信息收集表的創(chuàng)建。
在與客戶/用戶的溝通中,可以以EXCEL作為基礎(chǔ)數(shù)據(jù)討論的依據(jù),提升溝通效率。此外,通過對(duì)這個(gè)數(shù)據(jù)的分析,便于我們發(fā)現(xiàn)項(xiàng)目字段超長(zhǎng)、特殊字符等情況。
6.3 實(shí)施培訓(xùn)工具:操作手冊(cè)
B端產(chǎn)品經(jīng)理為什么要重視操作手冊(cè)?
操作手冊(cè)橋接著開發(fā)測(cè)試階段和實(shí)施階段,是實(shí)施培訓(xùn)的基礎(chǔ)。
此外,根據(jù)對(duì)9個(gè)WMS、OMS項(xiàng)目為期一年的追蹤復(fù)盤,40%的運(yùn)維問題最終會(huì)被歸類為培訓(xùn)問題。物流作為一個(gè)人員流動(dòng)性高的行業(yè),需要頻繁的新員工的培訓(xùn),如果物流系統(tǒng)操作手冊(cè)不夠細(xì)致清晰,將顯著增加運(yùn)維人員的工作壓力。
那么操作手冊(cè)應(yīng)該如何撰寫?
STEP1:首先需要明確培訓(xùn)手冊(cè)的受眾
以WMS為例,不是所有的用戶,都有WMS的全部權(quán)限;也不是所有的用戶,都需要知曉WMS的具體操作。所以在撰寫培訓(xùn)手冊(cè)之前,要考慮好是面向誰寫的操作手冊(cè)。
在常規(guī)地劃分中,我們可以按照項(xiàng)目劃分版本,例如:XX系統(tǒng)操作手冊(cè)_XX項(xiàng)目版_V1_20241203;我們也可以按照受眾劃分,例如:XX系統(tǒng)操作手冊(cè)_Vendor版_V1_20241203;我們還有可能按照最終用途劃分,例如:XX系統(tǒng)操作手冊(cè)_售前版_V1_20241203。
STEP2:在每次更新前,先維護(hù)好更新版本號(hào),方便溯源
表格 22 操作手冊(cè)版本更新示例
STEP3:在具體模塊的操作指引前,需要列明每個(gè)功能的應(yīng)用場(chǎng)景及限制。
舉例:在此項(xiàng)目中,所有的物料主數(shù)據(jù)都從SAP同步,SKU管理中的編輯及新增權(quán)限需要在權(quán)限控制中移除。
STEP4:列明訪問路徑及變更方式,如果是基礎(chǔ)數(shù)據(jù),則需要為用戶列明哪些字段是必填字段,哪些是非必填字段。
以某WMS的貨主信息維護(hù)操作指引為例:
- 訪問路徑:全局基礎(chǔ)數(shù)據(jù)-貨主
- 新增方式:WEB界面新增
貨主數(shù)據(jù)字典:
表格 23某項(xiàng)目貨主數(shù)據(jù)填寫指引
STEP4:插入合適的功能頁面配圖,圈出需要操作的按鈕,以STEP1、STEP2……的次序引導(dǎo)用戶一步步完成操作。
STEP5:如果是面向操作工/司機(jī)/供應(yīng)商的培訓(xùn),建議可以將上述內(nèi)容視頻化,方便上述同事從移動(dòng)端查看。
以上,重復(fù)上述操作,我們就能完成操作手冊(cè)的撰寫。
6.4 實(shí)施培訓(xùn)工具:培訓(xùn)計(jì)劃
B端產(chǎn)品經(jīng)理為什么要重視培訓(xùn)計(jì)劃?
首先,需要強(qiáng)調(diào)的是,“培訓(xùn)計(jì)劃”是軟件實(shí)施流程合規(guī)的重要?dú)w檔信息,在審計(jì)環(huán)節(jié),會(huì)由審計(jì)人員查驗(yàn),如果我們的系統(tǒng)想要獲得認(rèn)證,同樣有可能被抽檢到培訓(xùn)計(jì)劃(含培訓(xùn)記錄)。
其次,“培訓(xùn)計(jì)劃”幫助產(chǎn)品經(jīng)理有序的規(guī)劃培訓(xùn)內(nèi)容、明確培訓(xùn)對(duì)象、確定培訓(xùn)時(shí)間,提升培訓(xùn)事宜的溝通效率。
最后,“培訓(xùn)計(jì)劃”中囊括的培訓(xùn)記錄,結(jié)合培訓(xùn)后上報(bào)的運(yùn)維問題,能夠幫助我們復(fù)盤培訓(xùn)效果。
那么培訓(xùn)計(jì)劃應(yīng)該如何撰寫?
STEP1:列明培訓(xùn)計(jì)劃需要包含的內(nèi)容標(biāo)題。
常見的培訓(xùn)計(jì)劃,需要包含序號(hào)、所屬業(yè)務(wù)流程、相關(guān)資料、培訓(xùn)日期、培訓(xùn)人/答疑人、培訓(xùn)對(duì)象、培訓(xùn)/答疑目標(biāo)。
表格24 B端產(chǎn)品培訓(xùn)計(jì)劃模板建議
STEP2:按照不同的業(yè)務(wù)流程,完善培訓(xùn)計(jì)劃描述。
表格25 某項(xiàng)目培訓(xùn)部分計(jì)劃
STEP3:重復(fù)STEP2的操作,直至完成培訓(xùn)計(jì)劃初稿。
表格 26 某WMS項(xiàng)目培訓(xùn)計(jì)劃
STEP4:與業(yè)務(wù)溝通敲定培訓(xùn)日期、培訓(xùn)對(duì)象。
STEP5:在進(jìn)行培訓(xùn)時(shí),做好培訓(xùn)簽到記錄,附在培訓(xùn)計(jì)劃,做好歸檔,在項(xiàng)目審計(jì)時(shí)會(huì)用到。
表格27 培訓(xùn)簽到表模板樣例
STEP6:在培訓(xùn)完成后,可以由業(yè)務(wù)側(cè)管理人員籌備UAT(用戶參與測(cè)試)。
產(chǎn)品經(jīng)理此時(shí)需要就業(yè)務(wù)在UAT中提到的問題進(jìn)行答疑,可以用“UAT問題追溯表”承接此階段的系統(tǒng)問題及發(fā)版情況。
表格28 UAT問題追溯表
6.5 實(shí)施培訓(xùn)驗(yàn)收工具:培訓(xùn)驗(yàn)收考試
B端產(chǎn)品經(jīng)理為什么要重視培訓(xùn)驗(yàn)收考試?
培訓(xùn)驗(yàn)收考試,能幫助我們及時(shí)發(fā)現(xiàn)用戶對(duì)系統(tǒng)的理解不當(dāng)之處,提高用戶對(duì)培訓(xùn)的重視程度,減少實(shí)施環(huán)節(jié)的問題。
怎么設(shè)計(jì)培訓(xùn)驗(yàn)收考試?
在培訓(xùn)驗(yàn)收考試?yán)锟梢栽O(shè)置主觀題和客觀題兩類題目。
主觀題可以重點(diǎn)考察用戶的實(shí)操、用戶對(duì)運(yùn)維流程的理解:
表格29 培訓(xùn)驗(yàn)收考試主觀題舉例
客觀題可以重點(diǎn)考察用戶對(duì)系統(tǒng)流程的理解:
表格30 培訓(xùn)要收考試客觀題舉例
七、產(chǎn)品交付階段工具
7.1 上線管理工具:版本記錄
為什么B端產(chǎn)品經(jīng)理要重視版本記錄?
首先,需要強(qiáng)調(diào)的是,版本記錄是發(fā)版流程合規(guī)的歸檔信息,在審計(jì)環(huán)節(jié),會(huì)由審計(jì)人員查驗(yàn),如果我們的系統(tǒng)想要獲得認(rèn)證,同樣有可能被抽檢到版本記錄。
其次,版本記錄了產(chǎn)品的發(fā)展歷程,是可以與團(tuán)隊(duì)提升溝通效率的工具。
最后,版本記錄能夠幫我們追溯版本變化,在遇到運(yùn)維問題時(shí),可以幫助我們及時(shí)確定影響范圍,做好應(yīng)對(duì)準(zhǔn)備。
那么怎么進(jìn)行版本記錄呢?
STEP1:列明版本記錄需要包含的內(nèi)容標(biāo)題。
表格31 版本記錄包含的內(nèi)容舉例
STEP2:在前序文檔的基礎(chǔ)上,在發(fā)版完成后更新新版本信息。
表格32 版本記錄舉例
7.2 上線管理工具:上線通知
B端產(chǎn)品經(jīng)理為什么要重視上線通知?
上線通知是進(jìn)行用戶期望管理的主要工具,我們通過上線通知告知關(guān)鍵用戶、關(guān)聯(lián)系統(tǒng)新版本信息,能夠有效降低發(fā)版對(duì)用戶體驗(yàn)的影響。
如何進(jìn)行上線通知?
STEP1:列明需要通知到的人,包含上下游關(guān)聯(lián)系統(tǒng)和系統(tǒng)關(guān)鍵用戶。郵件發(fā)送下述用戶,并抄送產(chǎn)研團(tuán)隊(duì)。
表格33 上線通知用戶范圍模板
STEP2:列明本次發(fā)版是否影響使用,以及具體的發(fā)版時(shí)間。
例如:本次發(fā)版需要停站,預(yù)計(jì)在凌晨2:00-3:00完成發(fā)版,發(fā)版期間用戶將無法登錄系統(tǒng)。
STEP3:列明此發(fā)版的內(nèi)容有哪些,注意,發(fā)版內(nèi)容一定要以動(dòng)詞開頭,語句簡(jiǎn)明(讓業(yè)務(wù)方能夠理解)。
表格34 發(fā)版內(nèi)容舉例模板
STEP4:添加問候語,留下產(chǎn)品團(tuán)隊(duì)的聯(lián)系方式。
例如:Bestorder團(tuán)隊(duì)衷心祝愿各位工作順利,如在發(fā)版后有任何疑問,請(qǐng)隨時(shí)聯(lián)系我們(郵箱:xxxxx@xxx.com)。
以上,我們就完成了一次發(fā)版通知。
7.3 上線管理工具:上線檢查清單(Checklist)
B端產(chǎn)品經(jīng)理為什么要重視上線檢查清單?
正如我在這本書提到的其他清單一樣,上線檢查清單的基礎(chǔ)功能是避免我們遺漏。不同于其他清單,上線檢查清單的還直接作用于產(chǎn)品質(zhì)量提升,通過上線檢查清單,能夠幫助我們及時(shí)發(fā)現(xiàn)BUG,減小影響范圍。
需要強(qiáng)調(diào)一點(diǎn),并不是所有的問題都可以在測(cè)試環(huán)境顯現(xiàn),不能把生產(chǎn)BUG全部歸因到測(cè)試人員沒有認(rèn)真測(cè)試,或單純的Coding問題。作為一個(gè)團(tuán)隊(duì),產(chǎn)品和運(yùn)維有責(zé)任參與到上線后的系統(tǒng)檢查,提升產(chǎn)品質(zhì)量。
如何進(jìn)行上線檢查?
STEP1:撰寫上線檢查清單。
如果是從0開始準(zhǔn)備檢查清單,可以請(qǐng)測(cè)試幫助,拿到測(cè)試的測(cè)試用例,在此基礎(chǔ)上,區(qū)分主業(yè)務(wù)流程與本次發(fā)版內(nèi)容,整理常態(tài)化檢查清單和本次檢查內(nèi)容。
表格35 上線檢查清單模板
STEP2:如果是24h作業(yè)的系統(tǒng),一定要在發(fā)版后立即進(jìn)行檢查。
按照檢查清單,等待生產(chǎn)環(huán)境出現(xiàn)對(duì)應(yīng)場(chǎng)景的單據(jù),如果有異常,則及時(shí)向開發(fā)進(jìn)行反饋(具體層級(jí)可以參考11.2問題復(fù)盤),確認(rèn)上線檢查清單所有事項(xiàng)都被妥善關(guān)閉后,上線檢查才能結(jié)束。
八、售后運(yùn)維階段工具
8.1 問題定位工具:SQL
B端產(chǎn)品經(jīng)理為什么要重視SQL?
SQL能夠幫助產(chǎn)品通過數(shù)據(jù)分析和優(yōu)化產(chǎn)品設(shè)計(jì)、定位和確認(rèn)受影響的數(shù)據(jù)范圍。
使用SQL的注意事項(xiàng):
1)數(shù)據(jù)操縱語言(DML)分類如下,常規(guī)產(chǎn)品側(cè)不需要用到SELECT外的其他語句。為了避免誤操作刪庫(kù)跑路,在向數(shù)據(jù)庫(kù)管理員(DBA)申請(qǐng)賬號(hào)的時(shí)候,可以申請(qǐng)只有查詢權(quán)限的賬號(hào)
表格36 常規(guī)數(shù)據(jù)操縱語言分類
2)市面上存在多種數(shù)據(jù)庫(kù)管理系統(tǒng)(Mysql、PostgreSQL、Microsoft SQL Server、Oracle Database等),在不同的管理系統(tǒng)中,SQL的語法是有差別的,在學(xué)習(xí)前,需要先明確學(xué)習(xí)的SQL類型
3)SQL對(duì)大小寫不敏感
4)在寫SQL的時(shí)候要注意語句的性能,盡量不要執(zhí)行慢查詢。在語句執(zhí)行前,可以用EXPLAIN命令分析SQL查詢的執(zhí)行計(jì)劃,顯示查詢的詳細(xì)信息,包括是否使用了索引、表的連接順序等
舉例:EXPLAIN SELECT * FROM table_name WHERE condition;
產(chǎn)品經(jīng)理常用的SELECT語句如下:
SQL JOIN是我們最常用的聯(lián)表查詢語句,如果不熟悉各種JOIN,可以多看下面的圖:
圖片69 不同的JOIN圖解
這本書僅僅列舉了常規(guī)需要用的到SELECT相關(guān)的語句,如果想精進(jìn),推薦可以看看《高性能Mysql》這本書。
8.2 問題分析工具:?jiǎn)栴}復(fù)盤(Postmortem Analysis)
B端產(chǎn)品經(jīng)理為什么要重視問題復(fù)盤?
復(fù)盤是一種重要的工具,可以幫助產(chǎn)品經(jīng)理從故障中總結(jié)經(jīng)驗(yàn)教訓(xùn),為后續(xù)思考產(chǎn)品設(shè)計(jì)提供參考。
如何進(jìn)行問題復(fù)盤?
圖片70 問題復(fù)盤流程
STEP1:在故障發(fā)生后的兩天內(nèi),進(jìn)行問題回顧。
完整的記錄下故障的發(fā)生、發(fā)現(xiàn)、原因定位、決策、處理、預(yù)案執(zhí)行、回滾、故障解決等的關(guān)鍵人與關(guān)鍵時(shí)間點(diǎn)。
STEP2:利用5W1H分析問題產(chǎn)生的Rootcause。
圖片71 根因分析
- WHO:確定受到影響的客戶是誰?受影響的系統(tǒng)使用者是誰?
- WHEN:確定用戶何時(shí)會(huì)遇到這個(gè)問題?
- WHERE:確定在什么業(yè)務(wù)流程中產(chǎn)生這個(gè)問題?
- WHAT:確定產(chǎn)生了什么樣的問題?是什么原因?qū)е碌模?/li>
- HOW:確定怎么樣才能解決這個(gè)問題?如何決策?如何實(shí)施?
STEP3:通過總結(jié),進(jìn)行故障定性、故障定責(zé)及總結(jié)本次故障帶來的經(jīng)驗(yàn)教訓(xùn)。
在進(jìn)行故障定性時(shí),要評(píng)估對(duì)業(yè)務(wù)帶來的影響(可以用SQL提取影響單據(jù)的范圍),確認(rèn)損失及范圍。
這樣做的好處有:
- 1.通過故障定性,我們可以劃分不同的問題的等級(jí)(如P0/P1/P2/P3/P4等級(jí)),可以更加有序、科學(xué)的進(jìn)行運(yùn)維資源的分派。
- 2.通過故障定性,我們可以跳出故障本身,抽象的看待同級(jí)別或者不同級(jí)別的故障差異與共性,可以更加系統(tǒng)性的規(guī)劃解決普世問題。
- 3.通過故障定性,我們可以識(shí)別故障處理中是否有可以優(yōu)化的點(diǎn),例如通過同級(jí)別故障處理手冊(cè)規(guī)范故障通知、解決流程,以縮短問題處理時(shí)間。
STEP4:通過行動(dòng),落實(shí)故障的處理。
通過SMART法則,提出改進(jìn)項(xiàng)目:
- Specific(具體):目標(biāo)需要明確具體,清晰地指出我們需要改進(jìn)、優(yōu)化的單項(xiàng)、指標(biāo)是什么。
- Measurable(可衡量):目標(biāo)應(yīng)該是可以量化的,明確的制定驗(yàn)收標(biāo)準(zhǔn)是什么?
- Achievable(可達(dá)成):目標(biāo)應(yīng)該是現(xiàn)實(shí)的,考慮到資源和能力,避免出現(xiàn)一些假大空、無法落地的改進(jìn)。
- Relevant(相關(guān)性):目標(biāo)應(yīng)與個(gè)人或組織的長(zhǎng)遠(yuǎn)愿景和目標(biāo)保持一致,盡可能避免出現(xiàn)孤立的改進(jìn)。
- Time-bound(時(shí)限性):目標(biāo)應(yīng)該有明確的截止日期或時(shí)間框架,這個(gè)時(shí)間建議最長(zhǎng)不要超過三個(gè)月,避免改進(jìn)流于形式。
僅僅提出改進(jìn)項(xiàng)目是不夠的,接著我們要追溯改進(jìn)項(xiàng)目:
1.首先,要明確相關(guān)改進(jìn)項(xiàng)的負(fù)責(zé)人。
負(fù)責(zé)人可以有多個(gè),但主要負(fù)責(zé)人有且只能有一個(gè)。即這個(gè)人需要對(duì)這個(gè)改進(jìn)項(xiàng)的落地全權(quán)負(fù)責(zé)。當(dāng)然,這個(gè)負(fù)責(zé)人的指定也需要在權(quán)責(zé)對(duì)等的基礎(chǔ)之上。
2.定期回顧改進(jìn)狀態(tài),規(guī)定好回顧時(shí)間,回顧后續(xù)改進(jìn)項(xiàng)的狀態(tài)如何?是在準(zhǔn)備?進(jìn)行中?還是完成?
在完成了改進(jìn)項(xiàng)后,需要進(jìn)行改項(xiàng)的關(guān)閉。
以上,我們就完成了問題的復(fù)盤。
8.3 運(yùn)維需求工具:用戶俱樂部(USER CLUB)
B端產(chǎn)品經(jīng)理為什么要重視用戶俱樂部(USER CLUB)?
USER CLUB提供了一個(gè)窗口,讓用戶可以直接反饋用戶體驗(yàn)。
不同于分散的提出問題,USER CLUB同時(shí)邀請(qǐng)了所有的產(chǎn)品相關(guān)業(yè)務(wù),可以就某些爭(zhēng)議性的問題,進(jìn)行跨部門的直接確認(rèn)及業(yè)務(wù)優(yōu)先級(jí)反饋,產(chǎn)品經(jīng)理可以根據(jù)用戶反饋進(jìn)行產(chǎn)品優(yōu)化。
怎么組織USER CLUB?
STEP1:確定系統(tǒng)的關(guān)鍵用戶。
和業(yè)務(wù)部門確認(rèn),由業(yè)務(wù)部門指定對(duì)接系統(tǒng)的人員。
STEP2:會(huì)前收集關(guān)鍵用戶的所有需求。
可以套用4.1的需求清單,請(qǐng)關(guān)鍵用戶提前維護(hù)其需求,必填字段如下:
表格37 關(guān)鍵用戶需求填寫表
STEP3:會(huì)中組織關(guān)鍵用戶反饋其需求。
為了避免占用所有人太長(zhǎng)時(shí)間,可以先講需要跨部門的需求,在業(yè)務(wù)講解需要后,及時(shí)的反饋此需求對(duì)于其他業(yè)務(wù)職能的影響,并引導(dǎo)業(yè)務(wù)給出需求的優(yōu)先級(jí),避免會(huì)后扯皮。
STEP4:會(huì)后及時(shí)將需求進(jìn)度更新反饋給提出的用戶。
會(huì)后及時(shí)與開發(fā)測(cè)試評(píng)估,反饋業(yè)務(wù)需求的預(yù)計(jì)完成日期及預(yù)計(jì)發(fā)版版本,在發(fā)版前組織用戶UAT,在發(fā)版后通知業(yè)務(wù)進(jìn)行驗(yàn)收。
術(shù)語表:
參考文獻(xiàn):
[1] 國(guó)際物流與貨運(yùn)代理從入門到精通 物流管理[M]. 國(guó)際物流與貨運(yùn)代理從入門到精通 物流管理, 2020.
[2] 王偉. 電商產(chǎn)品經(jīng)理:基于人,貨,場(chǎng),內(nèi)容的產(chǎn)品設(shè)計(jì)攻略[M]. 電商產(chǎn)品經(jīng)理:基于人、貨、場(chǎng)、內(nèi)容的產(chǎn)品設(shè)計(jì)攻略, 2019.
[3] 梅芊, 黃丹, 盧藝. 基于MBSE的民用飛機(jī)功能架構(gòu)設(shè)計(jì)方法[J]. 北京航空航天大學(xué)學(xué)報(bào), 2019, 045(005): 1042-1051.
作者:再次擁抱富婆,公眾號(hào):富婆物流系統(tǒng)筆記
本文由 @再次擁抱富婆 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)
- 目前還沒評(píng)論,等你發(fā)揮!