當產品赴約技術思維的鴻門宴
導語:由于某些產品的特殊性,產品經理需要著重關注開發實現能力,此時產品與技術的思維碰撞如同于楚河漢界的楚漢之爭,左右著產品的最終設計。
一、問題初誕生,惡作攔路虎
公元二十一世紀某年某月某日,一個問題的突然出現造成了產品的能力危機,點燃了產品緊急修復的烽火。該產品基于圖像識別技術,需要用戶手機拍攝上傳一張正確的圖片,才能滿足后續更多圖像識別應用場景,原本正常情況是這樣:
目前問題在于用戶上傳的有些圖片會發生旋轉,導致產品從一開始的圖像識別就失敗了,直接造成后續功能的崩潰,如圖:
新的戰斗號角即刻響起,產品發展史這次能由誰執筆書寫?
二、技術巧設宴,產品勇赴會
即便排查過產品流程與功能設計沒有發現問題,產品也明顯感受到來自各方十面埋伏的壓力。就在此刻開發明確了問題所在,根據技術邏輯描繪的解決方案如圖所示:
由圖所示,用戶上傳的圖片由于系統的影響會導致上傳結果的異常。技術思維已經為產品設計指明了方向,即后臺能夠做到將正常圖片篩選出來,并將異常圖片進行旋轉,最后再由用戶確認一下圖片是否顯示正常。
所以只需要考慮如何做好這一步的交互設計即可:
仿佛就像送到面前的酒宴,鼓瑟喧囂,酒香肉色,談笑間強弩灰飛煙滅。杯觥交錯,技術思維在微笑。
三、心細破舞劍,妙招深思求
看似合情合理,實則暗藏殺機。如果按照技術思維設計的產品,會有以下幾個漏洞:
- 并沒有解決圖片發生旋轉的真正原因,用戶上傳圖片還是會有旋轉問題,只不過是后臺作了處理;
- 相比正常流程,用戶需要多操作一步,且是因為后臺能力無法直接解決圖片旋轉問題所產生的多余步驟;
- 圖片發生旋轉的概率并沒有因此降低,所以用戶體驗不穩定,可能有時圖片全部正常上傳,有時需要確認一下異常圖片;
- 對于異常圖片的處理,并沒有很好的產品解釋,用戶只能將異常圖片自己重新調整再試著上傳。
刀刀見血,劍劍致命。
技術思維是以解決問題為導向,所以如果從技術角度去思考產品設計,受限因素不僅僅是自己的技術水平,還有技術視野的局限。產品思維是以解決需求為導向,從全局俯視每個環節,難點在于找到并解決產生問題的問題。
任何可解決的問題都有其規律可循,破局,從找到規律開始:
1. 明確產品設計的正例
相比于盲目猜測可能產生問題的各種原因,先從正例出發或許是最短的檢索路徑。任何產品設計都有其正常的主線流程,且按照該流程執行能夠滿足預期效果。利用這把斬亂麻的快刀,很快就可以找到一條重要的線索:
按照該圖所示操作,圖片可以正常上傳。二進制的數據永遠不會撒謊,看似都是正面的圖片上傳后會發生旋轉,其中必有蹊蹺,問題的根源有可能出在手機拍攝圖片環節。
2. 審視非預期結果的反例
用手機拍攝圖片,主要有4種拍攝手法:
B和D很明顯不符合正常的拍攝要求,所以用戶可能是用A/C手法拍攝后上傳的圖片。所以順水推舟,測出了用C手法拍攝的圖片,經過系統等其他因素作用,確實會發生圖片旋轉問題,導致后臺接收到了旋轉后的圖片。
3. 肩負制定產品規則的重任
基于技術無法直接在后臺解決圖片旋轉問題從而讓用戶無感知使用的現實,產品迭代能夠做到這兩件事情:
- 規定產品功能的操作要求
- 新增圖片異常的錯誤提示
所以新增了手機拍攝要求“請用手機橫拍”,且新增了圖片旋轉檢測,當檢測到上傳圖片發生旋轉時會提示用戶“請嘗試用手機橫拍并重新上傳”。
一箭雙雕,一是極大程度降低了圖片旋轉的幽靈事件,只要按照流程操作基本不會有問題;二是產品交互少了一步,不需要后臺將上傳圖片再傳到客戶端給用戶再確認一遍,而是在用戶上傳后就能夠得到明確的結果反饋以及修正引導。
金蟬脫殼,產品思維在微笑。
四、辯日無對錯,月圓有盈缺
ToB產品設計,在權衡利弊中求生??赡苡脩魰虏邸笆謾C橫拍和豎拍有那么重要嗎?”、“就一個圖片旋轉問題,很簡單啊”、“算法難道不能更加智能識別嗎?”……
所有這一切,用一句話就可以概括其決策思路:邊際成本。
- 算法可以很智能,直接識別正反顛倒的圖片,但需要投入更多研發成本和時間;
- 圖片旋轉問題或許可以解決,但問題緊急就必須要有快速解決方案;
- 只要手機橫拍,就能解決后續一系列問題,這是最小解決成本;
- 有明確的操作要求,能夠提高ToB用戶使用效率。
同樣,遵守產品規則是使用者的準則,大如天貓京東平臺,也不由商家肆意妄為;小如產品功能使用,少一環節用戶就無法執行下一步業務流程。
ToB核心目的是為了提效降能,無規矩不成方圓,盡管規則也在不斷打破升級中。每一次的抉擇既有收獲,也有遺憾,此事古難全。自由或秩序,或許就像是中世紀刺客與騎士的信念對決。當你把“萬物皆虛,萬物皆允”銘刻于心碑時,同樣也有人需要被引導以達成整體最高運作效率。
尊重用戶的意愿,遵守事物發展的規律,綜合權衡各方因素,這也就是所謂復雜思考,簡單決策吧。
#專欄作家#
濤痕,公眾號:一兩語,人人都是產品經理專欄作家。靈魂作者,專注于互聯網產品設計領域。
本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自?Unsplash,基于 CC0 協議
技術同學被誤解
產品沒考慮到用戶橫拍的使用場景
產品沒了解到圖片識別技術的瓶頸
測試驗收時用戶橫拍和豎拍的圖片上傳后都可以支持,實際使用發現客戶用win7上傳圖片有時候會有問題,然后經過驗證橫拍的圖片一定沒問題,所以產品這邊建議用戶拍攝圖片統一為橫拍。(否則win7的客戶要么升級win10,要么上傳圖片后再做一次校驗)