需求調(diào)研規(guī)范
本文明確項(xiàng)目調(diào)研階段的工作劃分及流程,作為產(chǎn)品經(jīng)理或者項(xiàng)目經(jīng)理及參與項(xiàng)目調(diào)研的項(xiàng)目組成員,在調(diào)研階段的工作指導(dǎo)以及相關(guān)約束條件,如何高效的進(jìn)行調(diào)研。通過本文所明確的管理規(guī)則,促進(jìn)醫(yī)療事業(yè)部需求調(diào)研的管理更加透明、有效,為項(xiàng)目開發(fā)階段的設(shè)計(jì)、分析提供準(zhǔn)確依據(jù)。
需求調(diào)研作為一種產(chǎn)品需求驗(yàn)證的手段,在需求搜集中有著比較重要的作用,尤其是在新功能、新業(yè)務(wù)設(shè)計(jì)前以及類似方案取舍對(duì)比上。需求調(diào)研是作為產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理工作最關(guān)鍵的環(huán)節(jié)之一,也是項(xiàng)目啟動(dòng)先決條件之一。
相信已經(jīng)這個(gè)大家一定不會(huì)陌生。但是,在實(shí)際工作中參與者或者是企業(yè)又不太重視的一個(gè)工作環(huán)節(jié)。
因?yàn)榇罅康男枨笳{(diào)研會(huì)消耗公司巨大的人力、物力,且有可能得到的需求調(diào)研結(jié)果和實(shí)際結(jié)果大相徑庭,得不到正確方向的引導(dǎo),反而變成一種反向型的引導(dǎo)。所以一般企業(yè)會(huì)跳過這個(gè)環(huán)節(jié)去直接開展工作。
其實(shí),最重要的是我們能不能去解決調(diào)研效率問題?
需求調(diào)研的效率和質(zhì)量對(duì)于一個(gè)應(yīng)用產(chǎn)品來說,是一個(gè)極其重要的階段,它的質(zhì)量在一定程度上決定了一個(gè)軟件產(chǎn)品的最終交付結(jié)果。
那么如何提高產(chǎn)品調(diào)研的質(zhì)量和效率,所以今天我們來聊一聊需求調(diào)研到底該如何高效、高質(zhì)量地進(jìn)行?
首先,我們要來把相關(guān)調(diào)研的規(guī)則梳理清楚,按照相關(guān)規(guī)范去執(zhí)行解決相關(guān)效率。
由于文章篇幅以及產(chǎn)品經(jīng)理如何進(jìn)行需求調(diào)研的相關(guān)知識(shí)就不在這里贅述了,大家可以通過人人都是產(chǎn)品經(jīng)理平臺(tái)去進(jìn)行學(xué)習(xí)調(diào)研的交談技巧、調(diào)研表設(shè)計(jì)以及相關(guān)基礎(chǔ)性的硬技能。
本文明確項(xiàng)目調(diào)研階段的工作劃分及流程,作為產(chǎn)品經(jīng)理或者項(xiàng)目經(jīng)理及參與項(xiàng)目調(diào)研的項(xiàng)目組成員在調(diào)研階段的工作指導(dǎo)以及相關(guān)約束條件,如何高效的進(jìn)行調(diào)研。通過本文所明確的管理規(guī)則,促進(jìn)醫(yī)療事業(yè)部需求調(diào)研的管理更加透明、有效,為項(xiàng)目開發(fā)階段的設(shè)計(jì)、分析提供準(zhǔn)確依據(jù)。
但,此規(guī)范要求主要面向軟件開發(fā)類大項(xiàng)目的需求調(diào)研階段,以為核心開發(fā)組提供準(zhǔn)確、全面而有條理的現(xiàn)場(chǎng)需求為目標(biāo)。為保證開發(fā)類項(xiàng)目調(diào)研過程完整,產(chǎn)品經(jīng)理項(xiàng)目經(jīng)理應(yīng)該按照此過程執(zhí)行。
希望產(chǎn)品經(jīng)理或者項(xiàng)目經(jīng)理在調(diào)研過程中再結(jié)合自己的一些特殊因素,行業(yè)經(jīng)驗(yàn)去豐富、去調(diào)整。
1. 應(yīng)用范圍與版本說明
首先我們按照正常文檔規(guī)范去書寫這一份調(diào)研規(guī)范,讓參與者都清楚應(yīng)用范圍定義,以及明確調(diào)研任務(wù)和項(xiàng)目名稱。
另外,還有適用對(duì)象,適用于開發(fā)部?jī)?nèi)參與需求調(diào)研工作的PMPSM運(yùn)營(yíng)人員實(shí)施人員開發(fā)支持人員。
同樣,對(duì)于產(chǎn)品經(jīng)理的每一份輸出文檔來說,都必須要有版本變更的記錄,方便復(fù)盤以及觀察功能共性。
2. 參與者職責(zé)范圍
本規(guī)程用于明確醫(yī)療產(chǎn)品項(xiàng)目需求調(diào)研階段的工作職責(zé),規(guī)范調(diào)研過程中所需遵守的規(guī)章制度、工作流程。
并且,清晰的定義參與此次調(diào)研相關(guān)人員崗位職責(zé)以及清晰分工,這個(gè)的作用是避免參與者的重復(fù)工作,分工合理的狀態(tài)去完成調(diào)研工作,提高效率。
項(xiàng)目經(jīng)理和產(chǎn)品經(jīng)理在項(xiàng)目調(diào)研過程中負(fù)責(zé)整個(gè)項(xiàng)目的設(shè)計(jì)以及管理,是項(xiàng)目調(diào)研過程的策劃和組織者,其職責(zé)包括:
- 對(duì)于組織項(xiàng)目啟動(dòng)會(huì),負(fù)責(zé)制定和宣導(dǎo)項(xiàng)目調(diào)研的具體工作安排,并且確定需求調(diào)研的范圍、參與者、進(jìn)度。
- 調(diào)研前準(zhǔn)備對(duì)客戶原有系統(tǒng)做詳細(xì)了解,特別涉及與新系統(tǒng)差異較大的流程和特有業(yè)務(wù)的掌握。調(diào)研前對(duì)客戶原有系統(tǒng)做詳細(xì)了解,特別涉及與新系統(tǒng)差異較大的流程和特有業(yè)務(wù)。并對(duì)系統(tǒng)業(yè)務(wù)的講解和客戶指導(dǎo),保證客戶充分理解和掌握系統(tǒng)的業(yè)務(wù)流程和關(guān)鍵點(diǎn)。
- 設(shè)計(jì)可行的調(diào)研計(jì)劃并推進(jìn)調(diào)研工作的執(zhí)行。
- 在調(diào)研過程中根據(jù)軟件項(xiàng)目的生命周期進(jìn)行控制調(diào)研進(jìn)度,負(fù)責(zé)與開發(fā)人員、相關(guān)調(diào)研對(duì)象的溝通,圍繞績(jī)效和績(jī)效來確保溝通質(zhì)量以及成本。
- 風(fēng)險(xiǎn)控制。
- 定期舉行項(xiàng)目例會(huì),總結(jié)調(diào)研工作執(zhí)行階段成果,向核管理層和參與者匯報(bào)調(diào)研工作執(zhí)行情況。
- 處理好項(xiàng)目組、客戶、商務(wù)及核心開發(fā)組之間的關(guān)系,有效利用內(nèi)外資源。
- 整理并討論需求調(diào)查表收集上來的需求,提請(qǐng)項(xiàng)目組討論確認(rèn)以及評(píng)審。
核心開發(fā)支持人員的職責(zé)包括:
- 完成調(diào)研過程中的提前評(píng)審,給項(xiàng)目經(jīng)理以業(yè)務(wù)支持,完成提前評(píng)審。
- 需求調(diào)研完成后完成整體需求的評(píng)審。
- 確定后續(xù)開發(fā)計(jì)劃并完成需求開發(fā)工作。
- 及時(shí)整理和完成《需求跟蹤矩陣》相關(guān)內(nèi)容。
3. 相關(guān)附件規(guī)范
在調(diào)研規(guī)范說明之后,必須事先準(zhǔn)備的輸出文檔就是,需求調(diào)研計(jì)劃、需求調(diào)研大綱、需求調(diào)研問卷表、軟件需求說明書、需求變更控制報(bào)告、軟件需求說明確認(rèn)書,風(fēng)險(xiǎn)控制書。
接下來,就是進(jìn)入到產(chǎn)品設(shè)計(jì)階段,這樣一來我們就可以有依據(jù)的去做需求。
關(guān)于附件文檔的一些釋義如下:
(1)《需求調(diào)研計(jì)劃》
該文檔用于調(diào)研人員到客戶現(xiàn)場(chǎng)后根據(jù)現(xiàn)場(chǎng)情況確定調(diào)研計(jì)劃使用,可以在現(xiàn)場(chǎng)啟動(dòng)會(huì)后根據(jù)客戶實(shí)際安排來完成此項(xiàng)工作。此計(jì)劃需要通過組織者、管理層評(píng)審后方可執(zhí)行。如果產(chǎn)品經(jīng)理或者項(xiàng)目經(jīng)理情況在調(diào)研前已經(jīng)了解足夠充分,需要在公司啟動(dòng)會(huì)前完成并提交部門評(píng)審,到現(xiàn)場(chǎng)后提交現(xiàn)場(chǎng)啟動(dòng)會(huì)討論通過,如果現(xiàn)場(chǎng)啟動(dòng)會(huì)對(duì)計(jì)劃有所更改,需再次發(fā)回公司評(píng)審。
那么對(duì)于需求調(diào)研計(jì)劃的重點(diǎn)我們要側(cè)重于計(jì)劃的可行性以及真實(shí)性。
(2)《需求調(diào)查表》
該文檔應(yīng)用于正式調(diào)研的場(chǎng)景中,下發(fā)給被調(diào)研對(duì)象,在系統(tǒng)演示或者培訓(xùn)后由調(diào)研對(duì)象以業(yè)務(wù)單元為單位集中收集并逐個(gè)需求確認(rèn)。如果有條件建議該調(diào)查表以電子表格方式下發(fā)給被調(diào)研對(duì)象,并以電子文檔方式反饋調(diào)研結(jié)果,便于后續(xù)需求規(guī)格說明書的整理。
同時(shí),產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理記錄“需求描述”,問題描述內(nèi)容要把問題描述清楚,同時(shí)需要說明問題的性質(zhì)(問題、新增需求、需求變更、需求舍棄)。
另外,還要說明問題的優(yōu)先級(jí)別(高、中、低)。明確涉及工作產(chǎn)品”(功能名稱)及“涉及項(xiàng)目相關(guān)方”(哪些最終用戶);需求調(diào)查表經(jīng)過討論后需要確認(rèn)該需求是放棄還是保留,放棄的需求也需要客戶確認(rèn)簽字,避免客戶事后再次提起,以作為需求變更的依據(jù)。
需求調(diào)查表的內(nèi)容除調(diào)研對(duì)象提出的需求描述外,還包括調(diào)研負(fù)責(zé)人拓展的相關(guān)需求進(jìn)行確認(rèn)。通過的報(bào)表格式、文檔等形式形成有效力的附件,產(chǎn)品經(jīng)理復(fù)盤以及定責(zé)使用。
(3)《需求調(diào)研大綱》
該文檔用于項(xiàng)目組對(duì)調(diào)研工作中功能點(diǎn)及關(guān)鍵流程的指導(dǎo),防止調(diào)研中某些關(guān)鍵流程及功能點(diǎn)的遺漏。項(xiàng)目經(jīng)理及項(xiàng)目組成員要仔細(xì)閱讀并熟練掌握其中流程及功能點(diǎn)的應(yīng)用,以方便項(xiàng)目組在調(diào)研過程中對(duì)客戶的引導(dǎo)和建議。
調(diào)研大綱的內(nèi)容為軟件系統(tǒng)業(yè)務(wù)功能點(diǎn)的匯總,在實(shí)際工作中需要各項(xiàng)目組加以補(bǔ)充和積累,以便于對(duì)其他項(xiàng)目調(diào)研工作有更積極的指導(dǎo)意義。此大綱的豐富和積累工作要求在后續(xù)章節(jié)中重點(diǎn)闡述。
(4)《項(xiàng)目風(fēng)險(xiǎn)管理報(bào)告》
項(xiàng)目風(fēng)險(xiǎn)控制報(bào)告是貫穿于項(xiàng)目整個(gè)生命周期的風(fēng)險(xiǎn)跟蹤和評(píng)估的依據(jù),其中的每一個(gè)風(fēng)險(xiǎn)項(xiàng)具備兩個(gè)狀態(tài),發(fā)生和關(guān)閉。風(fēng)險(xiǎn)項(xiàng)的初始狀態(tài)為發(fā)生,產(chǎn)品經(jīng)理及項(xiàng)目組成員要實(shí)時(shí)跟蹤和關(guān)注各風(fēng)險(xiǎn)項(xiàng)的狀態(tài)和措施的驗(yàn)證,一旦根據(jù)風(fēng)險(xiǎn)得以解決或規(guī)避,項(xiàng)目經(jīng)理需要將其狀態(tài)由發(fā)生變更為關(guān)閉,表示該風(fēng)險(xiǎn)已規(guī)避。
其中.“主要生存期”一列中填寫該風(fēng)險(xiǎn)存在的主要的階段,可分過程、活動(dòng)或子活動(dòng)進(jìn)行明確。例如:過程——項(xiàng)目全過程、軟件開發(fā)過程、系統(tǒng)集成過程;軟件策劃過程、設(shè)計(jì)與實(shí)現(xiàn)過程、硬件實(shí)施過程、軟件實(shí)施過程;活動(dòng)——需求分析、項(xiàng)目策劃、系統(tǒng)設(shè)計(jì)、編碼實(shí)現(xiàn)、軟件測(cè)試、軟件釋放、集成策劃、實(shí)施、試運(yùn)行、系統(tǒng)驗(yàn)收等;子活動(dòng):概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、代碼檢查、單元測(cè)試、功能測(cè)試、系統(tǒng)測(cè)試等。
如果某風(fēng)險(xiǎn)在不同的“生存期”屬于不同的“風(fēng)險(xiǎn)類型”和/或采取不同的“控制措施”,則需作為多條風(fēng)險(xiǎn)分別列出。
列在本表中的風(fēng)險(xiǎn),只能增加不能刪減,對(duì)于已經(jīng)不存在的風(fēng)險(xiǎn),須填寫關(guān)閉標(biāo)識(shí)與狀態(tài)。
(5)《變更控制報(bào)告》
變更控制報(bào)告是貫穿于項(xiàng)目整個(gè)生命周期的所有變更行為的評(píng)審依據(jù),亦適用于項(xiàng)目需求的變更。對(duì)于已經(jīng)評(píng)審?fù)ㄟ^的需求,需要項(xiàng)目組提交項(xiàng)目領(lǐng)導(dǎo)小組進(jìn)行評(píng)審,并同時(shí)提交開發(fā)部評(píng)審后方可生效。對(duì)于評(píng)審?fù)ㄟ^的需求根據(jù)需求的分類,由核心開發(fā)組或現(xiàn)場(chǎng)項(xiàng)目組完善設(shè)計(jì)文檔后進(jìn)行開發(fā)。
需求變更控制報(bào)告需要明確變更的主體及變更提出原因,如果有客戶的書面說明,則可以直接引用。此報(bào)告可附帶附頁并同時(shí)提交評(píng)審。
(6)《軟件需求規(guī)格說明書》
軟件需求規(guī)格說明書用于需求調(diào)研結(jié)束后對(duì)各業(yè)務(wù)單元所涉及需求的匯總和整理,凡是在需求規(guī)格說明書中體現(xiàn)的需求,均為與客戶方逐個(gè)討論確認(rèn)并通過開發(fā)部提前評(píng)審的需求。軟件需求規(guī)格說明書是最后與客戶確認(rèn)需求的依據(jù),在整理完成后經(jīng)過客戶和開發(fā)部最終確認(rèn)后生效。
該說明書與《軟件需求規(guī)格說明書確認(rèn)單》共同構(gòu)成本次需求調(diào)研的最終確認(rèn)成果。軟件需求規(guī)格說明書是最終項(xiàng)目驗(yàn)收的重要依據(jù),必須引起足夠重視。
(7)《軟件需求規(guī)格說明書確認(rèn)單》
需求規(guī)格說明書確認(rèn)單是與需求規(guī)格說明書同時(shí)使用,為最終確認(rèn)客戶需求的匯總文檔。其中內(nèi)容詳細(xì)描述部分需明確本次確認(rèn)的所包含的需求規(guī)格說明書的全部清單,并簽署客戶確認(rèn)意見,同時(shí)明確對(duì)于本次確認(rèn)的需求變更控制辦法,不得有遺漏。
4. 調(diào)研過程規(guī)范
(1)調(diào)研啟動(dòng)會(huì)
旨在確定調(diào)研階段詳細(xì)計(jì)劃、項(xiàng)目組織結(jié)構(gòu)、人員分配等工作,明確調(diào)研流程及調(diào)研相關(guān)資料的使用及提交和確認(rèn)方式。
(2)制定詳細(xì)調(diào)研計(jì)劃
結(jié)合產(chǎn)品實(shí)際情況,制定出詳細(xì)的調(diào)研計(jì)劃。計(jì)劃要明確調(diào)研范圍、時(shí)間進(jìn)度安排、階段提交工作產(chǎn)品,明確調(diào)研相關(guān)業(yè)務(wù)單元及子單元負(fù)責(zé)人。計(jì)劃要做到周密嚴(yán)謹(jǐn)、可行性強(qiáng)。
調(diào)研計(jì)劃確定后提交項(xiàng)目領(lǐng)導(dǎo)小組和公司相關(guān)負(fù)責(zé)人評(píng)審?fù)ㄟ^后生效。
調(diào)研計(jì)劃要充分體現(xiàn)客戶資源的利用,安排客戶信息中心人員從需求調(diào)研開始全程參與項(xiàng)目。在客戶人員充足情況下要確保每一個(gè)業(yè)務(wù)單元都有信息中心人員全程跟蹤和監(jiān)督,明確責(zé)任。此項(xiàng)工作可以使項(xiàng)目組人員能夠從繁瑣的客戶指導(dǎo)和需求整理中抽出身來,全身心的投入到需求的分析和引導(dǎo)工作中。
此階段用到項(xiàng)目調(diào)研階段規(guī)范中的《項(xiàng)目調(diào)研計(jì)劃》模板,從此階段開始整理《項(xiàng)目風(fēng)險(xiǎn)管理表》。
調(diào)研參與者要對(duì)調(diào)研對(duì)象認(rèn)知差異作出準(zhǔn)確判斷,了解和記錄特殊業(yè)務(wù)和流程,充分了解需求調(diào)研規(guī)范中的《項(xiàng)目調(diào)研大綱》內(nèi)容及關(guān)鍵業(yè)務(wù)點(diǎn)。通過新舊系統(tǒng)的比較,拿出合理的解決方案和需求業(yè)務(wù)引導(dǎo)措施,保證在調(diào)研對(duì)象調(diào)研及需求討論過程中,對(duì)調(diào)研對(duì)象提出的特殊業(yè)務(wù)和需求及時(shí)準(zhǔn)確的反饋和引導(dǎo)。
(3)真實(shí)場(chǎng)景調(diào)研規(guī)范
對(duì)于調(diào)研對(duì)象特有的需求,要充分的理解和挖掘。對(duì)于其中我們系統(tǒng)能夠變通實(shí)現(xiàn)的業(yè)務(wù),要給予調(diào)研對(duì)象理性的分析和宣導(dǎo)。激勵(lì)引導(dǎo)調(diào)研對(duì)象詳細(xì)的描述清楚并注明提出的原因,供后續(xù)需求討論時(shí)篩選和確認(rèn)。
對(duì)于我們系統(tǒng)欠缺的或沒有實(shí)現(xiàn)的業(yè)務(wù),要充分挖掘用戶需求,不排除對(duì)用戶原系統(tǒng)加以仔細(xì)的研究和摸索,力求熟悉相關(guān)業(yè)務(wù),然后仔細(xì)的整理并收集相關(guān)報(bào)表和業(yè)務(wù)資料。此項(xiàng)工作有利于項(xiàng)目的后續(xù)開發(fā)和實(shí)現(xiàn),也是對(duì)我們系統(tǒng)版本的必要補(bǔ)充。
(4)需求的整理和確認(rèn)
《需求調(diào)查表》收集工作完成后,由調(diào)研負(fù)責(zé)人將需求內(nèi)容第一時(shí)間發(fā)回公司進(jìn)行需求提前評(píng)審,避免開發(fā)確認(rèn)和客戶確認(rèn)出現(xiàn)較大分歧。
同時(shí),調(diào)研負(fù)責(zé)人和項(xiàng)目相關(guān)負(fù)責(zé)人對(duì)所收集的需求進(jìn)行篩選和確認(rèn)。對(duì)于由公司提前評(píng)審提出的需求意見,項(xiàng)目組要第一時(shí)間給客戶以反饋,提交項(xiàng)目領(lǐng)導(dǎo)小組進(jìn)行再次討論,直到得到客戶和公司開發(fā)組的最終確認(rèn)。
需求調(diào)研產(chǎn)生的需求經(jīng)過雙方討論確認(rèn)后,由項(xiàng)目組和信息中心組織整理《軟件需求說明書》和《需求說明書確認(rèn)單》。需求規(guī)格說明書的整理要尊重需求原型,做到客觀而詳盡,力求清晰明了。
《軟件需求說明書》和《需求說明書確認(rèn)單》整理完成后提交項(xiàng)目領(lǐng)導(dǎo)小組和公司開發(fā)組審閱,經(jīng)項(xiàng)目經(jīng)理和院方領(lǐng)導(dǎo)小組相關(guān)干系人確認(rèn)簽字后正式生效,作為本次調(diào)研的最終成果物。
對(duì)于調(diào)研及確認(rèn)過程中放棄的需求,也要求客戶詳細(xì)的進(jìn)行整理并加以確認(rèn),并注明‘放棄’字樣,防止需求的再次提起引發(fā)爭(zhēng)議。
5. 調(diào)研質(zhì)量管理
為了保證項(xiàng)目調(diào)研的質(zhì)量和效率,提高核心版本的有效復(fù)用率,控制項(xiàng)目調(diào)研的周期、質(zhì)量與成本,參考公司質(zhì)量管理體系,形成項(xiàng)目調(diào)研階段質(zhì)量與安全管理規(guī)范。
為保證系統(tǒng)穩(wěn)定和貼近客戶,提高軟件復(fù)用率,要求項(xiàng)目組成員對(duì)合同約定的版本有足夠的了解和掌握,避免錯(cuò)誤的理解和引導(dǎo)客戶。
保證對(duì)客戶需求最大限度的引導(dǎo)和理解。對(duì)于客戶特有的需求加以合理的引導(dǎo),對(duì)于本系統(tǒng)的規(guī)范流程最大限度的宣導(dǎo)和講解,尤其對(duì)本系統(tǒng)的亮點(diǎn)和優(yōu)勢(shì),加大宣導(dǎo)力度。
對(duì)于本系統(tǒng)不足的業(yè)務(wù)模塊加以詳細(xì)的整理和收集,以期通過每個(gè)項(xiàng)目的調(diào)研來豐富和補(bǔ)充我們的核心版本,達(dá)到調(diào)研的最佳效果,提高調(diào)研質(zhì)量。
#專欄作家#
Rolia,微信公眾號(hào):pmsummit,人人都是產(chǎn)品經(jīng)理專欄作家。前海康博士聯(lián)合創(chuàng)始人兼產(chǎn)品總監(jiān),涉及智慧醫(yī)療領(lǐng)域需求產(chǎn)品化5年,致力于智慧醫(yī)療領(lǐng)域產(chǎn)品體驗(yàn)設(shè)計(jì)以及新商業(yè)模式研究。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pexels,基于CC0協(xié)議。
這文檔寫完,項(xiàng)目都結(jié)束了
里面具體的文檔方便分析一下嗎?
一般能寫出來這些的人也不在一般的公司,文檔羅列的很詳細(xì),但是很多都是要具體問題具體分析的。根據(jù)不同項(xiàng)目的情況進(jìn)行刪減,說的是一個(gè)思路還是蠻詳細(xì)的。
一般公司沒這么多的文檔吧??
文檔
這是CMMI5的標(biāo)準(zhǔn)啊
這是國企出來的吧
國企的告訴你:國企也不會(huì)這么多文檔
是否有文檔可以分享
軟件開發(fā)規(guī)范
如果有文檔模板就更直觀了
有調(diào)研計(jì)劃文檔嗎,能分享一個(gè)做參考嗎?