我用網銀算是比較晚的，可能考慮到安全的問題吧。在現在技術已經純熟和安全知識漸漸普及的年代，我也漸漸步入了網銀購物的大群體。
也許自己是做ui設計的，對於產品的設計是否合理就會想很多，去蒐集很多細節。
在這和大家分享，算不上分享，應該是抱怨吧，抱怨一下自己用某網銀的乙個例子。
目的：使用某網銀轉賬
過程：以前登入網銀只是為了看看餘額，沒有轉賬的需求，後來有了，當我點選「轉賬」的時候，它報錯了
報錯如下：
他提示的
我沒有許可權使用這個功能
新概念：手機動態口令（沒有任何乙個地方對這個新概念有說明）
那麼好的，我去了趟銀行櫃檯，花了1個小時搞定了這個功能，等我回到家裡，終於明白了登入頁面上「手機動態口令」作用
好了，打通了所有的路以後，可以開始執行了，接著我來轉賬
注意這個轉賬方式，在我很仔細認真不慌忙的情況下，我知道，選擇「網銀互聯」，可以讓我的轉賬立刻到位；
最近一次很慌忙的情況下，該項選擇我沒有修改，預設的「小額轉賬」，結果是操作完了，我還沒有收到錢，查了好多次，都沒有。
所以此時我慌張了，怕搞錯了或者怎麼樣了。這時打另外乙個卡對應的銀行客服，她說這個需要問轉賬發起的那一方。
他問我你選的時候是不是選的「小額轉賬」，我自己還真沒主意，仔細去看看轉賬的正常過程，確實有了這個選項，我當時並未修改，應該是預設的。
他說這個是24小時到賬的，網銀互聯才是立刻到賬的。
這時我就不明白了，既然發起了一次轉賬，使用者肯定是希望立刻成功的，為什麼還要設定乙個24小時才會到賬的選項了？
等待24小時和立刻到賬之間，對於銀行的工作人員來說，又有何種區別了？如果是有非常必要的區別，是否應該告知一下使用者了？
客服還很仔細的告訴我，24小時到賬的處理時段分別是：7:30、9:30、15:30、17:30
我的這筆轉賬是23點多發起的，也就是說，最快我也要等待7-8小時。真的不明白，為什麼要有這麼乙個讓人等待，浪費時間的選項。
還有，既然這個方式直接影響了我們使用者的感受，那麼為什麼不把這個方式做的更加顯眼突出，引起人的關注了。
做ui設計這麼久以來，常常會遇到這種情況，有些時候使用者拿到產品在操作時，有時會遇到不會的地方，可能使用者會怪自己，怪自己笨學的太慢，怪自己跟不上新東西的節奏。
其實在「使用者體驗」這個詞語開始進入人們生活貼近生活的時候，這種話語是種檢測。
因為你設計的東西不夠合理不夠人性不夠簡單，使用者才會不會操作，才會覺得自己笨，其實是我們沒有把產品設計好。
同樣的道理，我不會使用這網銀並不是說我學習不夠認真不夠努力，更多的責任在於網銀的流程設計、邏輯設計。
跑銀行櫃檯開通轉賬功能和手機動態口令1小時
開始操作3分鐘
不小心選擇了預設選項，錢不能立刻到賬，按照8小時計算8小時
這麼看來，在我這個不夠認真仔細的選擇的人看來，我完成一次轉賬需要9小時3分鐘，這樣合理嗎？
網銀設計人員有考慮過這種耗時最長的人需要花多久嗎？設想一下，每個像我這樣的客戶，轉一次，都花9小時，那麼你們浪費了多少人的時間了？
對CSDN產品更新的一些想法
這一點其實我是想吐槽的，畢竟博文的消費資料 點讚 收藏等等 的前提是你的部落格能夠被 而根據我的經驗，越初級的技術分享，甚至是科普性質的文章，搜尋的人越多，閱讀量也越高 真正技術深的文章，搜的人不多，閱讀量反而低。另一方面，很多難的技術用的人和場景都比較少，寫起來又費時費力，讀的人可能也需要許多專業...
產品設計體會（3014）敏捷實踐的一些過程項
上次說到了我們在 專案中 敏捷溝通 的實踐 順著再補充幾點專案過程中的敏捷實踐。任務認領，我們沒有完全實施，現在是利用開發經理對工程師能力的了解安排任務。任務認領的假設是 每個人都是足夠聰明和職業的，應該被安排在最合適的工作上，所以最 了解自己能力的就是自己，於是應該每個人制定自己的工作計畫，其他人...
關於資料許可權設計的一些想法
在各種系統中，要保證資料物件的安全性以及易操作性,使企業的各業務部門 職能部門能夠方便而且高效的協同工作，那麼乙個好的資料許可權管理設計就成為乙個關鍵的問題。雖然企業中各個單元的工作流程有所不同，處理的資料物件也有所不同，但是在組織結構 資訊的處理方式上具有很多相同的地方，這就為設計資料物件的許可權...