常常我們在軟體標案的答標上，經常會包含一份點對點(Point to Point response, PxP)的答覆，它代表在RFP(Request for Proposal)上每一條需求的符合度說明，客戶當然希望每一條都是FC(Fully Comply)，也就是『遵照辦理』，但事實上我們常常會因為這個字導致無窮盡的開發拖延，因為我們與客戶對於同一句話的認定通常會差上十萬八千里。
點對點答覆有幾種回答方式
- FC = Fully Comply = 遵照辦理 : 這代表這一條文字不管客戶如何解釋我都要無條件達成，這是很沉重的答覆，等同於客戶可以自行解釋這一條條文，廠商一般很不願意這樣落，但客戶經常會說你不這樣承諾，你就無法參與這個標案，當然，也有不少廠商為了搶案子，會先通通答應，以後再說，這樣的狀況經常導致雙輸
- PC = Partial Comply = Fully Comply with Comment: 這代表我符合，但我有但書，不管是正面表列還是負面表列，我要宣告某些特定狀態下我無法符合要求，這是比較符合雙方利益的寫法，但客戶比較不喜歡這種被限制住的回覆方式，通常會要求你將限制縮小或者改成FC
- NC = Not Comply: 代表這一點我做不到，客戶最不喜歡這個，但在軟體工程角度，如果你不行，一定要說你不行，不然影響的層面會非常大，也經常導致專案無法正常驗收
雖然上面這幾種方式都可以用來進行點對點答覆，但最常被要求的就是全部都要答覆”遵照辦理”，但這對於整個專案的執行與驗收經常造成很高的障礙，但甚麼是正確答案，還是需要因時因地制宜，儘量以PC方式來回應，可以的話儘量正面表列，將自己可以達成的功能寫清楚，尤其是大型的客製化專案，以上給大家參考。
上每一條需求的符合度說明，客戶當然希望每一條都是『遵照辦理』，但事實上我們常常會因為這個字導致無窮盡的開發拖延，因為我們與客戶對於同一句話的認定通常會差上十萬八千里。){kind=link}