以下內容由Mockplus團隊翻譯整理，僅供學習交流，Mockplus是更快更簡單的原型設計工具。
關於WhatApp和Facebook如何實現規模設計的思考
我已經在Facebook擔任產品經理將近四年。 期間，曾在其群組, 分享和隱私之類的各種部門工作過。然後，去年的這個時候，有幸能轉到WhatsApp工作。
在調去的時候，我就已經意識到在WhatsApp的設計工作將會是一次完全不同於Facebook的經歷。而事實證明，在這裡工作也真的讓我大開眼界，教會我從完全不同的角度解決問題和工作，而這些是我以前所從未想到和考慮過的。
在過去的一年裡，我學到了很多。所以， 在這裡，也希望能夠與大家分享一些在WhatsAPP和Facebook工作期間所觀察和學習到的設計心得：
原則性強
WhatsApp員工設計和製作其產品過程中，銘記各種原則。而這些原則都是其決策的核心內容。以下是是一些值得分享的具體原則例項：
*產品介面應與使用者裝置相匹配
*應用盡量輕便，儘可能減少儲存量
*產品介面儘量簡潔
*使用者操作和動畫響應快速
*產品功能簡單實用，無需說明
相較於Facebook通過高要求來推動公司決策， WhatsApp則利用這些原則來關注軟體本身的人機對話，以便大部分的設計理念能夠儘快執行。
每當我對Facebook設計師講解這些原則理念時， 他們常常會反駁道：“我討厭那樣！”“誰來決定產品方向？”“你不覺得自己已經失控了嗎？”“你還能提出新的想法嗎？”
事實上，就公司發展藍圖而講，ＷhatsApp的決策方式確實比Facebook更加全面徹底。至少，我個人覺得它使我更能專注於我的工作。我通過我的設計來影響產品。而這也讓我意識到我是一名真正的設計師。
話雖如此，我仍有足夠的機會提出建議和表達我對公司發展的看法， 雖然，我並不是必須得這樣做。因為，公司發展藍圖的制定發展也遵循這些原則， 而在這點上是共通的。
而我還從中主要發現和學習到的是， 如果一個團隊能夠找到強有力的設計原則，並且達成一致，那麼這個團隊也會更高效。團隊成員所認同的價值觀越多，所能達到的效率就越高， 當然為了達到共同目標所需的溝通也會更少。
在研發產品的過程中，能夠發現一個明確急待解決的問題就是成功了一半。而擁有一個對於如何判斷問題解決新功方案的良好框架也會讓剩下的一半更有效的解決。
產品效用吸引使用者關注 VS 使用者關注推動產品效用提升
在Facebook工作中，設計師有時需要設計推出新功能。然而，因為Facebook本身已經擁有了很多功能，這項任務會很具挑戰性。儘管對於使用者平臺內部的改變總是不易的， 但是我們引入新功能的意圖是提升使用者體驗，為使用者提供有用的工具。而其中實現的技巧就是提醒使用者注意一些可能會給他們帶來價值的功能。
然而，WhatsApp則使用了完全不同的實用方式來解決這個問題：我們嘗試設計和開發明顯有用的功能。如果某項功能需要解釋說明，那麼它就還未開發成功。
我們往往不會如Facebook般提醒人們注意產品新功能。 因為我們認為，只要建立明顯實用的新功能，人們就會發現並自然的來關注它們。
在這方面，有人或許會認為，我們太過天真。但是，另一方面，我堅信這種方法會貫穿產品決策始終，並且能夠為使用WhatsApp的人們所認同。
而對我來說，我從中學習到的是，產品發展沒有一個特定的公式。 即可以主動幫助使用者嘗試新的功能（例如NUXs和彈出視窗等），也可以被動的鼓勵使用者使用（例如使用者產品探索和口碑等）。在產品決策中，找到尊重他人意圖的方式是非常有益的，以便能夠建立一個值得尊重的產品體驗。
設計工具和設計技巧
我之所以非常想念從事Facebook產品設計工作的日子，其中一個原因就是期間充分受益於其驚人的設計工具。
Facebook擁有一個專注於開發出色設計工具的團隊， 以便設計師的工作能夠更輕鬆，更高效。
我幾乎每天都在使用Origami來製作原型，並且喜歡著它。然而許多其他在Facebook工作時使用的工具，都與我現在所從事的工作毫無關聯， 因為WhatsApp沒有成行藉口配套的或者使用Facebook Graph API搜尋.
對於WhatsApp來說，維護一個介面工具包可能會比我們小團隊的工作更有價值。所以，我們非常依賴平臺原生設計模式，從而對自定義標準元件的需求較少。我們共享各種Sketch文件作為常用模式模板， 但與高度結構化的Facebook和Instagram系統相比，這些文件都非常原始。
在WhatsApp工作中，讓我非常吃驚的一件事是，我經常需要手動設計圖解，新增說明和匯出材料。在從事Facebook介面的設計工作中，我的使用者體驗設計方面的技能得到提升，視覺設計也無太多困難，因為我們擁有極具天賦的插畫大師和強大的共享影像的工具。雖然，我從未認為自己是一個視覺設計師，但是在一個小團隊中，你必須做好一切 – 包括精美的視覺設計細節。
而從中， 我學到了，工具可以幫助你更輕鬆地完成工作。但是我鼓勵每隔一段時間後退一步，以確保你自己無需工具的幫助即可完成工作。至少，它可以幫助你保持對這些工具的有用性的看法。
特殊問題
我在WhatsApp遇到並發現了一些從未遇到過的產品問題。例如，端到端加密具有許多令人深思的副作用。資訊儲存在使用者自己的裝置上，但是，訊息一旦傳送，就不會儲存。
這就導致一些針對使用者介面的操作，對於不瞭解背後所含技術的人來說毫無意義。例如，當您在新裝置上登入WhatsApp時，您不會立即獲得所有舊資訊。這是因為他們仍然儲存在你的舊裝置上 – 而伺服器上並沒有儲存任何副本。
在Facebook上，真實身份最終成為設計的基礎構件。然而，在WhatsApp，我們並不需要人們上傳個人圖片， 也並不要求人們使用他們真名！身份在我完成Facebook設計中是理所當然的事，但是當你不能依靠身份的時，某些問題會變得更加不穩定。
另一個有趣的例子是把掃盲視為是理所當然的事。在WhatsApp，人們可以不使用文字，而通過傳送語音，圖片和視訊進行溝通。而且，在設計WhatsApp登入介面的時候，我遇到了一個有趣的問題。在使用的WhatsApp時候，人們需要知道，他們已經成功地將他們的聯絡人連線到WhatsApp上，並從何處開始對話，但是即使對於那些不能閱讀文字的人來說，這項設計也能夠執行良好。
謹慎而穩步的前進
在facebook，你從一個問題開始，然後提出一個解決方法。如果這個問題能夠讓整個團隊產生共鳴，那麼你就能在研究中對它進行驗證。如果驗證良好，你就可以開始構建，然後把它拿出來做一個小測試，看它是否能真正解決問題。如果它能夠很好地解決這個問題，那麼你就可以向更廣泛的使用者提供更加豐富的功能。而且，這個過程是迭代的，它自然也包含了很多內部測試和制衡。這是一個很成熟的過程，並且執行良好。
而在WhatsApp，你也從一個問題開始。但是你需要提出一系列的解決方案。然後，為得到最佳的解決方案，在以上所提及的原則指導下，開始削減這些解決方法。而後，集中研究剩下的最佳的解決方案，直到你認為它沒有任何問題。之後，你需要繼續研究該解決方案，直到沒有任何明顯的錯誤。然後，開發人員開始研發解決方案，並在應用程式更新中將其釋出給每使用者。這個過程在一定程度上也是迭代的，但設計部分佔主要。當然，在這個過程中，設計上也是還需要克服一些其他壓力和困難的。
Facebook具有“快速前進”的特點。在Facebook上建立專案可以非常快，雖然推出產品的全過程實際上可能會是一段相當長的時間。如果WhatsApp也有一個類似的標語的話，那就可能是“謹慎而穩步的前進”。因為在開發階段很少有迴旋的餘地，所以我們更願意花費更多的時間於設計階段。當我們將設計交給工程師的時候，我們提供儘量完整的說明和模型，這樣做的好處是可以減少工程師的工作量，而這也是工程師們所欣賞的。但是，這也存在一些潛在的缺點：工程師在設計產品的過程中可能會參與得更少，並且可能會感覺到與產品脫節。
這兩種工作方法都有其優點和缺點，但對我來說，真正從中學習到的是兩種方法都有效。一個並沒有比另一個更快速，更多的只是對工作方式的偏好。 Facebook允許參與角色之間有更多的重疊，而WhatsApp的工作流程則更集中於參與者。
總結
我希望我的這些想法能幫助你思考出新的工作方式或方法為你的團隊帶來價值。而且，我感到非常興奮且備受鼓舞，因為我能夠最先認識到，不同的工作方式能夠幫助我們大規模的建立優質產品。當然，這些只是對做這項工作的人有用。我相信找到這樣的工作方式是非常重要的。
我分享這些感受與心得，也是為了提高人們對WhatsApp 設計的認識。我們是一個成長中的團隊，希望有更多的人能夠參與進來。如果這些價值觀或工作方式對你來說很有趣，那麼你可以檢視我們的招聘職位，尤其是我們的產品設計師職位。
學習工具，但不受限於某種工具。Mockplus做原型，更快更簡單，現在下載Mockplus，免費體驗暢快的原型設計之旅。