分類: 筆記：產品經理

墨刀 (畫低保真prototype工具)、Teambition (團隊任務管理工具)、石墨文檔 (可視為中國版的 Google Doc) 這三個是我最近在工作上每天都要使用的工具。

在使用過程中若我發現了bug、或是操作不方便之處、或是「如果有這個功能會更好」，我會透過該團隊的微信公眾號或是裡面團隊成員的私人微信號反饋問題(我懶得寫email給support信箱了)，通常這些人很快就會做出回應，告知此問題正在被解決中、或是會在近期解決、或是基於什麼原因近期之內無法解決。

有些團隊的作法是，成立很多個 QQ 討論群或是微信討論群，邀請該服務/工具的使用者網友加入，請他們在討論群裡面反饋使用上的問題、困難、bug、抱怨，由專人回答網友的問題，從中發現使用者的痛點在哪裡、收集優化的建議。更有些團隊甚至請客服定期打電話給用戶，直接問你有沒有任何意見想說、需要幫忙。

單一一個使用者的意見絕對不一定值得直接被採納，但是直接從實際使用者反饋的建議，很高程度代表了真實情境中的痛點。

對使用者來說，時間久了，偶爾能夠發現其中有些過去反饋給團隊的問題還真的被優化了，這種感覺不賴，你會希望這個團隊及這個產品能持續活下去，因為想一直使用這個工具。

(圖片來源 via Samuel Maan, CC License )

在未來，我相信：

1. 行動網頁的操作體驗，在未來能夠又更加貼近原生App。「想要兼顧快速更新改版、又不想犧牲操作體驗」的的困擾在未來會下降。

2. 原生App本身，以及原生App和行動網頁之間的交互，在未來會有更多諸如App Link、Deep Link、行動網頁調用App這類的有趣事情被發明出來，兩個獨立的App不再會被當做「真正是兩個獨立無關的App」。

3. 原生App可能不再需要「下載一次，只能安裝一個App/服務」。(這裡暫且先撇除「在原生App中嵌入行動網頁的做法」 ) 也許有可能：如果你想要提供在移動端的服務，你需要開發一些程式碼，但不用真的封裝成一個獨立的App，也能將你的服務以某種形式出現在使用者的移動設備之中。

4. 如果不內嵌入行動網頁，原生App本身可以更高程度實現「在不釋出新版本App的前提之下，很高程度實現更新App內的功能和介面」，且這會成為行業標準、獲得 iOS 和 Android 的官方支持。原生App 開發者的一些工作型態會被改變，App 的產品生命週期會改變，更快速、更即時、更敏捷。

我對於產品UX的一些個人看法，歡迎吐槽和交流討論：

1. 產品的使用者體驗 (UX, User Experience)包含了但不限於：產品功能、操作流程、UI設計( User Interface Design )、交互設計( User Interaction Design )、平面視覺設計、程式(網頁/App/加載速度)響應速度，以及任何其他使用者會接觸到你的產品的介面、方式和過程(例如：客服聯繫、物流速度、市場推廣頁面、廣告)。

2. UI設計 和 交互設計 很重要，但此二者不能單方面凌駕產品功能和操作流程上的必要考量。

3. 定期的外部用戶體驗測試反饋、內部用戶體驗測試反饋、用戶數據採集統計、競爭者產品對比，全都是必要的，但此四者中之任何一項都不能單方面成為產品設計決策的唯一依歸。

4. 程式工程師的意見必須被納入產品設計和時程排期的考量之中，但工程師的個人愛好或是能量限制不應單方面凌駕公司長期政策和產品設計規劃。若是受限於第三方平台或當前主流技術框架的限制，則不在此限。

5. UI設計和平面設計皆應該被定義出適合所屬公司和產品的設計規範，並且定期優化。

6. 產品推出初期，特別是新創階段，不一定需要專人執行交互設計，可由產品經理或UI設計師兼任之，視不同公司不同情況而定。

7. 產品經理應盡力深度參與產品生命週期的所有環節，對於用戶體驗負責，並且需擔任主動協助解決問題的角色。

8. 老闆說的，絕對不一定是對的，就算他是Steve Jobs 也一樣。但是老闆對其所有下屬做出的決策負責，並且對產品最後成果負責。

9. 用戶看到的、用到的、感受到的一切，是產品整體是否成功的至關重要因素，必須被拿來和產品的商業成功放在相同的高度做考量。

從2011年開始用Instagram以來，我一直只上傳「用手機拍的照片」到Instagram上，我在Instagram上放的五千多張照片應該是無一例外。最近幾天我突然在想：為什麼我要這樣自我做限制？

也許正是因為Instagram限制使用者只能在手機上傳照片，隱隱使我只想傳手機拍的照片。

幾年前常去金瓜石拍照的時候，最困擾的事情是：「當人在台北市區打算要去金瓜石、打算要出發時，無法得知當下及一個小時之後金瓜石的天氣如何？」

問題痛點：
1. 即便台北市區天晴，金瓜石有可能陰天；台北市區稍微陰天，金瓜石可能正在下雨)
2. 網路上的天氣預報、即時天氣狀況，多半是只劃分到很大的一個區域：例如「台北縣瑞芳區、台北縣淡水區」。有可能山下天晴但是山上在下雨。

<1 > 幾年前，沒有 iPhone 時我的解決方案：
1. 看台北縣政府某某網站上的九份即時錄影(但網站常壞掉)
2. 在PTT問版、東北角版直接發文問天氣，或是看當天稍早有無人問
3. 打電話問人在當地的朋友。但這方案基本上是可遇不可求。

<2> 大約三年前，看到有台灣創業團隊做了這樣的一個App：
1. 使用者可以主動回報當下所在地區的天氣狀況。地理位置用GPS定位，所以夠準確。可以直接以陰天晴天雨天做標記、也可以上傳照片。
2. 使用者可以瀏覽其他網友回報的地區天氣狀況。

(不過基於種種原因我刪掉了這個 App，且現在也想步起來這App的名字)

<3> 現在我的解決方案：
1. 打開 Instagram App，搜索「金瓜石」tag，看網友在過去一段短的時間裡上傳的照片
2. 打電話問人在當地的朋友。但這方案依然常常是可遇不可求。

但這方式有幾個缺點：
1. 如果你搜索的地點不是非常熱門的地方，不一定有夠多人會上傳照片且tag該地點。
2. 當下搜到的照片可能是網友幾天前拍的照片，直到現在才上傳。所以要多看幾張才足以判斷。

大家有沒有什麼更好更聰明更快更方便的解決方案？

1. 很多時候，只要你去試，你就能得到問題的答案。
2. 如果你用A方法試了之後沒得到答案，便認為別的沒有方法了，通常只是你沒有夠用力地尋找別的B方法。

3. 大部分事情不需要太用力便能找到B方法的，聲稱找不到的人，通常只是因為他們沒有真的很殷切想要找到答案。

這一路還很長的職涯上，除了會有可直接延續的經驗，也會有無法延續的經驗。不管是可延續或不可延續的經驗，在其中都要能培養出「可轉換的能力」。

特別是在，換工作時若換做了和前一份工作沒太多直接重疊的工作時，「可轉換的能力」就會是很重要的了。

這也能說明，換工作時，不需懼怕「這份新工作的工作內容是有以前沒有做過的事情」。再者，就算是待在同一個公司，也可以在做某事一段時間之後，改做別的事。

中國的計程車司機， 幾乎是所有人都會使用「快的打車」和「的的打車」這兩個App，司機用App隨時查閱路上民眾發出的搭車需求，看到想要接的需求就截單。

幾個月前，在我第一次看到司機的手機上這App畫面時，我心中閃過幾個想法：

1. 為了讓司機邊開車邊瞄手機查看民眾發出的需求、且一看到想接的需求就立刻截單，所以把「截單」和「聽語音」按鈕都設計得很大。乍看之下，按鈕做那麼大，顯得有些蠢，但是轉念一想便能明白，那才是真正適切於使用者體驗的設計。

2. 若我的工作是設計這個App，但我從來沒認真考量司機坐在車裡邊開車邊瞄手機的情況，我很可能會把「截單」的按鈕設計得和App上普通的按鈕一樣大。然後等著被使用者(司機)罵。

3. 給司機用的App(接收需求，賺錢的人)，相較於給民眾用的App(發出需求，付錢的人)，勉強可以用後台和前端來比擬這個關係。後台，清楚易用最重要，精緻好看則沒那麼重要。

#UX #UCD

今天早上太忙，忙著中午12點半要把新網站對外曝光。早上先向老闆、主管、技術長回報進度，討論今天中午之前要做的事情。大概有一半的時間，我被老闆逐條檢視、追問我提出的議題，被他提出了非常多可以改進的地方，尤其是「追問題的根源」。

開完會後，一直在和不同小組的工程師、工程主管討論各種情況、要怎麼解決。

12點33分，我傳訊息給行銷總監，我跟他說，暫緩，等我確認真的OK。這幾分鐘，其實我也沒真做什麼測試。還有一些功能還沒做完，但我和兩個工程主管討論後，判斷都不是沒有會死的功能，決定先上線、先開賣吧。

12點37分，我又打電話給行銷總監，我跟他說：「你現在可以把促銷訊息發出去了！」就在我說完這句話後5秒鐘之內，他把促銷訊息發出去給200萬個LINE官方帳號的粉絲了。非常刺激，雖然我現在還不知道今天經由手機版網頁成交了多少訂單，但已經得知的是訂單量爆了！