我接到一個需求時,是怎么做的……
本文作者分享了自己作為一個產(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ā)送的是郵件,不是會議邀請
- 第二次發(fā)送會議邀請的時候,又忘了加附件PRD
- 沒有邀請測試參加需求評審。
進入了評審,參加的人有:我領導,組內(nèi)的技術領導,我和另外兩個技術新人。評審開始,我就順著PRD,一條一條順著往下說。期間,技術領導提了一些問題,我解答了其中我知道的一部分,還有一兩個技術問題,我實在不會,眼神望向我領導,于是他幫我回答了。
還有一些問題是我應該想到的特殊情況,但是我沒想到,比如說:身份證的有效期是“長期”怎么辦?臨時身份證可以識別嗎?字段的增加是否有意義?如何區(qū)分人工審核還是自動審核出來的結(jié)果?
針對這些問題,又改動了PRD。這次的評審也算是順利結(jié)束了,后來和領導談心,我向他承認了前幾分PRD就是狗屎,但是評審自我感覺雖然不能說的上好,起碼也算順利結(jié)束了,領導毫不掩飾的告訴我評審的那個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ā)給了我《如何正確的畫功能流程圖》這么一份資料…
很是尷尬……
——————————————-分割線—————————————–
把精確的信息給到研發(fā),看表是熟悉業(yè)務一條不錯的途徑
8月23日,研發(fā)在開發(fā)第二個任務,審核job,這個任務需要做的事情是拿識別信息和用戶信息進行匹配,匹配不成功轉(zhuǎn)人工審核,而我當時寫在PRD里的就是這句話…….如果你看上句話沒毛病,可能你也不是一個優(yōu)秀的產(chǎn)品,問題在于識別的信息,接口可以識別出來,用戶信息去哪里找?一定要給到研發(fā)精確的表名,甚至是字段。在我剛?cè)肼毜臅r候,領導給了我?guī)讉€表名,就讓我去看表,我極其敷衍,掃了幾眼就感覺沒什么用,心里還抱怨,為什么不給我做需求,在評審那天和領導談話,才明白,領導說他剛來那會,也是不懂業(yè)務邏輯,又沒人教,怎么辦,只能看表,把表看懂了,業(yè)務也差不多了。
8月24日,周五了,第二個部門那邊故障也修復完成了,然后,我就和我們的開發(fā)一起調(diào)試對方接口,入?yún)⑿枰淮畊rl,這個還好我原來自學過python爬蟲,不然又得一次次的拜托研發(fā),通過開發(fā)者工具拿到url之后,給到研發(fā),url是有有效期的,所以我每隔一段時間給研發(fā)一串url,我是萬萬沒想到啊,這一調(diào)試就是一天,還好下班前的一分鐘,終于成功了,我看了一下出參結(jié)果,身份證的還差不多,營業(yè)執(zhí)照的識別結(jié)果堪憂啊,不過,這都是以后的事了,現(xiàn)在調(diào)試成功了就是向前邁了一大步。
和研發(fā)朋友打好關系
8月30日,我一直催著第二個部門趕緊上線url的識別接口,他們一推再推,原來他們想要增加一個token作為入?yún)?,我自然是不知道他說的是什么意思,然后直接把手機給了研發(fā),研發(fā)跟他溝通說配置文件里有了token,不需要作為入?yún)?,然后給他們懟回去了,結(jié)果當天接口就上線了,這是和研發(fā)關系搞好關系的結(jié)果,也是不懂技術的苦。
9月12日,自動審核上線前一天,在線上環(huán)境測試功能,怎么測就是得不到結(jié)果,原因是第二個部門不支持我們的服務器,這個當時我也不知道要確認服務器,果然,犯了錯就記住了。
當時為什么沒有考慮這些因素?
9月13日,終于,我的第一個需求上線了,撒花撒花!自動審核的通過率也達到了80%,雖然說這個需求我不做也有其他人來做,但是也算對得起我的實習工資了。第二天就遇到了需求設計上的問題,自動審核后的數(shù)據(jù),管理端沒有審核次數(shù)+1和審核時間。
接著兩天,營業(yè)執(zhí)照識別接口的調(diào)用頻率是每天20個!這ROI簡直就是0!最后下了營業(yè)執(zhí)照識別接口,但是這個也是在需求前就可以知道的,只需要問運營一句話而已,但是我沒有做,這就造成了資源的浪費。
現(xiàn)在為止,這個需求也沒有發(fā)生什么問題了,寫此篇的目的就是能夠時刻警醒我,產(chǎn)品路上,我還只是個小白。
本文由 @何沖 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
不錯哦!我們可以多交流產(chǎn)品知識,想看看你給領導看的PRD
樓主在什么形式公司上班,公司是做什么業(yè)務的呀
我也是本周一 做了我人生的第一份 關于產(chǎn)品方面的匯報 我自己認為很清楚 但是領導認為及其復雜 這次討論也讓我學到了很多
一起加油啊!
請問轉(zhuǎn)崗到產(chǎn)品助理,你們都是怎么拿到Offer的
我是應屆生,可能要求會低一點吧,如果是社招的話,我覺得內(nèi)部轉(zhuǎn)崗和從小廠干起會比較簡單點吧
自己先自學部分產(chǎn)品的東西。比如學會Axure,xmind等相關常用的工具,最好自己能模仿目前市面上一款APP作出原型圖。然后就是鍛煉自己的產(chǎn)品思想(凡是多想為什么要做這個,界面上為什么要這么化等原因),流程邏輯(這個比會畫原型圖還重要),最后,姿態(tài)放低,薪資標準低一點。加油!
謝謝,現(xiàn)在已經(jīng)入職了
加油,下次會更好
多謝!
1、數(shù)據(jù)庫已有一張表來記錄資料
2、所有的提交資料都走后端的一個接口讀寫資料表
可以考慮為你這個需求重新一個新接口,然后存入現(xiàn)有這張資料表?
不過這有兩個壞處:1、兩個接口都對同一張表進行讀寫,不規(guī)范后期會比較亂,2、會污染原現(xiàn)有記錄資料的表,因為會摻雜不正確格式資料
壞處1解決辦法是改造現(xiàn)有接口,壞處2辦法解決辦法是新建一張表
所以死循環(huán)了,說明需求有問題
原來的需求是有問題的,所以前端產(chǎn)品也說不做了,今天站會又統(tǒng)一了,做閹割版的,即經(jīng)過校驗再入庫
哈哈哈,我曾經(jīng)也是這么過來的,好在這些都當自己的經(jīng)驗就好。
還是給你點贊,看到了曾經(jīng)的自己,加油!
多謝!
我也想要《如何正確的畫功能流程圖》這個資料~可以給我發(fā)一份么~
人人都是產(chǎn)品經(jīng)理中搜“浪子”,這個作者寫了很多流程圖和PM相關的文章,領導發(fā)給了我其中一份,我打開他的主頁,又看了很多
同問
我也想要。??????