分析“用戶APP主題顏色能根據手機殼自動調整”實現可行性的正確姿勢
本文從產品角度分析,“用戶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協議
為啥要糾結在讓APP去識別顏色呢,就不能有藍牙一類的方式去傳輸嘛,比如我覺得錘子就很適合做這種錘子專用手機殼,哈哈
檢測手機殼反光,在樣本足夠大的情況下,也許可以識別出手機殼的顏色?
如何自動檢測手機殼反光是關鍵。樣本足夠大,也就是使用大數據測算,但這個測算的具體流程我沒想明白。所以,最好有個流程圖,這樣有助于大家理解。
我也只是隨口提一下,反光被影響的因素太多,很難檢測到
這件事實現的意義是什么?還要自動識別?
有這時間資金還不如讓ui多做點背景讓用戶自己選擇
哈哈哈
來來讓一個程序員給個必殺技:
直接在APP設置里面加個選項,讓用戶自己選擇手機殼顏色(難道你要反駁用戶是瞎子);更進一步可以把主流手機殼廠家的手機殼預置為下拉選項;
這個APP新功可以作為亮點宣傳一波,還能帶火一批手機殼銷量;比如針對市場上很流行的流沙手機殼,選擇后APP主題也變為斑斕的變化色,豈不是很炫;要啥黑科技,要啥傳感群,一群產品不如一個開發
技術上很難實現,對采集設備的要求有點太高了。
純粹來看看熱鬧,因為朋友都來勸我小心
不考慮需求本身真偽,真要按照up主思路走一遍,其實發現可思考東西還是蠻多的,反向的對總結會有警示幫助
廠家預先在手機殼上打二維碼,手機軟件掃描,確認手機殼信息,隨后更改主題色。
無意義需求+不可實現需求 還有人覺得對?
為什么評論區一些人什么都不懂還在跳來跳去。。。。
典型的偽需求
結合大數據,手機用戶的購買信息(數據來源有可能是自身平臺也可以是第三方)檢測到所購買手機殼的日期/顏色/型號,不就有了數據來源,再執行相應的流程。
兄die, 你就別摻和了,你應該不是做技術或數據的人
集思廣益,這里叫人人都是產品經理,手動調戲
簡直是想當然 ??
線下買的怎么檢測數據來源,路邊攤
一次性買好幾個,周一到周日每天不同的,你怎么知道今天用哪個呢?異想天開集思廣益也不是你這樣的啊
有的手機殼是像法國或者俄羅斯那種多種顏色混合,取哪一種為主題色,還有我現在用的磨砂透明的,主題也透明了? ??
主文中提到了“APP主題調用的策略”,其實,不必與手機殼顏色一一對應,只需要預制幾套主題模板,把對應規則設定好就夠了。比如偏暗色就對應黑夜主題,偏淺色就對應白天主題,或者僅僅預制春夏秋冬四種APP主題,也能涵蓋大部分顏色和圖案。這不是問題的關鍵,關鍵是如何讓APP獲知手機殼的顏色和圖案。
主題色和手機顏色相匹配,而不與手機殼相匹配,效果應該很好,有一部分人不用手機殼,而且手機殼只是在背面,手機邊框加手機正面,是我們可以看得到的。
這就需要測算了。APP主題色是跟隨手機顏色變,還是根據手機殼變,目前看來是二選一。
需求溝通有問題吧,可能說的是根據手機出廠外殼的顏色來變色,比如說根據蘋果的白色、黑色、灰色、金色、紅色等機型來變化相應的顏色,這可以獲取手機內置型號顏色,然后再對應變顏色來實現啊
從報道上看說的是“手機殼”而不是手機外觀顏色。況且,假如是APP主題顏色隨手機外觀顏色自動調整變化的話,那么對于那些經常使用手機殼的用戶而言,這種APP主題顏色的變化的意義又在哪里呢?
這個需求的意義在哪,要讓手機打開這個app后,從前后看起來渾然一體嗎
那這個需求簡直太有意義了[doge]
我說一下我的想法。問題是如何實現APP自動識別手機殼顏色,甚至其紋理與材質。其實想要實現說難也難,不難也不難。如果所有手機殼廠商在手機殼與手機背面的接觸面打上二維碼,把手機殼信息錄入進去,APP掃出信息,從數據庫調出與之匹配的顏色與紋理。
鑒于不可能統一市場規則。這個APP廠商完全可以做一條手機殼生產線嘛,第一個吃螃蟹,多一項收入。
不過最后的結果可能app做不好,手機殼也滯銷。
結合大數據,手機用戶的購買信息(數據來源有可能是自身平臺也可以是第三方)檢測到所購買手機殼的日期/顏色/型號,不就有了數據來源,再執行相應的流程。這個可不需要主動用戶掃描識別。
裝個傳感器不就完事了嘛
什么傳感器?
第一反應 先打一架再說
在不動手機硬件或者沒有培養出用戶主動拍攝的前提下,是無法自動實現的——這個需求本身就不靠譜。我能說你這個不全面嗎?結合大數據,手機用戶的購買信息(數據來源有可能是自身平臺也可以是第三方)檢測到所購買手機殼的日期/顏色/型號,不就有了數據來源,不需要主動用戶掃描識別,再執行相應的流程,所以說你這文章是不是得改改?
我猜你是沒同時擁有過兩個手機殼 ??
要吐血了,換手機殼的頻率卻是不是很高,應該有些妹子換手機殼挺勤的
天貓會給你用戶的訂單?還是京東會給你用戶的訂單?其次多個訂單怎么辦?他買了之后不是他自己用怎么辦?一句“結合大數據”太籠統了
第一點 你所謂的大數據去哪找?
第二點用戶購買手機殼的信息? 別逗了好么我去路邊商店買手機殼 你能給我查到日期型號? 你知道手機殼有多少個廠家 做的有多不正規么?
第三點 你用什么去檢測手機殼的所謂的日期 顏色 型號? 流程是什么?
最后這就是個梗 我不知道真會有這么沒腦子的PM 你要是有這個自信 這世上應該沒什么難得倒你的了 可是世上有很多事難得倒你 所以別那么自信 謝謝
在不動手機硬件或者沒有培養出用戶主動拍攝的前提下,是無法自動實現的——這個需求本身就不靠譜。我能說你這個不全面嗎?結合大數據,手機用戶的購買信息(數據來源有可能是自身平臺也可以是第三方)檢測到所購買手機殼的日期/顏色/型號,不就有了數據來源,再執行相應的流程,所以說你這文章是不是得改改?
沒完全想通你的解決思路。你不妨畫個流程圖出來,大家一起討論。
作者不在太較真 這個人應該和提那個需求的人一樣 腦子有點問題可能
利用NFC在手機殼上配置芯片就可以實現了,還能賣手機殼
錘子就是這樣的
手機殼是高度個性化情緒化的產品,越是銷量大的手機,才有越多的附件廠商跟隨。在手機殼上加載NFC,當然是一種解決方案,但也大大限制了用戶購買手機殼的選擇,況且,NFC僅僅用來實現主題顏色隨手機殼顏色變化,貌似也過于奢侈了一些。
能獲取手機內置型號嗎?然后再來對應的變顏色
嘩眾取寵
我也是這樣認為的
錘子堅果第一代就有這個功能啊
所有手機殼 我知道的是假錘子?
這是個毫無意義的想法,一個在背面,一個在正面,我不可能同時看兩個。
我覺得很神奇啊,想法很大膽
每個人看問題的角度不同,這個產品反而我覺得很好,因為,他有想法,又有多少人想不出,這是我的反思
我很早以前也想過,不過覺得這個有點荒唐,沒有什么意義
產品在提出需求前是否也需要從可實現性角度思考一下
我希望能有一輛既可以飛 又可以下海 還能自動開的車 你看這個想法是不是很好 最好還能隱身穿墻
現在好像都可以實現,物理穿墻除外
有想法是好,但是產品是要實際落地的。不要把無知也當成一種變向的炫耀。
三個模塊分的不錯
第一反應,無意義需求。