Banner真的只是一個簡單跳轉嗎？

最近挺長一段時間沒有講跟產品工作相關的內容了，更多的是在聊一些思維模式，思考方法上的內容。

昨天我在群裡看到有幾個群友在聊Banner的後臺怎麼設計。正好今天也沒想好輸出什麼，要不就簡單聊下我對Banner的一些想法

01

首先，我們得知道什麼是Banner，

它是廣告宣傳的一個視窗，是流量變現的一個通路。它不單單是首頁金剛區上方的那一張張輪播圖，彈窗廣告也是，App開屏廣告也是，某個詳情頁底部的廣告位也是。

這些都得放在一個banner系統裡面去思考。

那誰會對Banner提出要求呢？

公司運營

廣告主

所以我們在做Banner的過程中，得好好思考下，對於這兩個業務方，他們想要的到底是什麼？

以運營為例，他們是最經常使用Banner的人，他會把Banenr圖做好，然後掛在你們的業務載體上，可能是App，可能是小程式。

而一般他們用到Banner的場景有：活動、推薦（推薦人、店鋪、商品……）、外部廣告、通告……

如果你跟運營深度溝通後會發現，他們對Banner核心需求有兩塊：

方便

可以清楚地看到效果

怎麼理解方便呢？

你做的banner的定時上架、banner的排序權重這一系列功能都是為了方便運營去使用banner。因為他們的活動經常是半夜0點開始，總不能每次都人工到這個時間點去操作一下吧？

多張banner的時候運營需要自己可以定義輪播排序。不然就得全部下架，按照設定的排序一個個重新上架……

效果就更好理解了。

同一個活動會被運營放在不同的廣告位以及採用不同的廣告形式。那麼對於運營來說，他們需要知道這次活動在哪個廣告位置的點選率高。什麼樣的廣告形式是使用者喜歡的……

只有讓運營看到每次廣告的效果，他們才能根據資料去思考，去最佳化。

02

瞭解完需求後剩下的工作就回歸到產品設計上。

對於前臺來說，

banner包含兩部分：展現和跳轉。

展示就不細說了，比較好理解。

跳轉就比較複雜了，運營在做banner的時候今天可能需要跳轉到商品詳情頁，明天可能需要跳轉到某個商品分類下的商品list頁。

這裡有兩種設計方式：

透過商品詳情頁的Url連結進行跳轉

透過商品ID進行跳轉

你會選擇哪種？

可能你會覺得直接填連結比較方便，沒錯，連結在填寫的時候

是

更方便。但商品ID卻更合適。

為什麼呢？我們來思考一個場景，如果這個商品在下架後被重新編輯了價格和基礎資訊等內容再重新上架，很多電商系統裡這個商品連結就已經發生變化了。這個時候是不是就得找到所有和這個商品有關的banner進行修改呢？

這操作可不僅僅是繁瑣，還很容易造成前臺業務產生錯誤。因為連結不存在，banner跳轉失敗。

但對於商品來說，itemID是不變的。哪怕它被編輯後重新上架，ID也是唯一的。那banner跳轉就不至於出錯

同理，你要跳轉店鋪的詳情頁也好，還是要跳轉到某一個商品分類下的商品listing頁面。我都不建議是以Url連結的方式來實現，最好都以店鋪ID、商品分類ID來實現。

那你會問，連結什麼時候用？

連結的使用，是用來跳轉到第三方網站時使用的。因為第三方和你的系統是沒有ID關聯的。所以連結

更多

是用在廣告主身上。

上面講的僅僅是跳轉型別，其實還有很多需要和運營溝通和注意的需求點。

舉個例子：今天運營做的活動僅限於老使用者參加，不希望新使用者看到活動banner，而且哪怕新使用者透過其他方式進入到活動頁面，也要提示他無法參與活動。

那這時候就引出了

新的需求：投放人群

投放人群在各大內容網站的投放系統裡其實都會存在。我截一個豆莢的給你看下。

這就是投放人群包，當然你自己的系統是不需要做得這麼複雜的，可能只需要一些基本維度。比如：活躍使用者、新使用者、老使用者、VIP使用者等

03

上面只是對banner的需求舉了兩個例子，但完整的banner系統可不是隻有這些要考慮的。

還有一些系統上要考慮的內容，比如如果運營沒有活動banner的時候怎麼辦？如何避免前臺頁面開天窗？後臺更換廣告的時候前臺怎麼處理廣告快取的問題？……

做所有的產品都是同樣的道理，

先理解使用者，再理解場景，最後透過結構化思維把相似需求抽象出來統一考慮。

共勉

·······END·······

我是寧叔愛思考，

公眾號同名

，期待和你交流

今天是保持日更的第

53

/

60

天。

如果有收穫，

歡迎關注、點贊、分享，一鍵三連

感謝你的慷慨～