跳到主要內容

有時你得靠問問題來回答問題


Photo by rawpixel.com from Pexels

技術顧問看似應該要回答客戶各種技術問題,但我發現問對問題才能幫助你更好的回答問題。

客戶未提供必要資訊

某天去了一家從未去過的麵店,因為趕時間看一眼菜單就點「乾麵加蛋」,付款時發現店員可能聽成「麵加蛋」,因此做成「外帶、肉羹麵加蛋」,跟我預期的完全不同。我的確是忘了說我要「內用」,店員如果只聽到我點「麵」,而店裡提供兩種麵,要避免做錯,他應該要問我:
  • 肉羹麵還是乾麵?
  • 外帶還是內用?
其實客戶未提供必要資訊是可以理解的,因為面對不了解的領域,無法分辨哪些資訊是必要提供的。另外,有些客戶也會基於一種「你應該要能解決我問題」的心態,希望直接把問題丟給你解決。

提問是種專業

技術支援上經常遇到這種情形,客戶通常不會提供他所遇到的問題的完整或必要的資訊,甚至只會說「頁面不會動」這種很籠統的描述。因此我們要根據每個不同案件,來提出必要的問題。有人也許會擔心問客戶問題會不會讓人覺得不專業,好像我們應該要能直接吿知答案。但冷靜想想,不管是誰都無法在缺乏必要資訊的情況下找出問題所在或提供精準的服務。其實遇到問題的客戶是擁有完整資訊、最接近問題的人,畢竟問題就發生在他眼前,只是他不知道哪些資訊能解決問題。而我們提問代表著我們對問題狀況的熟悉與專業,知道需要哪些資訊來解決問題,因此良好的提問能夠有以下效果:
  • 引出關鍵資訊
  • 釐清描述不清的現象
  • 確認彼此認知是否一致
因此能夠問對問題也是一種專業。

留言

這個網誌中的熱門文章

iframe DOM 被移動造成重新載入

如果用 javascript 去搬動 iframe DOM 的位置, 瀏覽器會將其內容重新載入,這是現有 HTML 規格 > When an iframe element is inserted into a document that has a browsing context, the user agent must create a nested browsing context, and then process the iframe attributes for the "first time". 範例: http://jsfiddle.net/pZ23B/ 測試結果: * Safari 3.1 / Win: reload * Opera 9.5 / Win: reload * IE10: reload * IE7 / IE8: not reload (部份摘自 https://bugzilla.mozilla.org/show_bug.cgi?id=254144 ) 參考: * https://bugzilla.mozilla.org/show_bug.cgi?id=254144

JavaScript 關掉瀏覽器頁面

如果你直接呼叫 window.close() 來關掉目前的頁面的話,你應該會在 console 看到以下訊息: Scripts may close only the windows that were opened by it. ( 我在 Chrome, Firefox, IE 11 都試過) 主因就是你並沒有用 JavaScript 開啟這個頁面,所以也不能用 JavaScript 關掉它。這是 HTML window.close() 的規格 規定,各家瀏覽器應該都遵循。 隨著瀏覽器安全性增加,以下方法已經不適用了,可參考 這個討論 。 有個變通的辦法就是: window.open(location, '_self').close();

Web Dynpro 前後端資料流動機制 (Dataflow)

在Web Dynpro中提供3種資料流機制[1],只要適當地設定,可以不用寫程式就將畫面、中間層控制器(controller)到後端模型物件的資料自動化地、牢靠地綁在一起,使得不管前後端某一方有資料變動,變動部份都會自動地流動來保持一致性,使得前後端都能存取到同一份資料。 context 關鍵元件是 context,每個controller都有一份屬於自己的context,它扮演MVC架構中的M (model),web dynpro的實做方式比較像是該controller的「資料空間」,它由node(資料節點)與attribute(資料屬性)組成,controller可以透過wdContext這個預先產生好的 shortcut variable(捷徑變數)去取得context的資料內容。 context中必須要建立node才可以儲存資料,一個node代表一個collection(集合物件)裡面仍可以含有node, attribute,node裡面的一份資料實體就是一個element,一個node可以有一個或多個element(這部份可以透過cardinality property設定),其結構就是該node所包含的結構。 data binding 此種機制可以將UI元件的資料跟context中的某個node或attribute綁定在一起,context中的改變會自動 更新到UI元件上,UI元件的改變也會自動寫入到綁定的context node(or attribute)中。通常UI元件所綁定的node(attribute)是由component controller對應過來的。 context mapping 每一個controller都有屬於自己的context(資料空間)如果要達到彼此共享資料,則要透過context mapping機制,一旦mapping設定好,則會在另一個context產生一個同樣的結構的node,兩邊的controller會存取到的是同一分資料,任何一邊的資料更動都會散佈到設定好mapping的node。 不過在web dynpro裡,只允許將custom controller or component controller的node對應到view controller去,不允許從view controller對應回來,主因是嚴格遵守MVC...