產品經理設計產品功能時,總會遇到各個系統間相互依賴的問題,比如,關務訂單申報異常會導致訂單履約異常,比如,商家未支付代銷單會導致訂單不能履約等。那麼,對於商家來講,這些信息又該怎麼獲取,以及怎麼處理呢?
這裏就會設計到第一個基本原則,即異常可視,不能把異常隱藏掉不讓商家感知。
第二個基本原則,用戶在哪個頁面上處理異常,就在哪個頁面上展示異常,但可以考慮幾個頁面上都展示某種異常,但不能漏,不能設計成我遇到某種問題,必須去某個頁面查詢才能看到異常,然後再到另一個頁面去處理異常。
產品經理設計產品功能時,總會遇到各個系統間相互依賴的問題,比如,關務訂單申報異常會導致訂單履約異常,比如,商家未支付代銷單會導致訂單不能履約等。那麼,對於商家來講,這些信息又該怎麼獲取,以及怎麼處理呢?
這裏就會設計到第一個基本原則,即異常可視,不能把異常隱藏掉不讓商家感知。
第二個基本原則,用戶在哪個頁面上處理異常,就在哪個頁面上展示異常,但可以考慮幾個頁面上都展示某種異常,但不能漏,不能設計成我遇到某種問題,必須去某個頁面查詢才能看到異常,然後再到另一個頁面去處理異常。
條款24 ----》條款24:若所有參數皆需類型轉換,請爲此採用non-member函數 **
12315 https://www.12315.cn/cuser/ 互聯網信息服務投訴平臺 https://ts.isc.org.cn/#/login