sapdavid wrote:
標準的工程師思考...(恕刪)
您提的方式是可行的,但是在這種所謂的跨國銀行寫程式、改程式,也不是說改就改。
內部會有許多流程,而這流程要跑多久,看這家銀行的內部如何控管而定。
如果是您自已開的銀行,自己要改程式的話,當然可以一句話,下一刻就改好了。
至於pop up 好用嗎?說真的,我不喜歡,也不會每次去看它。
而 HSBC 在轉帳功能中,已列示了2行的字顯示了
「您可設定從明日起至180天內的交易日期。若您欲設定為明日為預約轉帳日,請務必於今日下午3點30分前設定。
我們將於預約轉帳日的當天下午3點30分之後執行這筆轉帳。」
若這麼長的字都看不到了,您認為每次的Popup 會有人看嗎?
還不是一樣隨手一點就過去了。
這裡討論的重點是該行有列出轉帳的規則,而您自己不看(至於popup 與否無關)所造成
就像有許多人提到,不喜歡就不要用它,或者像我一樣配合它,提早一天轉過去,就沒事了。
再不然就等 hsbc 把行政流程跑完,程式自然就改好了,不過這期間 就請用戶每天打電話去煩,這樣行政流程
會加快很多,「改程式真的不難」,難在「人」所操控的管理上。
sapdavid wrote:
我知道有很多辦法讓不...(恕刪)
每個寫程式的人都知道有太多方法可以用來強暴使用者
splash, lightbox, countdown, scroll-to-the-end....
即便讓使用者強迫看你的資料20秒,會看的會看,不看的還是不看
沒放skip鍵,被申訴的話更是得乖乖改
在大談使用者經驗的現在,明智的工程師早就不能用古早那種強暴使用者的思維來想flow了
問題的關鍵本來就在於除了服務者提供盡可能作到的服務
使用者也必須對自己沒搞懂遊戲規則負責
到了餐廳(同是服務業)沒看清楚人家說現烤要等20分鐘
服務人員講了也不聽清楚,然後點了才在大罵說怎麼等那麼久然後走人
但如果服務人員把人拉住聽完說明才能點菜,對方還是可能因此大怒然後走人
內文搜尋

X