產品問答是PMCAFF的常駐欄目，在每周三更新。

關于這些問題，歡迎留言分享你的見解，每期都會抽取優質留言送出邀請碼~

-1-

產品經理是否應該陪技術加班？

很多時候技術加班，沒有產品什么事。如果產品一直陪技術加班，長此以往，產品的積極性也會打折扣的，大家如何看待這個問題呢？

▲回答用戶：倔強的大蘿卜

個人想到如下幾點，大家可以看看：

1、要看產品提出的需求是不是明確，在評審后是不是已經把有疑問的基本解決了，如果都ok，那么產品沒必要陪著技術加班，否則在技術加班時可能會時不時的騷擾你，面對這種場景莫不如一起加班，溝通效果好，研發效率也高。

2、要看項目進展的階段，一般在初期不需要陪著加班，在中后期隨著項目進展有一些問題或疑問可能要解決，這時適當的與技術共同加班一段時間比較好，畢竟大家都是為了項目的成功。

3、加班時不是陪著，要集中時間解決問題，如約定時間每天收集一些問題，加班時集中討論解決后就可以做別的工作或下班，方法很重要。

-2-

非技術出身的PM，想順利專業地和研發對接

應該怎樣學習，培養自己的技術專業認知?

▲回答用戶：卓別木

作為一個產品經理不需要考慮按照專業研發的去學習計算機知識，產品經理的優勢是在于用戶研究、業務價值、產品邏輯等，為了更好地落地方案，能做到設計出來的方案不是實現不了的就行，至于技術方案落地與技術問題是研發該去解決問題。

因此，做到以下幾點就可以基本和研發很好的交流方案。

1、常用系統研發術語并結合場景理解。

最重要的就是把日常研發與產品之間交流的高頻技術名稱結合自己的場景和邏輯有一個認知就好。

比如涉及到多個系統交互，用戶的訂單信息如何通過訂單系統傳遞到結算系統，那么就API接口：MQ、至于這些消息中間件底層采用的協議不需要關心、大公司一般會自己基于開源的優化形成內部名稱，小公司直接應用開源的。

還有其他的場景語言遇到就臨時百度下，比如SDK就可以簡單理解為有人把一些基礎功能代碼寫好了打包成一個工具，可以支持大家在有需要的時刻直接來使用。

2、數據能力。

要對數據有一定的敏感性，是實時數據還是離線數據，預計會產生多大的數據量，如何查詢，數據從哪產生，是否留存，是否需要流轉給下游系統？把這些問題想好，研發就會覺得你設計的方案比較周全的。那么基于數據會有mysql、hive等語言和查詢工具，數據庫、數據表等數據常識，在涉及到的時候和研發請教下，幾個場景可能就能比較容易的區分了。

3、性能考慮。

會有多少的流量、會產生多大量級的數據、這些要代入到具體的場景去思考？把這些情況和研發反饋，讓他們評估接口的性能和服務器資源等信息。那么在評估性能的時候經常會說QPS、TP99等，自己查詢下定義結合自己的業務場景做個理解就可以了。

另外，如果你是一個專業的對外輸出的產品，那么要提前準備一些特定業務場景或部署運維的技術知識，因為在宣傳和對接的過程中，可能會與對方研發來咨詢，這個時候可能就需要顯得專業些。

-3-

開發團隊不是很活躍，內部也有矛盾。PM需要主動帶動日常氣氛嗎？還是做好本職工作就行？

▲回答用戶：大田的自律生活

這個問題在于你的認知：

1、公司是否值得你去努力奮斗一把，如果值得那么其他任何問題都不是絆腳石；如果不值得感覺30%左右的人在混日子那么久果斷另謀他就吧；

2、團隊看領導，一個公司是老板的氣質；一個團隊是管理者的風范，如果可以，如果你覺得領導是你值得學習，并且你能夠與他建立良好的工作上的師徒關系的，那么你值得試一試；

3、現在很多公司的產研都會分派，比如技術派，興趣愛好派等，這個問題我覺得不用想太多，主要是自己能否用自己的學到獲得自己的成長；如果不能，我建議你中庸行事即可；

4、最后，我們不是圣人，我們不能期待去改變別人，志不同不相為謀，同事不一定能成為朋友，所以只做心中自己想要成長的那個人即可。

5、在職場，關注于你績效的獲得方來自于哪里就朝哪里奔，其他人不會因為你做了什么而給你更高收入相反反而會導致你在庸人自擾；普通人都是關注周圍人，關注別人的看法；而優秀的人一直在想客戶、自己的上級及老板的需求是什么怎么解決，因為只有你的客戶才給你錢！

祝每天你都成為你想成為的那個自己。

往期推薦：

產品問答 | 作為項目負責人，怎么提升成員工作斗志？

產品問答 | 領導把鍋甩給你，你會怎么做？

產品問答 | PM最應該花時間做這件事……

以上三個問題，你有哪些看法？

留言有機會抽中社區邀請碼~

點個“在看”吧

總結

以上是生活随笔為你收集整理的产品问答 | PM该陪技术加班吗？要怎样培养技术认知？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。