這六點,可幫你在產(chǎn)品設(shè)計初期減少不確定因素

1 評論 10293 瀏覽 21 收藏 5 分鐘

產(chǎn)品日常工作中的不確定性因素,無外乎功能bug和需求變更。大概有哪些要點,可以在產(chǎn)品運營的角度,通過預(yù)先調(diào)研和事前確認(rèn),達到有所準(zhǔn)備呢?本文試列六點來拋磚。

1、實現(xiàn)上的問題

(1)掌握需求涉及的數(shù)據(jù)表概況

這是后五點的基礎(chǔ),如字段類型、范圍,取什么、怎么取,返回到哪里,返回以后影響哪些現(xiàn)有字段等(在人員變動劇烈的大環(huán)境下,這一步往往并非易事);

(2)內(nèi)外部協(xié)同

正如軍事地圖的“邊緣”最容易被突破一樣,在跨模塊、跨域等多方接口處是bug最為頻發(fā)之處,也容易出現(xiàn)三不管地區(qū),有必要特別關(guān)注接口處的數(shù)據(jù)情況,尤其是目前’開放‘的大形勢下,合作方接口的問題是不確定性的’大戶‘;

(3)流程本身缺陷

邏輯再周全,怎奈數(shù)據(jù)源頭不匹配,越老的系統(tǒng)該情況越嚴(yán)重。老實說如果不做好第一步基本數(shù)據(jù)情況收集,根本無法繞過這些地雷,造成完全失控。理論上講,收集流程本身缺陷,還能為業(yè)務(wù)流程的改革提供參考。怎么說呢?從it反過來推動商務(wù),或許始終也就是理論上講講而已。

2、性能隱患

(1)需求涉及的字段中,哪幾個是訪問最為頻繁的,具體有多頻繁。最為頻繁的字段(及其上下級父子)在同期項目中是否有重疊,具體重疊程度;

(2)需求所在頁面,是否是并發(fā)高發(fā)的關(guān)鍵頁面,或者是否會產(chǎn)生關(guān)聯(lián)影響,包括上下級相關(guān)頁面;

(3)如果是舉辦活動,是否做好了功能和監(jiān)測上的多方面預(yù)備。

3、不同時效的應(yīng)對

區(qū)分長期、周期、一次性、有可能多次重復(fù)的一次性。

  • 一次性可以采取半自動半人工的山寨方案,加快實現(xiàn)進度;
  • 周期性的可以考慮開發(fā)工具,提高復(fù)用能力;
  • 中間狀態(tài) ,有可能多次重復(fù)的,根據(jù)歷史經(jīng)驗,一部分一部分地實現(xiàn)工具化。

4、中途需求變更

事先考慮不涉及邏輯、可能會變動的地方,如數(shù)據(jù)的數(shù)量,更新的頻率。培養(yǎng)這方面“常識”和“習(xí)慣”,在需求里就提出冗余,做提前考慮。

考慮可能會增加的復(fù)雜關(guān)聯(lián)和全新邏輯,并提前預(yù)估這些變更的工作量。

確實發(fā)生了無法拒絕的巨大需求變更怎么辦?理論上通過所謂“挖掘需求方的真實目的,來加以引導(dǎo),實現(xiàn)雙贏”來處理需求變更,實際工作中并沒有這么理想化,需求變更涉及復(fù)雜的利益糾葛,往往就是沒辦法雙贏,盡量憑專業(yè)判斷,盡可能不要卷入陣營(實際上還是看團隊文化,隨緣吧)。

5、體驗

關(guān)鍵流程(如購物車,支付頁面)是否增加了額外步驟,或有所影響。如果涉及,盡可能不要碰關(guān)鍵流程,采取異步等平行方式,避免風(fēng)險失控。關(guān)鍵位置的哪怕小小文字修改,也需加倍謹(jǐn)慎。

任何一個細(xì)節(jié)都考慮性能,頁面打開和響應(yīng)速度是一切用戶體驗的基礎(chǔ),盡可能讓運維角度的思考滲透在潛意識里。

6、監(jiān)測

對現(xiàn)有監(jiān)測部署的影響,全局意識,不僅要保證新需求的正確監(jiān)測,也要保證不影響已有的其他監(jiān)測。

考慮cookie以及js等互相影響,同業(yè)務(wù)反復(fù)確認(rèn)監(jiān)測的互相覆蓋特性。

數(shù)據(jù)監(jiān)測的注意點:重點考慮加上和撤下兩個時點,是否有異常走勢。?

s捕獲數(shù)據(jù),服務(wù)器log監(jiān)測,業(yè)務(wù)數(shù)據(jù)等常見監(jiān)測角度,根據(jù)具體需求,選擇關(guān)注的側(cè)重點。

 

作者:scvhuang

來源:http://www.jianshu.com/p/ef2fc054f8e5

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 設(shè)計

    回復(fù)