《一個需求從設想到具體落實，需要考慮哪些問題？》

需求：「 App 用戶主動退出登錄，系統自動彈出登錄頁」

這是我想要添加在我們產品里的一個功能，原因出於我認為用戶主動退出登錄的普遍動機或普遍因素是「切換賬號」，那麼根據這樣一個普遍因素，「 App 用戶主動退出登錄，系統自動彈出登錄頁」就是在為用戶的下一步需求主動做好準備。但是各位可能要問了 「這能給用戶帶去什麼呢？」，我認為，能提升用戶在使用過程中的體驗。

不過，我將此想法告訴給我們另一個產品經理後，他提出了一些自己的意見，並表示說不用做（或者暫時不用做）該功能，他的意見是：

1. 絕大多數競品都沒做此功能，所以我們不用做；

2. 用戶主動退出登錄是出於對自我信息的保護；

3. App 的通知信息太多，用戶覺得被打擾，所以主動退出登錄。

當我聽到這三點意見時，我產生了一絲疑問：這三點意見能夠作為「不做此功能」的理由？對此，我做出了以下回應：

1. 絕大多數競品都沒做此功能，所以我們不用做；

這一點並不能證明「 App 用戶主動退出登錄，系統自動彈出登錄頁」（以下稱「此功能」）這個功能的不合理性，當然，你可以說「那為什麼競品不做？肯定總有他的理由吧」；對，競品們肯定有他們的理由，但他們的理由都是「絕大多數競品都沒做此功能，所以我們不用做」嗎？我們不能以「存在即合理」這樣的理由（演繹性謬誤）去引導產品研發，更何況「存在即合理」的本意是「事物的存在總是有它的原因」，舉個例子，之前微信的【微信】頁面，用戶滑到頂部後再繼續往下拉，就會觸發錄製「小視頻」的功能，但在微信幾次版本迭代後，該功能被取消了，那麼現在的問題是，你認為取消這個功能合理嗎？如果合理，那為何當初會讓這個功能上線？（事物的存在總是有它的原因）

2. 用戶主動退出登錄是出於對自我信息的保護；

首先，這個原因是存在的，不過這個具體的使用場景是怎樣的呢？「同事讓我把手機借給他點個外賣，但最近我在「某某某」學習 MySQL 課程，我不想讓他知道我在學習這門課程，那我只好退出登錄 …」。問題來了，當用戶的同事把手機還給他以後，他接下來會做什麼操作？如果是立即打開「某某某」重新登陸他的賬號，那麼「此功能」就完全不違背他的後續操作，相反還能讓他少做一步操作。所以，你這個使用場景能成為不做「此功能」的理由？

3. App 的通知信息太多，用戶覺得被打擾，所以主動退出登錄。

我們先來說說用戶使用場景「最近報名了好幾個課程，但總有人在聊天室里瞎聊，真煩！算了退出登錄得了 … 」。先不說這樣的使用場景普不普遍，我就問兩個問題：一、用戶每次學習課程都要重新登陸，學完之後再退出登錄，如果用戶使用的是 Android 手機，那麼通知信息（推送）是不受用戶是否在客戶端內的限制的，也就是說，用戶在學習的過程中同樣會受到打擾，這是退出登錄就能解決的問題？二、我們的「通知」、「聊天」功能都具備「免打擾」功能，功能的位置也不隱蔽，只要用戶設置過微信、QQ、微博的「免打擾」功能（功能的名字各有不同），也都應該知道我們的「免打擾」在哪設置，難道我們的用戶大多都是不用微信、QQ、微博的「異類」？

好，以上就是我對我們的產品經理提出的三點意見的全部回應，我認為已經基本確定我提出的需求是合理的，但是，這並不能說明「此功能」就可以立項進入研發，還需考慮產品各個項目的研發排期，以及產品的迭代計劃。那麼既然如此，我是不是可以給自己提出一個意見，說服自己放棄這個需求呢？

「此功能」其實不足以提升用戶在使用我們產品時所感覺到得「總體體驗度」，因為用戶觸發「此功能」的頻次很低，沒有幾個用戶會經常退出登錄，所以可以忽略不計。再有，目前產品上還有更重要的功能要去落實 …

這看上去是不是比前面三點更有說服力一些，好像可以說服自己放棄這個需求；但是，仔細琢磨還是會發現有兩點值得去辯駁：

1. 用戶觸發「此功能」的頻次很低，不足以提升產品的「總體體驗度」；

2. 目前還有更重要的功能要去落實。

我先回應第二點：

2. 目前還有更重要的功能要去落實。

不可否認，產品上的確還有很多很重要的功能等待我們去落實，但根據我淺薄的經驗，研發「此功能」並不需要消耗多長時間，普通工程師30分鐘足以，而且也不會太佔用工程師的心理活動（思考過程）。此外，當前研發團隊的任務量並不飽和，是有富餘人力去研發這項功能的，所以這並不耽誤其他重要功能的落實。

再來回應第一點：

1. 用戶觸發「此功能」的頻次很低，不足以提升產品的「總體體驗度」；

這點有點兒意思，他好像是說「要做就全方位的做，否則就別做」，那我能不能理解這是個態度問題？或者從戰術的角度去考慮，要等到哪天產品改頭換面了，再把「此功能」加上去 ... 這種「完美主義」式的產品管理方法我不贊同，因為當前產品的狀態需要採用「快速迭代」的方法升級。另外還有一點我要說一下，在產品迭代計劃中並沒有提到在產品重構之前，產品上不需要增加任何純粹提升用戶體驗的功能。當然，現在提出也不遲，不過仍需要考慮勞動力空閑這個問題。

總結：

上述一系列問題都可以歸為兩方面：

1. 需求的合理程度（決定一個需求做還是不做）

2. 產品迭代計劃（決定一個需求什麼時候做）

或許這些辯駁中仍存在一些錯誤，也可能還有一些問題我沒有想到，如果你有發現，勞煩告知於我。

羅方可

2017.01.03