2015.9.29國慶前夕，慶幸新的項目按時完成，在此總結經驗教訓，希望以后遇到類似的情況，能做得更好。倘若我稚嫩的言論對正在閱讀的你有所幫助，那是我莫大的榮幸。

項目概述：我負責的產品時一款母嬰垂直領域的社交電商產品，以電商功能為起點，現在著重打造社交模塊，希望能通過社交電商特有優勢，在眾多競品中站穩腳跟。社交是我們現有的短板，之前有過一次小的社交功能試水，效果不理想。在最近比較看好的圖片社交的帶領下，我們“理所當然”地用圖片社交作為突破口。借助之前’曬單“的產品需求，二者融合，產生了移動端去寫博客（類似簡書或Lofter)，并且能對圖片裁剪，加標簽，加濾鏡處理（類似nice和in)。這里不分析（吐槽）需求的真偽性和產品路線問題，單論自己這一路踩了多少坑，以警醒自己。

項目開始之前，程序員和我都認為濾鏡是整個模塊的難點，實際上，找到濾鏡Demo之后，發現濾鏡可以通過顏色矩陣的調試實現，程序員不懂濾鏡顏色調試，但是視覺設計懂，在工具的幫助下，視覺設計不斷地調試顏色，終于調試出想要的效果，而且顏色矩陣之上還可以疊加蒙版效果，最后濾鏡的效果十分滿意，這反而成為整個項目中最容易的一環。

自己犯的錯：濾鏡對于我和程序員都是未知的挑戰，在開發之前，對濾鏡的實現原理不求甚解，導致在跟領導回復時，只能回復：”濾鏡效果只能程序員在網上找到什么效果就實現什么效果，沒有更多選擇。“而找到的效果都很差，不能我們自己調試。其實，自己明明對接程序員和視覺設計，卻沒有捅破這一層窗戶紙，最后領導出面解決，是整個項目最大的教訓與收獲。今后千萬要求甚解，多思考，走未走之路。

項目評審時，自己設計的是圖片統一裁剪為1:1尺寸處理，這樣會節省時間，然老板反駁，為什么裁剪成1：1，我覺得1:1并不好看。當時回復這樣最簡單的處理是平衡了視覺和可實現性，后面可以擴展為支持等比縮放。最后，沒說服老板。在開發過程中，因為圖片比例問題，出了太多太多亂子，如果當初堅持1:1，整個開發的時間可以節約30%。后面遇到類似的問題，可以借這段苦逼的經歷，用數據說服老板了...

下圖是In圖片處理的界面，大家保留裁剪，濾鏡和標簽功能后，去除其他功能，就是我們處理圖片的界面。和其他線性圖片處理的產品不同，裁剪，濾鏡和標簽這個三個任務采用平行處理的設計。這比線性處理復雜很多，去計算邊界值，圖片小了，大了，不規則如何處理，裁剪了之后，加標簽怎么處理，這兩兩組合，產生太多邏輯去判斷。

MicrosoftInternetExplorer402DocumentNotSpecified7.8 磅Normal0

在整個新功能的任務線中，處理圖片只占涉及圖片模塊的三分之一。余下編輯頁面和顯示頁面也都和圖片相關聯。而這三個頁面在開發過程中是由三個不同的人完成。從產品的邏輯出發，處理圖片上面的濾鏡效果，裁剪，標簽顯示，和編輯頁面以及詳情頁要一致，再擴大一步，IOS上處理的圖片要在Android和觸屏版上一致，所以整個開發團隊在算法處理上要保持一致，而且事先就要選擇最好的方案，以避免標簽位置偏移的現象。不幸的是，IOS 團隊缺乏溝通，三個人未保持一致，快上線時，發現在IOS上處理的圖片在觸屏板上位置不對。更粗心的是，處理圖片的開發人員，在對標簽的位置計算時，不是針對處理后的圖片，而是針對原圖，這就造成一旦使用裁剪功能，再次添加標簽，位置就會出現偏差。

事后總結這段經歷，IOS負責圖片處理的開發不愿溝通是造成損失的部分原因，IOS上的問題很多都是在和Android開發人員溝通中發現的。自己想的不夠細，沒有經驗是另外一部分原因。

最后再談談對這個功能的看法：

結論是新功能很難玩起來，參與門檻太高。

這個功能的需求起點是曬單，Boss是微博達人出身，所以想在產品上做粉絲經濟。用達人的概念帶領產品。起點并無對錯。

隱患在于產品設計時，已經是一個操作復雜的功能（酷炫的富文本編輯，加上圖片的三度處理）。而Boss認為我們在產品形態上模仿微博，顯示140個字，就可以兼顧輕微博的模式。

然而，本來移動端就不適合寫作的特性，加上多分支的功能設計，使得產品設計與產品意愿相違背，在這種矛盾下，我們的社區能否熱鬧起來，我自己心中也畫了一個大大的問號。

最后，為自己的產品祈禱。