我不是為了輸贏,我就是認真。
——羅永浩
產品工作中,最不想出現的工作狀態是產品沒有話語權。尤其是在開發說:“我估計這個你也拍不了板”,產品經理不得不找到老大。
雖然帶著“經理”,產品同學也是和其他開發同學一樣,並沒有高低階之分。只是說因為工作的流程是上下游關係,很多時候我們在一個有“話語權”的網際網路開發團隊中,產品經理的需求會很快的執行。但,即使這樣的團隊。因為專案上線時間緊促、和未知的開發難度、或者是產品經理想新增需求,產品經理與開發或產品經理與專案經理都會去據理力爭各自的做與不做的理由。
2套產品、2套UI,一套賬戶體系
近期因為我在負責基本的賬戶體系需求,但因為公司產品線涉及到不同的產品線。雖然基於賬戶體系,每個登入註冊功能主線功能都相同。但UI的風格與規範是2套產品,對此開發建議是:“我們希望能夠用一套設計,可以降低開發成本以後維護成本。”
一聽到這樣的建議,身為產品的自己馬上拒絕了此要去。並且希望能夠按之前評審會時候落地產品。我們在創業團隊或較小的網際網路產品團隊,需求突然變是很正常的事情,畢竟業務的商業模式或使用者的需求探討不明。
當產品要被拋棄的時候,你的產品觀是怎麼樣?
其實上面開發同學提出的這樣建議來源很簡單,雖然是2套產品,但其中一套產品未來會被拋棄甚至是停用。那是否還有必要這樣再去單獨針對這款產品做迭代?既然同樣的賬戶體系,功能與邏輯是相同的,為什麼不直接用一個?
如果你是產品經理,你會怎麼選擇?
我的答案是各自用各自的,既然是2套不同的產品。就應該有2個賬戶體系的設計風格,而不是用一套。就算產品以後死掉或拋棄,給予使用者或團隊的是一款儘可能完整、完善的產品。我們可能因為當初上線的商業模式或使用者需求難以把握,所以這款產品才會衰落。
因此我們遇到開發說:“這個需求,我們不想做的....."的時候,產品經理會很無奈的上升到BOSS上去。
你有遇到過類似場景嗎?投票說出你這樣做的理由
今天週末的分享就在這裡,歡迎閱讀
另外我個人第一本書籍《從零到壹:PM改變世界的點滴》電子檔正式上線這本我歸納222篇產品原創,涵蓋產品經理面試、演算法、互動等不同維度的內容,如果你感興趣可以打賞後留言你的郵箱。我會在每天中午12點左右傳送到你郵件中(希望大家勿外傳支援,支援版權)。如果你需要預覽書籍大綱,可以跳轉連結