一·互聯網公司的鄙視鏈
在互聯網公司，開發同學總會或多或少鄙視產品同學：“什么都不懂，就會瞎BB”。即使很多時候沒有這么表達，有時候也在內心里這么想著，想著……
先來看一個段子：
那么，問題來了：
產品經理怎樣才能得到開發同學發自內心的尊敬呢？
第一，要對自己的產品業務邏輯足夠熟悉。
第二，多一點技術思維。
二·產品經理需要對自己的業務內容足夠熟悉
對于產品經理或者項目經理來說，如果能夠對自己負責的產品業務足夠熟悉，甚至比開發同學還要熟悉，那么就會得到開發同學的足夠尊敬。
舉一個我身邊的例子：我的一個師兄在某證券公司做項目經理，根據師兄的描述，他會利用下班時間，周末時間學習金融領域的各種知識，對自己負責的業務非常熟悉，相比之下，很多開發同事對于一些業務不熟悉或者只熟悉自己負責的那一塊。這樣一來，開發同學對這位師兄尊敬有加，自然而然，師兄開展工作就得心應手了！
這位師兄是所有同屆員工中發展晉級最快的。
因此，產品經理需要對自己負責的產品或者業務足夠的熟悉，這樣在跟開發哥哥對需求的時候才不至于出現理解偏差。同時，自己提出的需求也是基于自己的業務邏輯的，有理有據，讓開發同學信服。
三·產品經理需要學習一些技術思維
對于優秀的開發同學，他們在開發過程中，會有一套嚴謹的邏輯體系，他們會關注邊界情況，他們會熟練使用狀態跳轉圖，他們會有許多編程技巧。
上面說的是優秀的開發者具備的特點，如果產品經理也能了解這些方法，對工作將會有極大的好處。這些方法屬于方法論層面的東西，而不涉及任何技術細節，產品經理也都應該學習。
下面詳細來說：
第一，擁有嚴謹、清晰、全面的邏輯
以設計一個郵件箱的翻頁功能為例。
簡單一想，很簡單：就是加一個上一頁、下一頁的按鈕，再加幾個頁碼數字，供用戶點擊跳轉就可以了！
但再深入思考，有那么簡單嗎？
比如：
@郵件有0封應該怎么設計？
@如果郵件每一屏要顯示10封，有8封時候應該怎么顯示？
@有兩頁時候應該怎么顯示？有8頁時候應該怎么顯示？
@有100頁時候應該怎么顯示？要不要有郵件刪除功能？
@刪除功能要不要彈窗進行確認？
再舉一個經典的例子：論壇帖子的回帖功能。
簡單一想，很簡單：你發了帖子，我的評論就在下面顯示就完了。
但再仔細想想，真的那么簡單嗎？
比如：
@評論的這條內容要不要顯示時間？
@有多條評論的時候，是按時間從前往后顯示，顯示從后往前顯示？
@評論還可以被繼續評論嗎？
@評論和子評論的展示UI需要有差異嗎？
@評論可以被點贊嗎？
@點贊之后可以取消嗎？
@點贊之后要顯示點贊人嗎？要顯示的話按照什么順序顯示呢？
所以。我們看，一個小小的功能就會有非常多的可能性，產品經理必須能夠對邏輯有非常全面的理解，然后根據自己產品的調性，經營決策取舍。
這樣一來，當開發同學來挑戰你的時候，你都是經過嚴密思考的，開發同學會佩服你的。
第二，考慮清楚邊界條件
以上面的郵件箱功能為例：
郵件數量是0的時候應該怎么做，是100的時候應該怎么做。都要考慮清楚。
以評論功能為例：
每條評論最多顯示多少字？一共可以顯示多少條評論？如果有1000條評論怎么辦？都要考慮清楚，并給出方案。
第三，熟練使用狀態跳轉圖
@記得以前學習“馬爾科夫鏈” 的時候，就經常畫邏輯跳轉圖。
@再到學習《編譯原理》的時候，有狀態機的概念，也要使用狀態跳轉圖。
@再到學習操作系統的進程調度，也是通過狀態機來呈現。
所以說，開發同學在以前的知識架構過程中，已經熟練掌握了狀態跳轉的使用，這是保證邏輯性的關鍵。
對于產品經理在策劃產品時候，業務邏輯免不了狀態變化，不同狀態如何跳轉，除了初始狀態之外，一個狀態不可能無緣無故來，也不可能無緣無故消失。
所以，對于產品經理來說，首先要把狀態跳轉關系整理清楚，畫出來。其次，要把每一種狀態下對應的情況內容，整理清楚。
第四，學習一個軟刪除的技巧
首先，這個技巧非常有用。其次，軟刪除是一個技術概念，指的是用戶在刪除的時候，只是表面上看起來沒有了，其實在數據庫中還有保留。
對于產品策劃功能時候，有時候在用戶刪除一個重要信息之后，我們還需要看原始記錄，怎么辦？這時候就采用軟刪除的技巧，用狀態位標記。狀態位是1的時候就顯示，用戶刪除后，我們把狀態位置為0就好了。
四·總結
道理很簡單：
對于產品經理而言，技術思維用的好，才不會被技術同學噴，反而會比開發同學想地更全面，從而真正得到開發同學的信服。
xander / 2017/ 08
（最后打個廣告，筆者鵝廠產品經理一枚。如果想了解更多產品經理知識，請關注筆者的公眾號：xander_talk，或者添加筆者微信號xanderfriend，歡迎交流。）
