原作者：Julie Zhuo，前Facebook產品設計副總裁
原文地址：https://medium.com/the-year-of-the-looking-glass/how-to-work-with-engineers-a3163ff1eced
很久以前，我當過項目經理。之後，我成爲了工程師。最近7年，我擔任產品設計師。每天我都與這三個崗位的人一起工作。每天，我都能發現新的方式來理解這產品研發背後的三大支柱的職責、挑戰和藝術。研發工程師是魔術師，他們只需要輕輕動幾下手指調整像素，瞧，一個能運作的產品就出來了。作爲一名設計者，如何跟上研發的節奏？請繼續往下看。
研發工程師是把想法變成現實的橋樑
我們永遠不能忘記一個事實—工程師把每個好方案變爲現實。即使你的公司有5個、500個或者5000個工程師，他們都不是”資源“。他們是基礎的建設者，是你的產品能夠良好運作的維護者。他們讓產品得以運作，讓它運作得更快，更健壯，更可靠，讓成百萬上千萬的用戶得以使用。
節省你的時間，儘早瞭解技術可行性
作爲設計者，很容易陷入假設的世界。假如我會讀心術能確切知道你在想，會發生什麼？如果你點擊這個按鈕，它就爆炸成一團粒子和火焰，會發生什麼？
不要因爲你不瞭解技術可行性和時間開銷，沉迷於不可能的設計，然後感到心痛。最糟糕的事情就是你花時間設計了一個完美但沒有可能實現的產品，
所以下次有個好想法在你腦海中出現， 但你又偷偷懷疑它的技術可行性，不要猶豫，去問研發工程師吧。
節省工程師的時間，幫助他們瞭解產品在任何階段的產品完成度
如果你給工程師一個需求，但在體驗開發好的原型之前你不確定它是否是你想要的，請確保讓研發們知道有很大可能性還需要修改。最讓研發生氣的事情，就是通宵完成了一個開發工作但到了早上整個設計又完全改了！這樣，他們將不得不刪掉所有他們投入辛苦精力的生產質量的代碼。
當然，沒有工程師寫出的代碼從沒有刪掉過。這是工作的部分內容，就像產品設計一樣。好的研發工程師瞭解開發過程是複雜的，我們通常在開發出來前都存在很多不確定。東西會變，設計會重新設計。
但是說清楚哪部分是還未確定的，哪部分是確定下來的，對研發確定如何寫出更快且之後更能靈活修改的代碼會有很大幫助。
確保產品設計符合預期的方法，是與你的工程師儘量親近地工作
例如，在驗收時坐在他們旁邊。我一再強調，當大家坐在一個房間時溝通同步會容易得多。你，作爲產品設計者，對用戶真實使用的產品負責，而不是你電腦上的原型圖。如果有不符合預期的東西，你爲什麼不干預呢？爲什麼不讓工程師在開發完成後就讓你驗收，這樣你們就可以從細節上解決這些問題？爲什麼你不在研發階段就去查看工程師是否有疑問？爲什麼你不在發現後問題給他提個bug？
最快獲得研發工程師的信任的方式，是確保你的PRD完成度（細節）
有趣的是，儘管”細節導向“這個詞很流行，實際上很多產品文檔規範都遺漏了大量研發時必須考慮地細節。
想要成爲工程師的偶像？確保你的文檔考慮完成度和邊界情況，例如：
1.國際化：這個產品在其他語言下應該是什麼樣的？尤其是可能影響佈局的超長德語單詞。
2.錯誤情況：網絡不好時怎麼處理？數據庫崩潰怎麼辦？諸如此類。
3.用戶極端情況：如果用戶沒有信息這個頁面長什麼樣？如果用戶有超多的信息，這個頁面又該長什麼樣？
4.轉場：如何準確描述A頁面如何跳轉B頁面？
考慮上述情況不僅增加你全面考慮的可信度，還幫助研發構建系統和評估工時。更不必說，完成度高的PRD避免了在最後時刻匆忙的放在一張空白狀態圖，因爲沒有人提前想到這個情況。
所以，做個好人吧。確保你的產品文檔是完整的。不要只考慮到一些理想化的情況。請走出原型的理想世界。
————————————————
更多產品經理成長日記，時間管理心得，外文博客翻譯，請關注我的公衆號「原住民的自修室」