一入產品深似海，雖然已經從業兩年一半有余了，但還是會經常問自己，這個功能點怎么實現比較好？同樣是登錄注冊，但是密碼要不要輸兩遍；考慮用戶名注冊還是手機號注冊，驗證碼采用四位還是六位，再次獲取驗證碼是要花60秒還是120秒等等細節上的問題，這些看似微不足道的問題上糾結過很多次。同樣的還會有類似的這個功能要不要加等問題。需求文檔不知道怎么寫，這樣設計好還是那樣設計好，從什么維度展示比較好。其實都是沒有抓住一個核心問題，做這個功能的目的是什么，解決什么問題？
已經離職的一位產品后來經常對我說，你不要糾結于實現方式，而要站在出發點考慮，現在新增的功能或者改進是為了解決什么問題，在解決的基礎上然后再去考慮交互體驗，視覺設計。所以每次老板讓她新增需求的時候她都會問需要解決什么問題。因為這句話我也受益匪淺。
顯然，每個產品人都是站在用戶的角度出發的，但是在實現方式上可能會陷入拙荊見肘，撿了芝麻丟了西瓜的地步，實現方式太多太少都將是一種挑戰和危險，看了A ，B ，C等solutions時，會發現有些功能某信有了，某團有了，某寶有了等等，導致在需求設計時會額外加上不必要的需求。回頭來審視的時候才發現其實已經離最初要解決的問題很遠了。在這個過程中思維發散能考慮到任何的點應該都是圍繞解決問題來的。
回歸到產品本身，新增一個比較大的功能時，我都會在文檔開頭的功能描述中具體描述這個功能的出發點，描述場景，簡單的說就是解決了什么問題，提供最終的解決辦法。當然后面能直接跟開發講清楚就更好了，反攻就會少很多。
作者簡介：子凌，互聯網醫療產品經理，專注于互聯網X醫療X產品,
公眾號：像藝術家一樣思考
