寫給產品經理與工程師:如何與設計師一起工作

Julie Zhuo 當過產品經理、工程師和設計師,現在是 Facebook 產品設計總監,她最近在 Medium 寫了一篇文章,算是給產品經理跟工程師的小抄,告訴他們要怎麼跟設計師一起工作。
評論
評論

本文譯自 Facebook 產品設計總監 Julie Zhuo 發表於 Medium 的 〈 How to Work with Designers

多年前,我曾當過產品經理,然後是工程師,而過去七年我從事的是設計工作。每天我都跟擔任這些角色的人一起工作,每一天,我對產品開發背後的責任、挑戰和藝術都有新的體會。對於想要搞經楚設計這個奇怪、銳利、helvetica-typed 世界的工程師和產品經理們,這篇文章正是為你們而寫。

若想使用設計師語言,請停止說那些指標的事,改聊使用者。

其實大多數的情況下,「指標」跟「使用者」意思不會相去太遠。舉例來說,你或許是希望設定一個目標,讓註冊頁面的轉換率提高 X%;另一種說法其則是:你想要掃除那些阻止使用者註冊、使用產品的障礙。但是你看,「說法」在這裡就變得很重要——讓使用者更容易註冊 vs. 優化註冊流程的轉換率。前者談的是對使用者的價值,後者則是公司為了成功所產生的需求。設計師做事的心態一般來說是比較偏向使用者這邊。

其他像是:

我可以增加這個按鈕的點擊率嗎?=> 我們如何才能讓使用者知道這個貼心的新功能用起來多麼簡單?

我們希望這個改變不要對指標帶來衝擊。=> 我們需要確保這個改變不會讓使用者有使用上的困難。

來吧,提高病毒散播係數!=> 鼓勵喜歡這個功能的使用者跟朋友們分享。

每個設計師都有各自的強項,而這些強項需要用來解決合適的問題

每個設計師都不一樣,即便是「全明星等級」的設計師對於問題的思考也不一樣,這是因為設計包含:

視覺設計 :這一類包含了字體、對比、階層、「舊的東西看起來好嗎?」等。你看對地方了嗎?細節是琢磨過的還是馬虎的?最重要的是,這個視覺設計是否系統化。

互動設計 :使用者要做 X 的話簡單容易嗎?導覽系統做得好嗎?轉換和動畫會讓 app 用起來更加直覺嗎?

產品設計 :這個設計有成功地解決問題嗎?這個設計好用嗎?產品有明確的願景嗎?有帶來價值嗎?

有些設計師在視覺表現方面技驚四座,但是對互動設計卻沒什麼經驗;有些設計師可以做出聰明的產品策略,然而在執行層面就比較弱。每個設計領域都有非常艱深的問題要解決,挑出合適的設計師去解決問題顯得非常重要。你不能隨便換掉一位設計師,卻又期望新的設計師可以在專案上表現得跟前任一樣。一般來說,要做出好的設計,就得面面俱到。如果你只能有一位設計師,那麼他最好要是個通才,而非在某方面很強,其他都很差;反之若你有設計師團隊,能聚集各領域的高手也許就行得通。

愈是資深的設計師,愈是應該負責解決抽象的問題

為了更進一步說明,我用以下幾個等級和對應的職責作為例子:

設計師等級一:設計一個表格讓使用者編輯他們的個人檔案。這很明確——假設使用者有個人檔案要編輯,而解決辦法就是按需求設計出一個表格。

設計師等級二:設計一個好的介面讓使用者編輯個人檔案。解決方案可以是一份表格、一個所見及所得(WYSIWYG)的編輯器,或是一個彈出式視窗。

設計師等級三(廣):設計一個編輯個人檔案、發表文章、更改設定等等的系統。現在我們談的就不僅是編輯個人檔案,而是具備一定彈性、橫跨整個 app 運作的編輯系統。

設計師等級三(深):設計一個方法讓使用者「想要」更新他們的個人檔案。在這裡,我們討論的是,設計師需要自問:為什麼使用者應該去更新個人檔案?何時更新?如何才能好好地傳遞這樣的請求(請使用者更新個人檔案)?

設計師等級四:為 app 設計一個可以提高使用者真實性的解決方案,此時「編輯個人檔案」說不定根本就不是我們的焦點,或許一個讓使用者互相檢驗(peer-review)的系統會更好。

設計師等級五:要能發掘產品對 app/公司/網站而言最大的問題在哪裡,並且設計一套解決方案。到了這個最高層次,最頂尖的設計師將能推動一個產品的願景。

編按:推薦各位讀者閱讀這篇 Rdio 設計總監 Ryan Sims 的採訪 ,有助於明白頂尖設計師是如何看待抽象問題、如何去推動產品願景。

換言之,如果資深設計師對產品的策略及願景有很深的掌握度,那麼他們將會表現出高度的生產力。反之,如果一個資深設計師被指派一個菜鳥等級的任務(例如:設計一個表格),但他打從心就不認為表格會是解決問題的最佳辦法,那麼他不僅會很不開心,說不定還會表現得很差。陷入這種緊張的狀態是影響團隊士氣的源頭:越是資深的設計師,如果不能完全認同產品的願景或策略,那麼他們感受到的挫折便會越深。

設計師花越多時間跟其他的設計師交流,作品也會變得越好(設計師本身也是)

設計師對其他設計師作品提出意見是推動進步的最佳方式之一。如果一個設計師老是獨自工作,從未將自己的作品拿出來與同行交流,那麼幾乎可以保證他們的設計會比定期交流之後的結果差。這也是為何要鼓勵設計師在專案開發階段(設計還不斷在更改的時期)多與其他設計師坐在一起工作,並且只在專案的執行階段才被鼓勵與工程師一起工作(當主要設計定案、執行變得更重要的時候)。

設計師為工作付出的努力與價值大多是很難被衡量的

這是因為一個設計師的目標是成就一個高品質的體驗——並非僅止於產品的一個面相,而是整個體驗,而且要能經得起時間考驗。我們就談談雜亂(clutter)吧,從質來看,大家通常會認為雜亂是不好的,那麼設計上要加東西加到什麼程度才會變得「太雜亂」呢?這根本難以量化。同樣的,那個剛新增的設計不太可能立即影響使用者,但是慢慢地,像海浪一點一點削去岩壁,東西越加越多,有一天使用者會發現你的網站變得亂七八糟。這時候,就會有其他顯得更加清新、簡約的 app 冒出來解決你的 app 所要解決的問題,這時就太遲了。

同樣的,設計師常常會推動一個 app 或系統不同部分之間的一致性。也許這看起來過於挑剔,因為在功能的層面上如果上傳照片的流程一致,這樣不就夠了嗎?

問題是,使用者不是只上傳照片。他們也許還會上傳影片,如果上傳照片跟影片的方式設計得完全不同、兩者完全獨立,這很容易混淆。使用者上傳照片或影片會很痛苦。想像一下,如果電腦的「檔案」選項在每個程式的位置都不一樣,有的在左上方、在右上方、底部或是任何地方,肯定會是一場惡夢。

的確,有時候設計師對於輕重平衡掌握會失控。設計師會傾向於過度注重個人的經驗而輕視整體。同樣的,設計師有時候並非產品的目標使用者,卻會以自己的個人體驗作為指標,決定要把焦點放在哪裡。(當然,我在這裡講的東西也未必適用於所有設計師。)然而事實上,因為設計一直在變化,短期內量化指標有漲有跌,難以評估,例如使用者的信任、理解,以及長期的情感和喜悅——都會因為設計師的推動而有正面的影響,然而這卻是難以用數字去量化的。

設計師最在乎的,還是細節

真的,想讓設計師臉紅心跳、渾身飄飄然嗎?把每個像素模擬到位,設定一個高標準,不收爛貨,為了圓滿一個小細節不惜更進一步,或是多花一個晚上去做那些擺明就是要取悅使用者的東西。每一個我認識的設計師,都非常樂意與尊崇設計價值的產品經理和工程師一起犧牲夜晚和週末,共同努力去成就彼此所信仰、團隊中大家都想做的、好用的、一流的、真正更上一層樓的產品。

敬請期待後續系列文章: 〈 如何與產品經理一起工作:設計師的小抄 〉 與 〈 如何與工程師合作 〉。

歡迎加入「Inside」Line 官方帳號,關注最新創業、科技、網路、工作訊息

好友人數

Akamai 擁有最卓越的執行能力,獲《Critical Capabilities》肯定

Akamai 是全球最受信賴的數位體驗保護和遞送解決方案供應商,連續四年獲得《Magic Quadrant for Web Application and API Protection (WAAP)》評選為領導者。
評論
圖片來源:Akamai
評論

Akamai Technologies, Inc. 是全球最受信賴的數位體驗保護和遞送解決方案供應商,在 2021 年《Magic Quadrant for Web Application and API Protection (WAAP)》(網路應用程式與 API 保護 (WAAP) Magic Quadrant) 中,獲 Gartner 評選為領導者。

Gartner 分析師評鑑 11 家廠商,並依據各廠商願景之執行力和完整度給分。在採用新命名的報告中,Akamai 在執行能力方面獲得最高評價。這份報告是 Gartner《Magic Quadrant for Web Application Firewalls》(網路應用程式防火牆 Magic Quadrant) 的進化版本,而 Akamai 在過去四年連續獲 Gartner 於該報告中評選為領導者。

Gartner 也發表了 2021 年《Critical Capabilities for Cloud Web Application and API Protection》(雲端網路應用程式與 API 保護的關鍵功能) 報告。這是 Gartner《Magic Quadrant for Web Application and API Protection》(網路應用程式與 API 保護 Magic Quadrant) 的配合報告,此報告評估了 WAAP 產品保護網路應用程式與 API 的能力。在此報告內,Akamai 於四大使用案例的其中三項皆獲得最高分,包括 API 安全與 DevOps (3.60/5)、高安全性 (3.76/5),以及網頁規模的業務應用程式 (3.91/5)。

根據 Gartner《Hype Cycle for Application Security, 2021》(2021 年應用程式安全技術成熟度曲線) 指出:「雲端網路應用程式和 API 保護產品是雲端遞送式多功能網路應用程式安全產品,且須整合至少四項核心功能:網路應用程式防火牆、DDoS 保護、機器人程式管理和 API 保護。WAAP 是網路應用程式防火牆所扮演之角色的進化版,而此進化是因為企業需要更有效地防禦多種威脅手法,同時大幅增加對外公開的網路應用程式和 API。」

Akamai 親眼見證叫用 API 的幅度大幅增加。為了確保 API 安全,需要量身打造的解決方案,以因應深度 API 訊息檢查、API 規格管理、驗證與授權,以及反自動化等問題。

Gartner 表示:「安全與風險管理領導廠商所選用的 WAAP,應能夠提供容易使用的控制功能,並可針對先進機器人程式與日益進化的 API 攻擊,提供更為專門的保護。」根據 Gartner 指出:「到 2026 年時,40% 的組織會根據進階 API 保護及網路應用程式安全功能來選擇 WAAP 供應商。」

Akamai 相信,全方位的網路應用程式和 API 保護解決方案需包含相鄰安全功能,以涵蓋範圍不斷擴張的威脅。在 2020 年,Akamai 推出首款引進自動化 API 探查與分析功能的雲端 WAAP 解決方案。

Akamai 在今年推出調適性安全引擎,這是其網路應用程式安全產品組合的核心基礎,其設計可自動因應攻擊的複雜程度來調整防護,同時減少維護和調整規則的工作。另外亦包含機器人程式能見度與緩解能力,以針對機器人程式對數位資產的影響提供深入剖析。

Akamai 應用程式與網路安全產品管理副總裁 Amol Mathur 表示:「網路應用程式與 API 安全有一項不變的特質,那就是變化 Akamai 持續在 WAAP 產品中推動大幅進展,讓我們的客戶能更輕鬆跟上迅速加快與變動的威脅情勢,同時提高營運效率並增加開發人員工具。我們相信 WAAP 產品組合的這些重要進展,是讓我們在 Gartner《Magic Quadrant》報告中贏得領導廠商地位的功臣。」

Akamai 技術支援和管理服務,持續獲得客戶肯定

根據報告指出:「Akamai 的客戶在客戶支援體驗方面,給予該廠商極高評價,包括他們從技術支援和管理服務獲得的專業知識和協助。」

此外,Akamai 保護資料、網站和應用程式的能力,以及其網路安全解決方案的使用簡便性,均獲得客戶的認可。

根據 2021 年 9 月 20 日的 Gartner Peer Insights 評論,以下是 Akamai 客戶的意見:

  • 一位服務業的技術主管表示:「這套軟體 (Kona Site Defender) 擁有絕佳的功能,可保護企業資產和組織資源免受 DDoS 攻擊和各種網路威脅的影響。它在處理威脅時能提供高準確度。它能以更準確的方式保護網站和裝置,包括行動裝置在內。它能封鎖與廣告相關的惡意網站和內容,這些都可能損害企業安全。」
  • 一位零售業的軟體開發工程師表示:「適用於 DDoS 和網路應用程式攻擊的最佳安全產品。KSD 是我用過最好的安全工具。它簡單易用,而且具有出色的支援能力。KSD 提供可自訂的保護機制,這非常有用,且其功能都相當實用又切中要點。」
  • 一位金融業的網路自動化專家表示:「我們與 Akamai 合作以保護我們的核心資產,而每一分錢都值回票價。我們每年都會進行一次 DDoS 模擬演習,以測試 Akamai DDoS 和 WAF 的控制功能,而測試結果證明我們的投資是值得的。」
  • 一位金融業網路產品經理指出:「Kona 提供了顯著的安全改善,並且賦予我們過去無法獲得的可見度。它是我們的策略中的核心產品,以確保提供給客戶的應用程式安全無虞。」

歡迎於此處免費參閱 2021 年 9 月 20 日所發表的 Gartner《Magic Quadrant for Web Application and API Protection》(網路應用程式與 API 保護 Magic Quadrant) 完整報告,內含 Magic Quadrant 圖表。如需有關 Akamai WAAP 產品的額外資訊,請造訪此處

本文章內容由「猿聲串動」提供,經關鍵評論網媒體集團廣編企劃編審。