產品枸的故事(一)我要的東西根本就不是那樣!

8 評論 12663 瀏覽 88 收藏 6 分鐘

產品枸有一段時間覺得很苦惱,因為他老覺得設計的東西老被打折地實現。

要是打個八折九折就算了,但他覺得有時候簡直是打了五折…

比如,像猴年的吉祥物一樣,本來想做一個萌萌噠的吉祥物,比如這樣:

猴子

然后自己手畫原型稿,畫成這樣:

6.pic

然后跟設計師溝通,確認溝通無誤,滿心期待,比如交流了想法,并且畫了手稿,是這樣:

7.pic

他覺得可以接受,按照這思路搞,滿心期待。結果后來設計師出來視覺稿是這樣:

4.pic

唉,也行吧,打個8折也可以接受,畢竟溝通過程可能會有一些信息缺失,設計師也有自己的設計思想,項目工期又趕,再摳細節就來不及按計劃發布了,于是交付給開發。

后來開發做完了告訴產品枸可以體驗了,發來一個鏈接,產品枸差點沒把剛喝下去的水吐到鍵盤上。是的,他看到最終實現的效果是這樣的…

5.pic

研發說最后實現跟屏幕的清晰度、技術實現難度有關,可能達不到設計稿的效果。

產品枸覺得他們說得好有道理,他竟無言以對。

很多時候,產品枸覺得正是自己一步步妥協,最后產品出來并沒有按照自己的想法來實現,但感覺整個溝通過程又沒出什么錯啊。。。

是的,雖然沒什么錯,但團隊的磨合應該是有一些問題的。

根據「溝通漏斗」原理,你與對方進行充分的溝通時,對方也可能會選擇性接受一些信息而忽略部分信息,這個過程中彼此并不會覺得溝通有什么障礙。

其次,產品設計、UI/視覺設計其實是跟靈性、靈感密切相關的,產品枸與設計師的腦袋不是同一個,喜好、品味自然就不是同一層次(不存在高低之分?。┑模源蠹业睦斫獬霈F偏差也是正常的。

最后,研發在實現上肯定會受很多客觀因素的影響,會做一些妥協,例如實現方案、性能、屏幕清晰度等。比如產品枸曾經想過做一個人臉識別的測試,一開始不想占用后臺開發資源,想全部使用JS來實現,結果發現圖片約清晰、像素越高、圖片越大,識別速度越慢,甚至會影響手機運行的性能,最后不得不放棄,但從可行性上分析,JS是可以實現圖片人臉識別的,只是實現上需要做一些妥協。

所以,產品枸做事可能有幾個優化的方向。

  1. 做好足夠的前期調研
  2. 充分細致的可行性溝通,包括和技術、設計的溝通,最后確定方案
  3. 反復的細節確認,做好體驗工作
  4. 留好項目發布buffer(緩沖空間),以時間換妥協。

如果做了以上工作,最后做出來的東西還打了五折,產品枸有幾個選擇:

  1. 產品枸需要一個好一點兒的設計師
  2. 產品枸需要一個靠譜一點的、磨合更佳的研發團隊
  3. 產品枸能力不夠,離職

然而,大部分時候,問題要么出在溝通上,要么出在人的能力上。

但產品枸也知道,再怎么天花亂墜的需求,最終也是需要落地的,你得有能把想法到落地最后需要多少代價的評估能力,否則白瞎。

就像這個猴年吉祥物一樣,來,再看一次:

1.pic_hd

 

注:本文的大量圖片來自網上,@互聯網的那點事、@韓美林老師 擁有對圖片的所有權或解釋權。

#專欄作家#

歪,微信公眾號:程序員和產品經理。人人都是產品經理專欄作家,關注移動醫療,移動網頁、APP設計。

本文原創發布于人人都是產品經理,未經許可,不得轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 吉祥物再丑也丑不過青奧會的二胡卵子。

    來自江蘇 回復
  2. ??

    來自廣東 回復
  3. 讀你寫的輕松舒服 喜歡這樣的風格 還學到了一個名詞:溝通漏斗

    來自江蘇 回復
    1. 謝謝喜歡~

      來自廣東 回復
  4. 這個文章關注當下,讀起來沒那么乏味,也算有干貨,贊一個。

    來自河北 回復
    1. 多謝支持

      來自廣東 回復