我不是為了輸贏,我就是認真。
——羅永浩
產品工作中，最不想出現的工作狀態是產品沒有話語權。尤其是在開發說：「我估計這個你也拍不了板」，產品經理不得不找到老大。
雖然帶著「經理」，產品同學也是和其他開發同學一樣，並沒有高低階之分。只是說因為工作的流程是上下游關係，很多時候我們在乙個有「話語權」的網際網路開發團隊中，產品經理的需求會很快的執行。但，即使這樣的團隊。因為專案上線時間緊促、和未知的開發難度、或者是產品經理想新增需求，產品經理與開發或產品經理與專案經理都會去據理力爭各自的做與不做的理由。
2套產品、2套ui，一套賬戶體系
近期因為我在負責基本的賬戶體系需求，但因為公司產品線涉及到不同的產品線。雖然基於賬戶體系，每個登入註冊功能主線功能都相同。但ui的風格與規範是2套產品，對此開發建議是：「我們希望能夠用一套設計，可以降低開發成本以後維護成本。」
一聽到這樣的建議，身為產品的自己馬上拒絕了此要去。並且希望能夠按之前評審會時候落地產品。我們在創業團隊或較小的網際網路產品團隊，需求突然變是很正常的事情，畢竟業務的商業模式或使用者的需求**不明。
當產品要被拋棄的時候，你的產品觀是怎麼樣？
其實上面開發同學提出的這樣建議**很簡單，雖然是2套產品，但其中一套產品未來會被拋棄甚至是停用。那是否還有必要這樣再去單獨針對這款產品做迭代？既然同樣的賬戶體系，功能與邏輯是相同的，為什麼不直接用乙個？
如果你是產品經理，你會怎麼選擇？
我的答案是各自用各自的，既然是2套不同的產品。就應該有2個賬戶體系的設計風格，而不是用一套。就算產品以後死掉或拋棄，給予使用者或團隊的是一款盡可能完整、完善的產品。我們可能因為當初上線的商業模式或使用者需求難以把握，所以這款產品才會衰落。
因此我們遇到開發說：「這個需求，我們不想做的....."的時候，產品經理會很無奈的上公升到boss上去。
你有遇到過類似場景嗎？投票說出你這樣做的理由
今天週末的分享就在這裡，歡迎閱讀
一本給自己與產品人的書：從零到壹。
我們說真話的那天
電光倒影 克里斯多福 諾蘭 黑暗騎士 全球票房10億美元，對我也有吸引力。但這部蝙蝠俠電影，imdb上的評分，居然一度高過 教父 每隔幾年出現 黑暗騎士 這樣的影片，叫你不得不說，好萊塢的規則，就是讓稗子和麥子一起生長，唯有主人知道什麼時候把它們分開。這個世界，彷彿乙個敵佔區。所謂信仰，就是乙個來到...
我們應當怎樣做需求確認 需求列表
需求分析是乙個我們與客戶不斷溝通的過程，這個過程就如同我們與老闆的一次對話。老闆把你叫去，給你交待了一大堆任務。我們首先是仔細聆聽任務的內容，然後整理個一二三四。然後我們複述一遍老闆的意思 老闆，我複述一遍，您看看我理解得對不對。首先，您要求我 然後 最後 老闆 恩，就是這意思，你照著辦吧。之後，我...
前Google員工說Google 毀了這個公司
谷歌就像乙個有錢的孩子，當他發現自己沒有被邀請參加派對，他就建了個自己的派對作為報復。其實人們心知肚明，乾脆就沒有人來參加谷歌的派對。前谷歌的工程師惠特克這樣寫到，他說的是google 對於企業文化的衰亡，總有一些憤怒的言辭出現。作為一名工程師，詹姆斯 惠特克 james whittaker 曾經從...