注意：本文中提到的設計方法在不同設計場景帶來的效果是不一樣的，並不能說是好的或不好的。這意味著，如果您正確執行，它們都具有很大的潛力。
1. 彈窗
也許您有過這種經歷。您開啟一個新的網頁，閱讀裡面的內容，當您看到一半的時候，突然間彈出一個巨大的覆蓋區，要求您填寫個人電子郵件地址。在大多數情況下，您的即時反應將是關閉覆蓋層，或者關閉整個頁面。
這麼多網站使用這種設計的原因是很明顯的。然而，這種設計對多使用者產生了巨大的負面影響——它要求多使用者停止做他們正在做的事情（對他們來說是重要的），並將注意力集中在完全與自己本意無關的活動上（對您來說是重要的）。知名是在請求任何東西之前允許多使用者先完成當前的活動（例如閱讀內容或瞭解自己想要的東西）。給他們一個機會來決定他們是否想自己做某事而不是強迫他們去做。
2. 無限滾動頁面
無限滾動這種設計方法，允許多使用者瀏覽大量的內容，在頁面上看不到底線。當您向下滾動時，這種設計可以保持重新整理頁面。雖然聽起來很不錯，但該設計方式並不是一個適合所有網站或應用程式的萬能解決方案。
該設計的主要缺點基本上也是其主要優點–它在視覺上沒有底線。當多使用者訪問頁面中的某一處時，他們無法先將其位置加入書籤，然後過段時間再回到標記處。如果他們離開網頁，他們將失去所有的已有程式，必須再次向下滾動才能回到同一個地方。這種方式無法確定多使用者原來的滾動位置，不僅會讓多使用者感到煩擾或困惑，而且還會損害整體多使用者體驗。
在 2012 年，Etsy 花了很多時間來實現一個無限的滾動介面，他發現滾動出的新介面並沒有像分頁一樣表現出色。儘管購買多使用者數量大致相同，但多使用者的參與度卻下降了（人們使用搜尋的熱度下降）。
正如 Dmitry Fadeyev 指出：
“人們想要回到搜尋結果列表去檢視他們剛剛看到的東西，把這些搜尋出的列表和他們在其他地方發現的東西進行比較。”
無限滾動不僅打破了這種對比，它還使多使用者很難上下移動列表，尤其是當您在另一刻返回頁面時，您會發現頁面又回到了頂部, 被迫您再次向下滾動列表，等待載入的結果。在這種情況下，無限滾動介面實際上比分頁的要慢。
在將無限滾動加入設計之前，設計師應該權衡無限滾動的優缺點。選擇取決於設計的場景以及內容的傳遞方式。總的來說，無限滾動對於 Twitter/Instagram 這樣的多使用者來說是非常有用的，多使用者在不用尋找任何東西的情況下就會不斷獲取流動的資料流。
3. 推送通知
您有沒有注意到您每天從各種應用程式收到的通知和警告資訊的數量? 這其中有多少通知是您真正關心的?
每天，多使用者都被毫無用處的通知狂轟濫炸，這會讓多使用者從日常活動中分散精力，簡直讓人太煩了。
令人厭煩的推送通知是人們解除安裝手機應用程式的要原因（根據調查資料，佔有 71%）。
當多使用者開始使用您的應用程式時，如果您的推送通知給多使用者帶來有效價值，他們是不介意的，這意味著推送有時是有用的，並且非常有趣。令人受激勵、感到愉悅的個性化內容是推送有用通知的一個重要組成部分。
推送通知是一種特權，因為多使用者對您信任，才允許您直接向其傳送資訊。但您不得濫用該許可權。
設計對多使用者有用的、相關的、及時的通知是非常重要的。推送通知可以成為企業與多使用者直接溝通的強大工具，並在適當的時間和地點傳遞正確的資訊，以促進多使用者參與。