當程式碼運作不如工程師的預期時，可以用「breakpoints and strace」快速找到錯誤所在；沒有這些工具，公司的例行工作將變得冗長費時。他說：「同理，若使用者的行為不如公司的預期呢？」根據他多年的經驗，提出以下三點工作準則：
Debug 使用者行為，就像你在 Debug 程式碼那樣
公司在研發新產品或新功能時，經常在商品上架後，才不斷地補充功能層面。舉例來說，API（應用程式介面，幫助第三方開發者與系統廠商溝通的介面）若有網頁設計闕漏，將造成數以萬計的程序溝通錯誤，彌補作業如同萬丈深淵。因此，Edmond把構思程式程式碼的時間拉長，他習慣先寫一至兩頁的設計概念，網頁設計並蒐集其他工程師對API的看法。最終，他如願找到可以修正所有API錯誤，而不需寫任何程式碼的工具。
試著解讀使用者的心
修正程式碼時，工程師必須先深入瞭解系統狀況；若想修正使用者的行為，我們也必須先知道使用者的想法。例如，有人認為「消費者更願意在有較多商品圖片的網頁上購買。」該如何驗證這個假說？一般來說，公司會透過A／B test觀察置有廣告圖片的網頁是否有較高的購物頻率，獲得結論後，網頁設計者便能修改頁面的配置。
將 logs 裡單一使用者所有的行為資料結合，我們便可為該使用者的 session 建立按照時序排列的活動紀錄。藉由研究使用者如何瀏覽產品、採取何種行動，便可描繪出使用者意圖，而那些往往是我們光從 A/B test 蒐集而來的數字所無法完成的。Google 也會用 Session Viewer 去研究、視覺化使用者究竟如何完成搜尋相關的任務（tasks）。
把精力花在正確的地方
然而，台南網頁設計有時就算是對話紀錄也不一定能深入地瞭解客戶。例如，Quip在研發新產品時，會將與研發有關或早期的客戶集中在一份文件檔或對話框裡，以便公司對其進行新的系統測試或個別的意見調查。
資料來源：數位時代，https://www.bnext.com.tw/article/38475/BN-2016-01-13-234155-158