一點感悟：回報的重要性

人們總是害怕不确定的東西。

比如等公共汽車，如果公交和地鐵一樣，每趟車有固定的時間，等公交的時候，煩躁的感覺可能會降低很多。

但是每趟車有固定的時間，很難達到，因為發車時間可能是固定的，但是路況很複雜，說不定會遇到什麼樣的情況，到達你所在的那一站的時間沒有辦法保證。

那麼退而求其次，能知道下趟車到底什麼時候到也是很好的。

這樣的話，如果時間不是很充裕，并且知道下趟車可能不會那麼快來，就可以果斷選擇打的等其他交通方式。

減少了“我是打的呢，還是等車呢”的糾結。是以，譬如車來了的app就誕生了。

工作中其實也是如此。

最近接觸的工作中，越來越體會到回報的重要性。

公司的工作流程大概是這樣的，業務部提需求--->産品部接到需求，判斷是否需要出樣式，如需要，設計樣式---->技術部實施修改

我所在的部門是技術部。

新公司，新項目，溝通尤為重要。

新系統剛上線，bug和新需求再所難免。

我和我的小夥伴都幹勁十足，bug對應很快，新需求也很積極的修改。

但是兩周後，使用者回報并不好，使用者是兄弟部門，兄弟部門上司狂噴。

我立馬反思，是我做的不夠好麼，到底是哪裡不好，以後改進。

在我反思的過程中，我發現我兩周的工作量并不少。但是為什麼使用者還是不滿意呢？

我發現，使用者部門上司并沒有收到好的回報。

使用者提出需求有很多，比如有10個，這個版本我們改了5個，

我們上線後，沒有人告訴他，哪些是改好了的，哪些是還沒有好的。剩餘5個的什麼時候改好。

使用者部門的操作人員，在遇到問題的時候，會找上司。但是這個問題好了，基本不會告訴上司。

而我們的回報，隻給了産品部，使用者上司沒有收到好的回報，so。。。

發現問題，和産品部溝通，改進溝通模式後，效果果然好了很多。

從此事件中總結幾點關于溝通的事兒：

1.需求、bug  不管問題的難易，及時給使用者答複。有大概的時間，告訴使用者，這個事情我們在解決。

2.已完成的工作及時回報，未完成的工作也要說清楚。不要讓使用者那裡的資訊都是一團。将資訊屢清楚。

3.溝通的對象，盡量不要是一對多的關系。使用者那裡最好有一個整理的，整理好讓使用者上司過目。

   這樣提的需求比較謹慎，不是随口就來。而且内部有不同意見可以統一。減少不必要的工作量。

大概就是如此。

那麼問題來了，如果客戶不确定呢，比如網站。

客戶覺得不好用，可能也不會回報給你，直接棄用。

這樣的使用者體驗怎麼管理，怎麼搜集，容我再想想。