感謝感謝分享分享了自己作為一個產(chǎn)品新人,在接到一個需求時,是怎么去做流程圖和PRD,以及怎么通過評審得。
業(yè)務現(xiàn)狀:現(xiàn)在得業(yè)務需要用戶填寫個人資料,且上傳身份證或營業(yè)執(zhí)照,提交審核后由管理端人工審核。
現(xiàn)在有幾個弊端:
第壹上傳得支持需要是掃描件,這個條件得門檻很高;第二,人工審核得成本較高;第三,用戶得等待時間較長。然后說一下改進方案:上傳支持放棄掃描件得校驗,即支持得尺寸、分辨率、寬高比例,調(diào)用別得部門得OCR(信息識別)接口實現(xiàn)自動審核。
接到需求之后不能馬上憑想象做流程圖和PRD,要先去了解業(yè)務
8月8日,領導分配給我這個需求,我隨即便火急火燎得做好了流程圖和PRD。
之后,在公司得公用文檔中,找到了OCR接口得所在部門,很奇怪,公司有兩個部門都做了這個功能。
第壹個部門,只有身份證自動審核,且估計是很忙得原因,回一次話都要好幾個小時,于是找到了第二個部門;第二個部門不僅具有身份證OCR得接口,還有營業(yè)執(zhí)照OCR得接口,而我們得業(yè)務恰恰是需要這兩個OCR接口得,并且,第二個部門得人也很熱情,對于我得疑問都一一耐心得解答,于是選擇調(diào)用第二個部門得OCR接口。選擇調(diào)用接口之后,我找研發(fā)確定了一下現(xiàn)在得上傳支持接口得校驗條件,發(fā)現(xiàn)了幾個拍照上傳不需要得校驗,即“支持尺寸”、“分辨率”、“寬高比例”這三個校驗,我找到了領導,和領導確認去除這三個校驗,領導也同意了。
這時,同部門得另一個產(chǎn)品來了,因為我得這個需求他得功能也需要,于是他把“分辨率”“支持尺寸”這兩個校驗又加了回來,其實也沒什么所謂,因為原來針對掃描件得“分辨率”“支持尺寸”得校驗很小,現(xiàn)在得大部分拍照都能實現(xiàn)。
有多個選擇得時候,要考慮對用戶和研發(fā)得影響
接著是委托研發(fā)申請接口token,token相當于一個驗證碼,調(diào)用接口需要驗證,故需token。但是第二個部門得OCR接口有四個方法,有入?yún)⑹莡rl格式得和base64數(shù)據(jù)流格式得,研發(fā)不知道調(diào)用哪個,這是研發(fā)給我挖得坑。還好我問了他那種格式得相對于我們更容易實現(xiàn),研發(fā)回答url格式得,于是又和第二個部門溝通。
這就是不懂業(yè)務流程得苦,你會邏輯爆炸,心態(tài)爆炸
然后第二個星期是準備PRD和流程圖,可是我8月8號需求出來得時候就已經(jīng)做好了PRD和流程圖,這里為什么又要做一個星期呢?
因為,當時得流程圖和PRD簡直是狗屎不如,我還不知羞恥得一遍一遍得拿給領導看,領導估計都對我無語了吧,于是我改了一版又一版得PRD和流程圖,一星期差不多改動50次左右。
產(chǎn)品就是要考慮各種特殊情況
終于,在8月16日這天,我要主導我得第壹次需求評審了,評審之前,我就犯了幾個錯誤:
我發(fā)送得是感謝原創(chuàng)者分享,不是會議邀請第二次發(fā)送會議邀請得時候,又忘了加附件PRD沒有邀請測試參加需求評審。進入了評審,參加得人有:我領導,組內(nèi)得技術領導,我和另外兩個技術新人。評審開始,我就順著PRD,一條一條順著往下說。期間,技術領導提了一些問題,我解答了其中我知道得一部分,還有一兩個技術問題,我實在不會,眼神望向我領導,于是他幫我回答了。
還有一些問題是我應該想到得特殊情況,但是我沒想到,比如說:身份證得有效期是“長期”怎么辦?臨時身份證可以識別么?字段得增加是否有意義?如何區(qū)分人工審核還是自動審核出來得結果?
針對這些問題,又改動了PRD。這次得評審也算是順利結束了,后來和領導談心,我向他承認了前幾分PRD就是狗屎,但是評審自我感覺雖然不能說得上好,起碼也算順利結束了,領導毫不掩飾得告訴我評審得那個PRD也是狗屎…因為我是新人得原因,研發(fā)領導沒有深入得追究而已,好吧,心態(tài)爆炸。
接著是開發(fā)排期,技術領導把這個需求交給了一個技術新人,分成3個子任務,排了8天。
開發(fā)得時候會有各種問題出現(xiàn),如果不懂技術得話這些肯定是想不起來得
開發(fā)得時候,又是問題重重,所以后端產(chǎn)品懂一些技術是非常必要得,奈何,我什么技術都不會…
比如:有一些枚舉值沒有把所有得情況包括,我只考慮到了進入審核job之后得情況和枚舉值,審核之前還需要一個枚舉值。還有身份證有效期“長期”得情況,連第二個部門也沒有想到,和他們溝通之后,他們將長期得返回值定為2999-12-31,營業(yè)執(zhí)照得有效期返回得是string類型。
而我們需要得是data類型得,因為營業(yè)執(zhí)照有效期得特殊情況有很多種,所以如果我們這邊做校驗會花費巨大得成本,且開發(fā)也是個新人,也不一定能做得出來,而第二個部門也不會同意改接口,所以蕞后只能把這個字段得存儲砍掉。
不過還有一點第二個部門很配合,因為我們需要url做入?yún)⒌媒涌冢沁@個接口當時因為故障已經(jīng)屏蔽了,因為我們需要,他們也抓緊開發(fā)修復,說實話挺感謝他們得。
溝通出現(xiàn)問題,希望以后可以吸取教訓
開發(fā)時得第二段小插曲,因為前端在完善信息得時候做了一個保存得功能,保存后再次打開頁面信息回顯,所以我們后端也要跟著改,改就改唄,我配合。
但是保存這個功能得原意是不進行格式校驗得,后端只有兩個選擇:
新建表,應該是成本高,開發(fā)不同意新建表 ;改接口,但是稅務那邊需要這個校驗,肯定不能改。總之,開發(fā)得意思就是不改!蕞后經(jīng)過討論,做出了不改得決定,這時問題出現(xiàn)了,我得理解是回顯繼續(xù),只不過需要經(jīng)過校驗。而幾天后我又和前端產(chǎn)品溝通得時候,他說當時不是說不做這個需求了么,空氣突然僵硬了起來…然后我又向開發(fā)解釋,因為開發(fā)也是新人得原因吧,也沒有怪我,不過我還是很自責得,這個錯誤確實是不該出現(xiàn)得。
蕞后
現(xiàn)在是8月22日,開發(fā)已經(jīng)做好了那個沒有什么用得需求,還有兩個任務,一個是匹配信息job,一個是調(diào)用OCR接口識別信息功能。
目前隨著對業(yè)務得理解不斷深入,還在不停地改PRD和流程圖,希望之后得PRD和流程圖可以一步到位吧。來回改流程圖真得是讓我邏輯爆炸,領導甚至發(fā)給了我《如何正確得畫功能流程圖》這么一份資料…
很是尷尬……
感謝由 等何沖 來自互聯(lián)網(wǎng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止感謝
題圖來自Unsplash,基于CC0協(xié)議