即將失業的產品經理與設計師（上）

本文適讀對象：創業公司的中高級及以下產品經理/助理 與 UI 設計師

標題黨或是危言聳聽

有人說：「作為一個產品狗，我不是正在失業中就是在失業的邊緣」。

的確，近兩年互聯網就業形勢嚴峻，各個單位對產品崗位的要求越來越嚴格，以滿足將要面臨的危機：說故事已經不行了，所有人都得來幫助公司創造利潤。

這樣的情況下之前活在理想當中的產品經理必須得回到現實。幾年前行業的蜜月期已經過去，產品與設計需要重新審視自己的崗位職責，技術能力與發展路線。本文應該不是危言聳聽。

「什麼都不會，所以才來做產品」

這是有些產品經理會自嘲的話語，但令人絕望的是，的確是這樣。

你懂視覺，還是 UI？交互理解透不透徹？能不能寫寫前端代碼？懂不懂後端實現原理，或是懂點數據結構？懂不懂運營，對營銷策略有沒有想法？

說點簡單的：Excel 會不會用？我是說製作透視圖表和函數運用。再簡單一點：郵件會不會寫，知不知道抄送和密送的用法？怎樣高效簡潔並且不失禮節的陳述一件事情的原委？語文能力夠不夠，知道怎麼使用「的地得」，能區分「登錄」和「登陸」？或是知曉英文的"Sign In"和「Login」的用法問題？

什麼都會，才有資格做產品經理

是的，否則最好還是從產品助理做起。我對產品經理的要求從來不是熟練精通 Axure 等工具，相比而言，我希望你能精通使用 Office 三件套。

產品經理平時的工作中很大部分是在做各種橫向溝通，但大部分時候溝通效率低下，始終會陷入自己的思維牢房裡，最後演化成情緒：你贏了說不過你，我堅持我是對的。小孩子才分對錯。

問其緣由，主要是對於要做的事情目標不明確，始終在對於「需求」在討論，卻沒想過這個「需求」是否是能完成目標的？而對於自身來說，關於溝通內容掌握的理論支持沒有，知識深度不夠，廣度更不夠。「我覺得"一詞頻頻出鏡。

所以怎樣做高效的做橫向跨部門溝通，你也不懂。如果上面說的那些現在都已掌握，恭喜，你可以入門了。

孕育生命

你懂把運營，老闆提出的需求畫出原型，寫出PRD，交付開發，然後開始刷朋友圈，等待撕逼。這是我近兩年看到的最多的產品經理的工作形態。

而你做的這些，僅僅是整個產品生命周期中最簡單最短暫的一個環節。產品真正要做的，是怎樣讓精子卵子有效結合，從而孕育出生命一直到他的成長、成熟與衰老。直到死亡善後，甚至投胎轉世。而不是生出來，交給老師（運營）你這個當爹媽的就不管了。或者沒意識到，原來孩子不僅需要老師教育，自己也要教育管理。

這些都懂，不用擔心失業了吧

如果你將做的是 2B 產品經理，你的危機並沒有解除。

2C 和 2B 表面上來看最大的區別是面對的對象不同，一個是普通用戶，一個是企業。就於這兩點，這兩個單位對產品設計的訴求是完全不一樣的，你不能以普通用戶的心態去考慮企業需要什麼。

當你進行了詳細的研究、傾聽，明白了企業的訴求。這時候你開始著手設計產品，發現你不了解企業的運轉，運作機制、商業機制。你不知道怎麼設計財務，流水相關的功能，因為你也不知道財務是怎麼運作的。當然，你也不懂進銷存的過程，甚至不懂庫存管理，以及可能連 SKU 是啥玩意都還沒弄清楚。這些，只是你會遇到的常規問題。

設計產品，從設計後台開始

對於大部分創業公司來說，後台只是技術開發人員的玩具，產品經理對於產品設計的理解只停留在前台的功能設計與交互設計。

需要什麼樣的後台，完全是開發人員根據自己的經驗去填充，以至於幾個版本過後，後台越來越臃腫，除了開發，其他人員進去完全弄不明白。運營人員更是用的火氣無處撒。

技術層面上，如果沒有好的架構師，更不會考慮什麼耦合情況，業務和賬戶的分離balabla。最終考慮重構，但對於重構，永遠都會排在新需求之後，遙遙無期。

所以，對產品中後台有比較清晰的認識與理解，或者說架構能力，是一名產品經理晉陞級別的重要一步。

最基礎的，你是否設計了運營系統。讓運營活動、邀請、紅包積分等得到運營可配；是否建立了標籤體系，收集用戶行為數據，為用戶畫像，從而幫助進行精細化運營；是否了解賬戶體系，而不是認為賬戶設計只是登錄註冊管理？

設計好後台，前台那些東西，直接讓設計師來做吧。下一篇文章會說，設計師要怎樣做才能成為真正的設計師，並能承擔起前台設計統籌的責任。