關於Banner樣式，通常PM或企劃人員會尊重設計專業，讓設計師有發揮空間，規格確認後就盡量不干涉。當然為避免後來發生反覆修改的尷尬情況，我們可在畫Wireframe線框圖時，就邀請設計師一起討論需要呈現的資料欄位、功能、操作動線等，討論出Banner的視覺風格、排列方式、互動效果等。
視情況，這時也可以邀請前端工程師加入，讓設計師和工程師互相協調開發作法，畢竟有些設計元素靠程式端就能解決，有些則需要設計師另外切版出圖給工程師處理。
提醒在這階段，也要把不同使用情境納入規劃，請設計師協助製作畫面，例如：空白狀態、極限狀態，就是Banner沒資料時的預設圖，或是當Banner要顯示的字數太多時之替代方案。在開發前段和設計師溝通規格愈清楚，愈能降低開發完的修改成本。
初稿完成後的討論，PM也要多點耐心，學習了解設計背後的創作理念，不要第一眼都還沒看完就沒禮貌的要求設計師修改，更不要沒想清楚就堅持己見去調整一顆按鈕的顏色或大小，設計師會這樣做一定有他的考量，我們需要從產品的整體介面去評估，若擔心使用者無法接受，可利用A/B Test的方式，先上線提供給少數使用者測試，數字會說話，這樣蒐集到的意見反饋才最真實。