習業久，或精於此道，或爲其所累。精者不局，道相通；累者不拔，惰相同。
在軟件工程中，問題域被定義爲做什麼。但不能等同於用戶需求。用戶需求往往是側重某一方面、代表問題域的一個部分，也正是基於這一點，用戶在提出自己需求的時候也隱含表達了一層意思：在諸如與其他部分對接的部分不清楚或者僅是對現狀的一個表達。問題域更重要的是在理解用戶需求的同時完善用戶需求。比如客戶服務系統，大部分客戶主要是根據日常工作如QA、客戶投訴等服務性操作提出的需求，而關心對客戶投訴等處理的追蹤、監督以及如何引導相關工作人員規範有效工作、進而形成具有一定規範化操作流程等的不多，而這些往往又是一些較好的機制。
有些從事問題域工作者經常抱怨客戶提出的需求難以理解、經常變動，不合理性要求、需求分析不好做等等，漸漸也就失去動力、興趣，爲終日的編寫、修改需求報告所累，大部分情況下是被客戶引導着工作了。而有些問題域工作者往往是站在客戶的角度、走在客戶的前邊、引領客戶工作，的確是一件很有成就和開心的事情。
領域專家頭銜、光環很美，如何成爲名副其實的領域專家，不僅僅是個人工作的積累、經驗的總結、以及涉獵廣泛、不斷學習，還得需要行業的促進、社會的氛圍支持、監督。
歐美形成了人少而精、多角度考慮和解決問題、溝通交流及時的模式，日本開創了人密而細、各司其職、層層負責的模式。就如今現代科技的誕生和繁榮一樣，產生了各個方面的領域專家。其他地方的環境沒有那麼好，個人修養更顯得突出一些。
解決域的事情也頗爲相似的。
系統更多的是一種工具，某個領域的運作決定於眼界、思想、管理和協作。
