LabVIEW的接案經驗分享 (僅個人經驗,請先進幫補充)

小弟從學習LabVIEW以來,陸陸續續也有接一些專案。我接的專案大多是小案子,所以能提供的經驗有限,請有經驗的接案大大幫補充,減少後進走冤枉路經機會。

  1. 要求案主將規格條列清楚
    有明確的規格,我們寫程式才可以有所本,既不會寫太多(花時間),也可以滿足案主的專案要求。我的習慣會用email條列規格,然後雙方針對這些規格做確認。有個清楚的規格需求,將來驗收跟請款時,就依條列的規格逐一審查就可,可以避免爭議。

  2. 專案最好可以在2~4週完成
    專案的時間拖太長,有時會造成案主逐步追加規格。但是追加的規格可能不見得能忠實反映在追加的預算裡。因為這時我們已經開始在做專案,如果不完成案主額外要求的功能,可能整個會無法驗收。但如果一一滿足案主追加的功能,就會花更多時間去完成當初沒有談到的官案內容,而且這些多作的內容,很可能是拿不到錢的。一個差的案主會在一開始不清楚自己想要的規格,而隨著專案的進行逐漸追加功能。我們能做的,除了一開始跟案主明確界定好規格之外,也可以「速戰速決」,快速把專案完成。斷開案主追加功能的機會。

  3. 如果你是自行在家接案的SOHO族,請不要害怕告知案主
    案主不會管你是公司還是SOHO族,重點是他要有發票可以報帳。而且,SOHO族跟公司相較,因為沒有太多的行政成本,所以報價通常會比公司低廉。不要害怕告知你是SOHO族,只要有能力完成專案,你的身分不是問題。

  4. 對於不清楚自己專案規格的案主,勇敢說NO
    如果案主在這個時間點不適很清楚自己的專案規格,不要硬是接下專案。而是應該教育案主,先釐清案主自己真正的需求,再做後續的專案討論。如果案主對自己要的規格不清楚,對雙方都是一種折磨。

我的經驗不多,希望能給接案後進一些經驗交流,減少失敗的機會喔~ 預祝大家快樂接案,順利驗收結案。

關於第四點
如果你可以提供一個完整的提案,讓客戶直接肯定這就是他要的東西,那你的路會比一般人來得寬廣。

[QUOTE=IanTsai]關於第四點
如果你可以提供一個完整的提案,讓客戶直接肯定這就是他要的東西,那你的路會比一般人來得寬廣。

[/QUOTE]


這就代表提供的不只是專案內容,而是在這個領域的經驗了。這個也是有Value的。
可惜這五六年來常見的是,聽了你的經驗,然後再去找別人凹便宜的做…。從一些見聞有感而發。

[QUOTE=MingYen]

[QUOTE=IanTsai]關於第四點
如果你可以提供一個完整的提案,讓客戶直接肯定這就是他要的東西,那你的路會比一般人來得寬廣。

[/QUOTE]

這就代表提供的不只是專案內容,而是在這個領域的經驗了。這個也是有Value的。
可惜這五六年來常見的是,聽了你的經驗,然後再去找別人凹便宜的做…。從一些見聞有感而發。
[/QUOTE]

以前聽過,別人說這叫做「騙報價單」:看你報價單的規劃內容跟所選的料件型號,聽你的know-how,再轉包給其他人做,這招陰險阿~

所以,我對純試探性的訊息都盡量不去理他。很煩~

我現在就是要就做,┌不要就拉倒~ 

不過也就是這樣,接案是個比較不穩定的工作。有大小月之分。

要專心做接案工作的人,這些因素都請考慮進去。