說到Presales有些人認為是技術職，有些人則會覺得是業務職，就連不同公司擺放的單位也都不同，因此到底他是怎麼的一個存在呢?
要搞清楚這個問題首先我們要先找到這個職位具體來說會做哪些事情，我從104上抓出範例給大家參考，並依據工作描述做個分類
公司A
主要工作內容：
1.對業務單位提供公司銷售產品技術溝通支援。
2.支援訪談、方案規劃與規格配置及核對。
3.依據規劃內容進行方案驗證(POC)，包含導入運作擬定及資源協調
4.擔任後端RD技術團隊互動窗口，同步最新技術訊息。
5.協助專案建議書撰寫等技術支援文件工作。
公司B
工作內容
1.研讀新技術與solution並跟客戶介紹
2.專案簡報製作與進行口頭簡報
3.陪同業務進行客戶需求訪談
4.記錄和整理客戶問題的處理過程和結果，針對客戶需求產出建議書
5.與客戶保持良好的溝通與聯繫
6.收集並分析客戶反饋，向研發部門提供產品改進建議
7.具良好清晰邏輯做溝通協調、獨立作業能力
8.積極開發新的商機和銷售線索，不斷擴展現有客戶的產品銷售品項

可以發現兩個職缺的共通點都包含了產品技術溝通或簡報、需求訪談、功能驗證、產出建議書等銷售前的工作事項。
因此對於Presales這個職位來說，透過技術專長協助潛在客戶驗證產品，並且產出對應簡報與建議書，便是此職位的核心。
而因為Presales多半都會與業務協同作業，因此在此職位的KPI設定上，往往也都會跟公司業績進行掛勾，也因此才會有掛在業務單位底下的組織架構。

這種組織分配會有甚麼問題呢?
最顯而易見的就是會產生分工不明確的問題，因為要完成一件售前專案是需要業務、Presales相互配合的，正常狀態下當然各自分工明確，但如果遇到比較大牌或難相處的業務，則就會有一定的機率，Presales會從客戶溝通、建議書撰寫、報價單製作、技術可行性評估到最後專案交付一條龍運作自行處理，業務要做的就只剩把客戶帶到你面前這樣的功能，造成業績掛在業務身上，但實則事情大部分都由Presales包辦的情況發生，在這種情況下，因為是掛在業務單位中，因此也沒有太多的管道可以求助或分工談判的空間。

而如果掛在技術單位下又會發生甚麼事情呢?
掛在技術部門的話，則會技術本位的問題產生，在這邊並不是要說不在意技術風險，而是今天產品有一定的客製化或是討論空間時，技術往往便會以自身最有把握的方向去說明可行性，並且因為技術人員多半在組織設計上是沒有業績或專案獎金，就算有也只是激勵性質，因此最後就會產生多一事不如少一事的心態，造成開拓新客源或是新市場需求時的困難。

而最好的組織模型是甚麼呢? 個人認為會是獨立部門，因為職能上Presales扮演了連接業務與技術部門的重要工作，是一門獨立於技術與業務的專門領域，Presales既需要有業務了解商業需求與市場的眼光以及銷售流程的掌握，也要有技術對於技術可行性評估與專案管理的能力，因此不管在單純的技術或是業務部門來說，都會有一部分的職能是無法被評估與比較的。

因此獨立職能可讓Presales的定位更加明確，並更加專精在此職位的職能發展，並在公司內建立與業務、技術單位相互配合的工作流程，讓整體專案的進行更加順暢，成為推動公司成長的最佳橋樑。