朋友曾經跟我聊起這樣一件趣事，他和一位認識不久的從事餐飲行業的朋友相談甚歡。沒過多久，那位朋友找他聊天說，你給我開發一套訂餐系統吧，開發好了我請你吃大餐。朋友滿臉大寫的「汗」字。如果你是從事網際網路或相關行業，類似的事情想必一定經歷過。
在怒打產品經理事件中，兩個都是從事網際網路開發的人員竟然發生類似外行人與網際網路開發之間經常發生的鬧劇，那就不得不深入思考一下這其中的緣由了。並且，如果發現你所處的工作環境有類似的事情發生，也是對你發出的最大的預警訊號。
這家企業顯然沒有。產品經理突然靈感乍現，來找程式設計師說，你開發乙個這樣的功能。沒有需求調研，沒有需求評審，沒有專案經理的工期安排，只是我有乙個想法，恰好身邊有乙個程式設計師，就開始讓幹活。很可能幹一半的時候發現想法錯了，或者又有新的想法，程式設計師就需要再重頭再來。浪費了時間，浪費的情感。需求變更不可怕，可怕的是沒有經過思考論證（拍腦門）的需求，如果你所處的企業協作環境是如此，請盡快調整部門或離開。
這裡只是產品經理，如果是乙個不懂技術，不懂產品的（小）老闆在這樣指揮你幹活，而且中間沒有cto或專案經理這類專業角色在中間調和處理，你離開的速度要更快一些。老闆的每一次奇思妙想，都是你職業生涯的開倒車。
產品經理的水平決定了研發人員努力的結果被認可的程度。如果產品經理（或小老闆）出了一堆餿主意，研發人員照單全收，逐一開發，結果揹負罵名的往往是程式設計師。你們開發的什麼東西？上面聊的是要有一套合理的工作流程，這裡要講的就是你周圍的人是否夠專業化（professional）。俗話說，聽君一席話勝讀十年書。這就是與牛人共舞的無形收穫。如果周圍都是一幫平庸的人，那麼他們會把你拉回到平庸的水平，然後用豐富的經驗來戰勝（通化）你。如果你發現你所處的環境沒有專業人士，或者你已經是專業人士了，另謀高就吧。
平安官方指出事件中的兩個人員均為（暫且假設是）外包人員。我在想，作為外包人員為工作大打出手也算是夠「敬業」了吧。而且產品經理能有這樣天馬行空且不切實際的想法，也是經過「努力思考」了吧。但這種努力是在用勤奮掩蓋「懶惰」。行動上的勤奮，掩蓋思考上的懶惰。我文思泉湧，一會兒乙個點子，多麼勤奮啊。可是，每個點子都沒有經過認真的推敲。
上面的是行動上的勤奮，思考上的懶惰的乙個表現形式。還有乙個更加常見的情況就是加班。無論你是作為領導，還是員工，加班必不可少。但你要分清楚是為什麼加班。作為領導，看到乙個員工每天都拼命的加班，你是該高興還是該高興呢？！如果是趕進度，趕工期，修復緊急問題，那麼的確應該高興。但如果是本該8小時之內就能完成的事情，卻需要加班加點才能完成，那麼這個員工很可能是在用「愚蠢」表現自己的勤奮。
同樣的，作為員工，如果老闆或管理層無論有事沒事都強制要求加班，那也請考慮盡快離開，因為這是老闆或管理層無能的表現。他們不會管理，不會體恤員工，還有可能沒有自信，只能用強制的手段來一刀切，有事沒事你都得在這裡坐著加班。這種大家心裡都不舒坦的加班，還是選擇另謀高就更好一些。
還是加班的事，如果加班之後，你們的朋友圈充斥著這樣的訊息：「這個點了，打車真難啊！」，同時附帶空空如也的辦公室或燈火闌珊的辦公樓或顯示公司的位置。那麼，你也要考慮一下這個環境是否適合你這樣「純潔」的員工。大家加班不僅僅是為了工作，還在想，我的努力老闆看不到怎麼辦？！
類似的事情太多，但總結起來分享你所處的環境是否適合你也就一句話：近朱者赤近墨者黑。
從產品經理的境界談創業
前言中提到的，其實是產品經理的工作。在我看來，產品經理可以分為兩個境界。第乙個境界 可以大致的把握使用者需求。這一點其實挺難的。我見過的很多產品經理，都不是乙個合格的產品經理。作為產品經理的大忌就是脫離實際在腦海中臆想乙個使用者出來。這樣的產品注定是失敗的。通俗點講，就是腳不沾地，太浮躁。開發出來的...
產品經理從點子到產品的思想過程
點子與方案 當產品尚未成形，什麼都沒有的時候首先作為產品經理要有建立在對市場和使用者的理解上進行乙個方案，在相對成熟的公司也要清楚產品是怎末從簡單的點子和想法，借助當前的基本的產品框架和定義成長為當前的狀態。這裡提到的方案，或者產品的框架定義，可以稱之為產品模型和商業模式。產品的模型不僅僅基於使用者...
開篇 從開發人員的角度理解產品經理
首先需要宣告的是，我只是乙個普通的開發人員，但是我希望自己的目標是成為乙個擁有暫時軟體工程功底的，能夠駕馭創新產品，引領團隊的產品經理。本文只是個人的一點隨想，以及閱讀他人著作的一些感悟，尚不成熟，僅在這裡做個記錄而已，牛人不要見笑。從我做研發的經歷來探索產品經理的特質 1 解決方案而不是功能模組。...