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