本文從產品角度分析，“用戶APP主題顏色能根據手機殼自動調整”實現的可行性。

據某IT媒體報道，因為“用戶APP主題顏色能根據手機殼自動調整”這個需求，程序員和PM互毆起來了，引起碼農們對產品汪的無情diss和吃瓜群眾的各種圍觀吐槽。

那么，現在就來拆解一下，從產品角度分析“用戶APP主題顏色能根據手機殼自動調整”實現的可行性。

實現這個需求的整體邏輯

把這個需求分解為三個模塊：

先說后兩個，“APP對手機殼顏色進行識別”和“APP根據顏色解碼調整自身主題顏色”應該是可以實現的。

只要在APP研發的時候，加入顏色識別的模塊（對RGB值進行判斷分析），有對應手機殼顏色變換主題顏色的基本規則，內置不同顏色的主題模板，根據解碼識別的顏色（RGB值）調用相應的主題模板。那么呈現在用戶面前的，就是“用戶APP主題顏色能根據手機殼自動調整”的產品意圖。

因此，整個需求的關鍵在于“APP識別手機殼顏色的方式”，這是實現“用戶APP主題顏色能根據手機殼自動調整”的前提條件，只有首先具備識別顏色的方式和通道，APP才能談得上根據獲得的RGB信息來自適應地調節自身的主題顏色。

顯然，兩種途徑實現手機對顏色的識別。

（1）目前手機能感知外部顏色的手段是攝像頭，而且需要用戶主動打開APP和攝像頭對準手機殼（這時的APP應該具備訪問攝像頭權限），主動掃描拍攝手機殼，通過APP里的顏色識別功能才能完成手機殼的顏色識別。

注意：這種實現方式已經不是“自動”的了。也就是不符合需求本身的描述。

（2）那么，除了用戶使用攝像頭拍攝手機殼來識別顏色之外，是否還存在其他手段，可以無需用戶主動操作，智能地感應外部顏色（手機殼顏色）嗎？

網絡搜索查詢相關資料可知，現有的顏色識別技術，都是通過光譜感應實現的，都需要鏡頭和掃描槍一類的裝置，將顏色轉換為RGB值。這樣才能將顏色數碼化，才能進行數字化處理，才能對不同的顏色做出后續反應。

回到手機這個具體的設備和應用場景，如果不采用手機標配的攝像頭，也需要為手機單獨配備一個顏色識別傳感器才能有效識別到手機殼的顏色，這就需要直接變動手機硬件——顯然，這明顯超出了作為APP開發的工作范圍。

那么結論也就顯而易見——“用戶APP主題顏色能根據手機殼自動調整”這個需求，在不動手機硬件或者沒有培養出用戶主動拍攝的前提下，是無法自動實現的——這個需求本身就不靠譜。

總結思路

總結一下上面的分析思路：

• 首先，需要在實現流程上分解成不同的功能模塊，找到步驟最少、最簡捷的實現路徑，這是產品人的基本功，無需多言。
• 其次，分析每個功能模塊實現和落地的可行性；我們的分析跟技術人員的工程性分析是有區別的——我們需要加入“用戶使用場景”、“用戶體驗”和“用戶情緒”這類因素。上面提到的用戶用攝像頭拍攝手機殼，就是一個很奇怪的使用場景，除了出于分享目的，我想象不出用戶有什么理由或動機去拍攝自己的手機殼；
• 再次，確定需求落地的關鍵性環節，它的基本技術工程原理和現狀（如果網絡搜索不到，就去問問專業人士）。在分析“如何識別顏色”這個問題上，我得到“目前識別顏色的技術都是通過光譜感應實現的，都需要鏡頭和掃描槍一類的裝置”這個結論。那么落實到手機上，也就必須去找光感型裝置，那就是只有手機攝像頭。順勢可以推導出“用戶主動打開APP和攝像頭對準手機殼”這個帶有用戶使用場景的奇怪的動作。
• 最后，判斷需求實現落地的可行性邊界判斷。無論是利用手機攝像頭還是單獨的顏色識別傳感器，都超出了可行性的邊界。使用攝像頭掃描拍攝手機殼超出了用戶使用習慣和認知的邊界，同時也是“用戶APP主題顏色能根據手機殼自動調整”所帶來的意外驚喜感蕩然無存。單獨配置識別顏色的傳感器，超出的APP應用開發的工作邊界，那是手機廠商的事。

能學到什么？

那么，從“用戶APP主題顏色能根據手機殼自動調整”這件事，作為產品人的我們能學到什么？

（1）在提出開發需求之前，運用產品界流行的“第一性原理”分析和深入思考永遠是必要的。

“第一性原理”是什么？

我的理解是：“追本溯源，把握本質，層級化分解，量級式判斷”。

（2）PM不需要寫代碼，也無需親手實現需求，但是，整明白需求實現的基本技術原理還是很必要的。這不僅僅提升與開發人員的溝通效率，更重要的是建立起一種思維邊界。

有了這種“產品實現的邊界”，也就為自己的需求分析和產品運營管理多了一個判斷維度，實際上是提升了自己判斷產品需求和運營方向上的準確性和效率。

簡單地說，能快速判斷產品或者運營是否靠譜。這個“譜”之一，就是“產品實現的邊界”。

好了，以上是我對“用戶APP主題顏色能根據手機殼自動調整”這個需求的一點看法，希望對你有所幫助。

本文由 @Kevin.H.S 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議