如何避免被程序員手撕:產(chǎn)品八項(xiàng)自查

6 評(píng)論 8883 瀏覽 203 收藏 13 分鐘

自做產(chǎn)品以來(lái),也經(jīng)歷過(guò)幾個(gè)版本。跟另外一個(gè)小伙伴搭檔,每個(gè)版本基本跟的需求都有一半一半。而我外加一個(gè)CMS后臺(tái)。小步快跑,兩個(gè)多星期一個(gè)版本。工作量大,卻也能快速成長(zhǎng)。但每次功能需求想半天沒(méi)問(wèn)題后,到真正開(kāi)發(fā)時(shí),卻總有缺漏。有些很深、有些很細(xì)節(jié),有些讓人哭笑不得。甚至有些版本兼容問(wèn)題沒(méi)想過(guò),到發(fā)版后才發(fā)現(xiàn)。好在能在有方案可在API上進(jìn)行修復(fù),而不需要客戶端重新發(fā)。

還好開(kāi)發(fā)測(cè)試都還好說(shuō)話,看工作量跟排期能進(jìn)行規(guī)則補(bǔ)充的商量。但有時(shí)信息同步不到位,排期又緊,難免會(huì)被批。最近一直在思考,功能設(shè)計(jì)上的缺漏,來(lái)來(lái)回回那么幾種,是否可進(jìn)行歸納總結(jié),以便日后設(shè)計(jì)功能時(shí)進(jìn)行自檢。由此歸納如下八項(xiàng)功能自檢自查項(xiàng)目,望能避免被手撕。

需求 – 功能 – 交互 – 耦合 – 數(shù)據(jù) – 異常 – 兼容 – 風(fēng)險(xiǎn)

按照如上介紹的八項(xiàng)自查原則,讓我們逐一來(lái)看看吧!

一. 需求:

每個(gè)功能需求的提出之前,思考比對(duì)調(diào)研。這時(shí)候的功能自查是冒著推翻現(xiàn)有方案重來(lái)的風(fēng)險(xiǎn)。所以建議這一步放到產(chǎn)品需求提出的第一步自查。

需求的本質(zhì)相信大家都有了解。對(duì)需求的深挖是有層次的。我們來(lái)看那個(gè)熟悉的馬與車的故事:

很久之前有個(gè)年輕人想要去一個(gè)較遠(yuǎn)的地方,他會(huì)跟你說(shuō)他想要一匹更快的馬;

但其實(shí)際是希望有更快的交通工具,若能給他輛汽車或者發(fā)明個(gè)飛機(jī),他是不是更開(kāi)心;

這就深挖了需求?如果他其實(shí)是為接一位名醫(yī)給他父親看病,那他更深的需求是不是希望有更便捷更完善的醫(yī)療體系或私人醫(yī)生?

如果他父親生病是因?yàn)槌藻e(cuò)東西、著涼等等,那么24小時(shí)的貼身保姆等需求貌似就是更深的需求。。。

然而還有更深的事件耦合與需求

那么問(wèn)題來(lái)了,怎樣的需求層面才足夠深?

需求,是一類場(chǎng)景下的共性訴求的具體呈現(xiàn)

我們知道,事物是普遍聯(lián)系的。每一件事情的發(fā)生都不是獨(dú)立的,而是有其前置條件與偶然因素的疊加。因此需求的深挖程度我們要把握好度。

  • 是否覆蓋目標(biāo)人群:若一開(kāi)始那個(gè)騷年,是我們的目標(biāo)用戶。滿足他更快出行是我們產(chǎn)品的定位的話,就不必細(xì)化。出行理由千奇百怪,那么不管每個(gè)人出行的原因。把握出行這個(gè)場(chǎng)景共性的訴求,就是更快更舒適,那就夠了。再細(xì)分下去,就超出目標(biāo)人群,而涉及更喜歡的個(gè)體。
  • 是否脫離原有屬性:產(chǎn)品的屬性是做交通工具,如馬車、汽車、飛機(jī)。而若如上故事所述,那就去到醫(yī)療領(lǐng)域甚至家政服務(wù)業(yè),與原有產(chǎn)品屬性是脫節(jié)的。

需求深挖是縱向的,如上深度確定后就需要橫向選擇。比如如上的需求我們挖到更快的交通工具這一層,評(píng)估可以了。那么就進(jìn)行需求方案的選取。

再者,如電商平臺(tái),我們可以為用戶提供搜索功能,但搜索的關(guān)鍵是讓用戶更快更準(zhǔn)地找到所需。那么個(gè)性化推薦系統(tǒng)、分類功效品牌等維度的商品篩選等,就是衍生的方案,可以一起做搭配做或短期內(nèi)擇優(yōu)來(lái)做,就是產(chǎn)品經(jīng)理要做的第一步自查!

二. 功能:

確認(rèn)具體需求點(diǎn)后,需要分兩步進(jìn)行功能自查

基本:

更快的馬對(duì)之前那位小騷年是短期能最快最好地實(shí)現(xiàn)的。這是其基礎(chǔ)之一。馬能跑完他想要去的距離,也是基礎(chǔ)功能。而且這馬不說(shuō)拉馬車,至少能載得動(dòng)這個(gè)人吧,不能人一上去馬就萎了。所以這匹馬基本不止是跑得快,還要是活得能載人能長(zhǎng)跑。而很多人只想到馬跑得快就行,忽略這個(gè)場(chǎng)景下,需要滿足的其他基礎(chǔ)條件。

拓展:

這匹苦命的馬被設(shè)定好基礎(chǔ)功能后,我們還要想以后是否有其他擴(kuò)展可能,比如馬身上搞個(gè)布袋方便以后放東西(即便這次騷年比較急不帶什么東西)。預(yù)留擴(kuò)展的好處是顯而易見(jiàn)的。比如馬在設(shè)計(jì)時(shí)一次性把馬鞍麻袋啥的采購(gòu)好,而下次需要裝東西的時(shí)候再修修補(bǔ)補(bǔ)啥的就可以而不用專門再去采購(gòu)這些材料。擴(kuò)展預(yù)留主要關(guān)乎成本!

三. 交互:

界面元素、交互是功能呈現(xiàn)給用戶的重要手段。而界面元素由于是偏向固定靜態(tài)的,所以設(shè)計(jì)時(shí)缺漏的概率不會(huì)像交互方面出現(xiàn)的那么高,這里更傾向?qū)换用嫔系淖圆椋缦庐?dāng)不僅限于此:

跳轉(zhuǎn)規(guī)則:

當(dāng)多個(gè)頁(yè)面間進(jìn)行邏輯跳轉(zhuǎn)時(shí),規(guī)則一定要定義好。之前負(fù)責(zé)一個(gè)搜索的功能。搜索頁(yè)去到搜索結(jié)果頁(yè),結(jié)果頁(yè)重新點(diǎn)擊搜索框會(huì)回到搜索頁(yè),而在此時(shí)未發(fā)生搜索時(shí)點(diǎn)擊返回是回到原有不清空的搜索結(jié)果頁(yè)還是直接跳出到搜索入口。一定要用流程圖畫好各種前置條件下的跳轉(zhuǎn)規(guī)則才能保證程序開(kāi)發(fā)的無(wú)二性,就是其確定性。

動(dòng)作數(shù)據(jù)

逆向:上下前后左右進(jìn)出,這種具有逆向的交互往往我們?cè)赑RD中就申明定義了一種而忽略了另外一種相反情況。如某些頂部tab可左右滑動(dòng),且其交互是點(diǎn)擊只顯示一半的tab內(nèi)容,該tab會(huì)彈出至某個(gè)位置。而我們習(xí)慣性地進(jìn)行右邊tab的描述,而忽略左邊的描述。(有些人可能會(huì)說(shuō)這個(gè)左右交互一看就知道要一致的嘛,但實(shí)際上,你不說(shuō),人家不做。你懂的)

場(chǎng)景:數(shù)量、前置。

先說(shuō)數(shù)量,一個(gè)模塊其中的具體內(nèi)容數(shù)量為1、2、3…各種數(shù)量時(shí)的情況。比如一個(gè)商品展示模塊,最多顯示四個(gè),那么其獲取的數(shù)據(jù)超出該數(shù)量時(shí)如何取數(shù)據(jù)?若小于該數(shù)量,頁(yè)面如何展示排版。若干脆沒(méi)有數(shù)據(jù),該模塊是否直接隱藏還是出現(xiàn)不一樣的交互控件去進(jìn)行引流?

再者是前置:進(jìn)入當(dāng)前場(chǎng)景的前提條件不同,其顯示內(nèi)容則不同。從不同維度進(jìn)入到一個(gè)商品列表頁(yè)面,可以從搜索、從分類、從品牌等不同維度進(jìn)入。其前置場(chǎng)景不同,進(jìn)入后顯示交互的各種樣式數(shù)據(jù)自然不同。

四. 耦合:

耦合是比較重要的自查點(diǎn)。比如在進(jìn)行電商產(chǎn)品設(shè)計(jì)時(shí),可能會(huì)對(duì)某個(gè)商品的展示樣式進(jìn)行修改;直觀的,我們會(huì)對(duì)首頁(yè),或者商品列表等進(jìn)行修改。而若我們還有購(gòu)物車、設(shè)置是個(gè)人中心中支持對(duì)商品的收藏,那我們是否要考慮各個(gè)耦合場(chǎng)景的樣式及數(shù)據(jù)內(nèi)容同步修改?一個(gè)APP中還包括push系統(tǒng)等非直觀場(chǎng)景可聯(lián)想到的,但卻有很多層級(jí)的耦合關(guān)系,所以耦合的場(chǎng)景需要遍歷清楚。

另一點(diǎn)就是數(shù)據(jù)的耦合,這更為普遍。前端展示的數(shù)據(jù)內(nèi)容有些是具有邏輯依賴的。如某個(gè)價(jià)格是通過(guò)原價(jià)跟折扣進(jìn)行計(jì)算得出的。若要使用該最終價(jià)格,進(jìn)行其他數(shù)據(jù)計(jì)算。而當(dāng)一段時(shí)間后,我們忘記原有的數(shù)據(jù)邏輯,對(duì)原始數(shù)據(jù)邏輯進(jìn)行修改,最后就會(huì)牽連有耦合的數(shù)據(jù)。

五. 數(shù)據(jù):

數(shù)據(jù)能演變的玩法最多,也就有更多的狀況。特別是運(yùn)營(yíng)后臺(tái)進(jìn)行錄入,前端進(jìn)行展示的數(shù)據(jù)需要反復(fù)考慮。

默認(rèn):

如在后臺(tái)進(jìn)行某項(xiàng)數(shù)據(jù)的插入錄入時(shí),是否有給定默認(rèn)值?一方面若默認(rèn)值設(shè)置合適,可以減少運(yùn)營(yíng)人員的操作成本。另若運(yùn)營(yíng)忽略了該值的輸入時(shí),該數(shù)值會(huì)為空。若給出必填提示,其實(shí)質(zhì)也增加操作成本。而這種情況,設(shè)置默認(rèn)值是更為保險(xiǎn)的方式。

邊界:

正常數(shù)據(jù)的錄入,也同時(shí)需要進(jìn)行判斷。特別是邊界檢查。該數(shù)值超出合法區(qū)間如何處理?該數(shù)值填寫正確保存成功是否給出提醒。輸入超出邊界后是情況原有內(nèi)容還是只給個(gè)彈窗提示?

異常:

若數(shù)據(jù)輸入要求是數(shù)字,而此時(shí)進(jìn)行文字的輸入會(huì)如何?數(shù)據(jù)在錄入時(shí),發(fā)生斷網(wǎng)、瀏覽器異常關(guān)閉時(shí),數(shù)據(jù)進(jìn)行本地草稿保存?不同的異常情況也要根據(jù)不同需求程度去進(jìn)行考量設(shè)計(jì)!

六. 異常:

異常的情況不止出現(xiàn)在數(shù)據(jù)上,在客戶端可能發(fā)生的情況更為多樣。如網(wǎng)絡(luò)異常導(dǎo)致數(shù)據(jù)加載失敗,用戶賬號(hào)異常導(dǎo)致功能限制,GPS定位失敗導(dǎo)致獲取地理位置失敗等情況。每個(gè)功能不僅要考慮順利的情況,還要考慮各種異常分支,并進(jìn)行相應(yīng)的提示說(shuō)明或跳轉(zhuǎn)等操作。

七. 兼容:

兼容性問(wèn)題是優(yōu)化的重要限制點(diǎn)。有句話說(shuō)得好“船大難掉頭”,一個(gè)產(chǎn)品功能多了后,各個(gè)功能間的耦合更多。一個(gè)改動(dòng)會(huì)涉及方方面面。如前端展示的樣式發(fā)生改變,那么上線版本需要如何兼容。新版本中一個(gè)數(shù)據(jù)或樣式增加,老版本不支持,如何通過(guò)接口或其他方式對(duì)老版本的新增數(shù)據(jù)樣式進(jìn)行過(guò)濾?或者老版本保留原有規(guī)則而新版本使用新規(guī)則與接口?

八. 風(fēng)險(xiǎn):落地細(xì)節(jié)

風(fēng)險(xiǎn)評(píng)估是保證項(xiàng)目順利推進(jìn)避免出現(xiàn)意外的情況的保障預(yù)警。如開(kāi)發(fā)能力無(wú)法落實(shí)需求?開(kāi)發(fā)時(shí)間無(wú)法掌控?客戶端對(duì)后臺(tái)數(shù)據(jù)的依賴導(dǎo)致客戶端先行而數(shù)據(jù)跟不上?特別是大公司平臺(tái)較多,相互依賴也多??绮块T的需求排期若跟進(jìn)不到位,容易出現(xiàn)需求一直被晾著無(wú)法按計(jì)劃實(shí)現(xiàn)。

以上幾點(diǎn)是近來(lái)對(duì)工作的一點(diǎn)小總結(jié)。總結(jié)點(diǎn)是有優(yōu)化空間,但真正關(guān)鍵的是如何將上述自查項(xiàng)在具體功能需求中進(jìn)行自我排查思考。
越來(lái)越發(fā)現(xiàn)產(chǎn)品經(jīng)理新手更多需要在執(zhí)行層面上下工夫。當(dāng)然不是說(shuō)在產(chǎn)品戰(zhàn)略或規(guī)劃方面要少思考。而是作為一個(gè)新人,其快速融入職場(chǎng)及職業(yè)角色的方向應(yīng)跟偏向落地。需求思考,功能落地,項(xiàng)目跟進(jìn),溝通掌控。對(duì)于項(xiàng)目來(lái)說(shuō),都是極為重要的。新手上路,產(chǎn)品不易,且行且總結(jié)!

 

作者:way菜畦(簡(jiǎn)書作者)

原文鏈接:http://www.jianshu.com/p/5a59ecef471d

本文由 @way菜畦 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 分類拆分的可以,內(nèi)容邏輯如果稍微優(yōu)化下,拆分下就更好了,讀起來(lái)有點(diǎn)偏白話~

    來(lái)自北京 回復(fù)
  2. #非技術(shù)出身產(chǎn)品經(jīng)理的技術(shù)溝通秘籍#
    15天補(bǔ)齊程序/代碼、前端、后端、數(shù)據(jù)庫(kù)4大模塊基礎(chǔ)技術(shù)知識(shí)。助你日常溝通更順暢,產(chǎn)品設(shè)計(jì)不挖坑!
    詳情戳>http://996.pm/7daXE 或咨詢起點(diǎn)學(xué)院蘑菇(wx:qdxymg)

    來(lái)自廣東 回復(fù)
  3. 很好,受用,很好的歸納了一下

    來(lái)自北京 回復(fù)
  4. 很受用,非常感謝

    來(lái)自北京 回復(fù)
  5. 謝謝

    來(lái)自北京 回復(fù)
  6. ??

    來(lái)自遼寧 回復(fù)