Uber實習生在Uber干了哪些全職員工的活兒？
注：本文來自 Mediu，原文標題為《What I learned as an intern at Uber》。
爭取你還不太稱職的機會
Uber 對待實習生和全職員工一樣。也許這樣不對，但是我們因此比想象中擁有更大的創作自由和權力。而且 Uber 剛成立不久，尚不需要特意安排瑣碎的“實習生工作”，因為它對公司的核心業務貢獻不大。
我參與的項目之一 UberEvents，是一個為活動方接送嘉賓的服務。這個項目的靈感來自我團隊的兩個領導，他們認為預付車費是一個巨大而 Uber 仍未開發的市場。于是他們便一時興起地租了一間房，臨時招募了一個跨部門的小團隊，利用六月的某一個周末便把這個想法實現了。但一件貌似不可能的事情發生了，我其他的設計同事沒有一個可以參加這項周末工作。更出人意料的是，竟然沒人反對我這個實習生成為 UberEvents 的臨時設計負責人。
雖然我不是很確定在產品經理眼中我的設計主管工作干得如何，但是當他和團隊看見 Events 終于面向世界發布時，都激動到不行。結果 Event 項目成了大熱門。就這樣，我得到了一次和才華橫溢的工程師、營銷人員和業務拓展人員學習的機會，這一切都因為我抓住了一個我還不稱職的機會。
UberEvents 團隊在做出了第一版產品后。（我是后左邊穿黑T的家伙）
優秀的產品設計師會像科學家一樣思考
以用戶為核心的設計思想是科學研究方法的衍生物。它是提問、研究、假設、測試、迭代的不斷重復。設計，就是將你的視覺化假設，包括軟件要如何表現、用戶又將如何與其進行互動。就像所有假設一樣，你需要通過測試確定命題的正確性。如果你一直用潮流、抽象的概念，就像“賞心悅目”這樣的說法來解釋你的設計，那么你最終就會沒有任何說服力。你必須要能夠解釋你的設計將如何影響用戶行為；還要能夠推進一些關鍵性指標。
設計師們常常把與用戶產生共鳴的價值掛在嘴邊，然而，對于那些不能一眼看透優秀設計與產品功能之間聯系的人來說，這種共鳴同樣很重要。當你的團隊受制于時間和工程師資源時，冗余的設計首先會被拋棄。贏得同伴們信任的一個有效方法，就是避免武斷的決定，并且用充分的調研武裝你的方案。你要有能力隨時回答“為什么？”（同時也要確保你的同事們也能做到這樣）。
設計調研不需要復雜的過程、耗費大量的資源。一點點的原型設計和可用性測試就完全夠用了。雖然說人們都愛自我批評，但實際上，我們其實很難對自己的工作做出客觀的評價。因此，我們需要謹慎地記錄下自己重要決定背后的邏輯。因為產品的生命周期很長，但是我們的記憶力總不是很好。后來的設計師和產品經理也不必因為你的一時懶惰而將產品邏輯重頭來過。
產品用戶體驗設計師 Jonathan Shariat：“當用戶首次使用產品時，你的感受。”
不用理媒體怎么說，Uber 的企業文化不是咄咄逼人
真心不是
大家不會因為你年輕而輕視你
不斷地接觸 Uber 高層一直讓我受寵若驚。但是更令我感到瘋狂的是，他們竟然會聽我一個初出茅廬的 20 歲實習生的意見。很多科技公司都對外宣稱公司會采納最棒的意見，不管它出自于誰，但他們多是打個嘴炮，但我認為 Uber 真的做到了。在我實習期間，不管是公司多高層的領導，他們都愿意與我討論我的想法，重視我的意見。
盡管創新充滿爭議，但這是 Uber 的核心動力
當我 Uber 的暑期實習過半，紐約市長 Bill DeBlasio 宣布了他遏制 Uber 增長的計劃（限制到每年1% 的增長）。而 Uber 的政治逆襲也堪稱經典。要知道 Uber 是為數不多能夠擁有死忠粉（不僅僅指用戶群）的科技公司之一。從草根層面，我們傳播團隊動員熱情的乘客一起反擊 DeBlasio 的提案。大佬們，比如曾任奧巴馬競選團隊經理的 David Plouffe，在紐約市四處約見關鍵的利益相關者。此外，Uber 還發布了第一支電視政治廣告。Uber 在《紐約時報》上設計了一張整版廣告，還在手機 app 設計了一個巧妙的抗議廣告（Uber 紐約專門推出了“DeBlasio Uber”功能，乘客在這個頁面中很難打到車）。此外，我們 CEO 在全公司每周的Q&A上回答戰略方面的問題。
這類政治的斗爭，Uber 已是屢見不鮮。成立短短 5 年，公司如同爭議黑洞一般。大多人的是要么是粉，要么是黑，而且每個人都有自己的想法。不論是否有意為之，在的 Uber 工作就像表明了一種政治立場。你無法逃離公司面臨的政治問題，而且你還得時不時地替公司的策略辯護。創新充滿爭議，歷來如此。但這也是其工作啟發思考的原因之一。Uber 的政治爭議好似科技初創和政治運動的結晶，從不令人乏味。
牛逼的設計師和工程師往往心有靈犀
在 Uber 工作之前，我對設計師和工程師關系的理解很傻很天真。我想象的是，設計師只有在設計基本結束時才和工程師有溝通——也就是當所有的設計模塊都完美的時候。
但完全不是。Uber 的工程師和設計師們很早就會有交流，而且交流得很頻繁。工程團隊教會我了解一個項目的技術瓶頸有多么重要，只有這樣他們才能最終實現我的設計，達到雙贏。產品開發過程，實際上就是不斷地平衡“時間”、“工程資源”和“設計質量”三者的關系。如果你很了解技術內容，你就能更好地在三者中做出判斷，這樣一來產品也能更順暢地從設計過渡到開發。
把設計交付本身當做一個產品的思想是很有用的（工程師就是用戶）。交付過程考慮得越周全，項目越容易實現。而且要不斷嘗試用新方法和工程師們交流你的意圖。他們會感謝你的，而且交付的產品也會更出色。
幕后花絮精彩得超乎你想象
很多人誤以為 Uber 在設計上基本沒有進步空間了，產品基本上已是終極形態了。但是消費者看到是簡潔的界面，而沒有看到這下面隱藏的各種復雜。乘客的 app 只不過冰山一角。很多用戶在看到司機 app 的時候都驚呆了，因為司機用的 Uber 是完全不同，而且更加復雜的產品。司機要用這個 app 管理收入、目標、評價、反饋、調度和導航。
Uber 的雄心壯志早已不是秘密，公司不僅要做駕乘 app，還想要成為未來的全球物流平臺。現在公司有 UberEATs、UberRush、Uber for Business、UberEvents、UberCommute, UberHop，第三方開發者平臺，而且還有其它很多已經在開發的項目。這就意味著，Uber 的核心 app 離完美和完成還遠著呢。
Uber 的設計師（以及任何其他公司的）對現狀都有種永恒的不滿足。他們執念地想把事情做的更好、更有效率、更直觀。比如我們怎么為司機設計一套更好的評分系統？我們怎么改善和陌生人的 UbePool 用戶體驗？我們怎樣才能讓老年人和殘疾人更簡單地使用 Uber？
Uner 四年前長這樣：
如果沒有 UberX 或者 UberPool、沒有 EATs、沒有“輸入目的地”，今天的 Uber 可能看起來或用起來和四年前的一樣原始。如果按照 Travis Kalanick（Uber 創始人兼 CEO）的想法：擁有一輛車終有一天會像養馬一樣——是富人的娛樂項目，而對其他人經濟上并不劃算。我們還有很長的路要走，而我想，這條路應該鋪滿了激發想象的設計挑戰。
謝謝 Anthony Nichols 幫我審閱本文的初稿；感謝 Uber 給了我一個美好的夏天。
來自: 虎嗅網