失敗專案的教訓
今天，收到客戶回傳的『專案取消同意書』，終結了我人生第一個失敗賠錢的專案。這個專案說來也創下我許多第一次經驗與嘗試，是值得回顧研究的特殊案例，也該好好想想原本是一個十拿九穩鈔票輕鬆入袋的專案，怎麼會搞到認賠收場這樣的結局？ 話說這個專案來得有趣，是因為我大學時期寫的一支 Freeware 工具程式，客戶因為想根據這個工具程式做出功能強化的版本而找上門。對方剛開始提出的功能需求，讓我覺得這個案子除了賺錢外，對我來說似乎沒有更多的附加價值，學不到新東西，程式碼也可能沒有再利用的機會。 於是乎，一開始我就 強調軟體量身訂做的費用高昂，對他不划算， 採取比較高調的回應希望客戶知難而退。沒想到對方意志堅決不肯放棄，硬要我開出一個價碼。 既然價格策略失敗，面對這樣吸血的條款客戶仍高興地抬高脖子面著我，卻也開啟我另一個經驗學習的機會－專案轉包。 這個案子我估計的實際價值和我開出的價格有相當大的落差，工期也從只要一個月結束的東西，硬拉長到半年，轉包的利潤空間和時間上的緩衝俱在，加上專案本身技術層次不高，若轉包的下游出了問題，我不管是再次轉包他人或是自己跳下去完成，都在風險與獲利可以兼顧的範圍內。 最重要的，我可以試試水溫，有實際的轉包管理與溝通經驗，增加我擴大工作室團隊的機會，這個原本學不到東西的案子換個方向竟然也可以讓我學到更多轉包管理的議題。 怎麼看都覺得天時地利人和，是個機會。 然而，從找人就是一種挑戰。在 104 和 JCASE 與程式設技俱樂部刊登外包專案，雖然一開始不少人來詢問，但是真正誠心願意回覆的人太少，大多喜歡讓案主空等，真不懂這心態是怎麼回事？還有人請他回覆報價和時程後竟然沉默了快一個月後，突然來信說他已經開發了七八成了，問這案子還能不能給他接，...