凡事起頭難---人才組織篇(二)(10)

惡夢的開始

　　在合購網站交件之後，接下來的揪團網站，以為會是比較順利，畢竟已經有了經驗，而且背後的資料庫和會員系統其實是一樣的，應該更會得心應手，然而卻發現進度沒有想像中的快，我很想瞭解這中間到底發生了什麼事，但業務給我的答案都是很敷衍，因此我只能自力救濟。

正所謂網路世界中沒有秘密，凡走過必留下痕跡，我透過了網路強大的搜尋功能以及許多的蛛絲馬跡，加上自己的研讀判斷，讓我直接找上了背後的三位工程師，甚至取得了他們的msn以及瞭解其真實的身份---成大學生。

##ReadMore##

　　他們一開始很驚訝我到底是如何的直接找上門來，我很誠懇的告訴他們，我只想知道事實是什麼，不會有任何不利於他們的舉動，同時也告訴他們，我將保密接下來的一切對話，他們與我坦誠一切我想問的問題，我才驚覺事情這麼的誇張。

　　一開始接我案子的高雄公司其實只是純接案抽成，他們發包給一家台南的公司，而台南公司是學生學長開設的，又把案子發包給這些學生，等於經過了兩三手，錢都浪費掉了，更令我驚訝的是，美其名是學長回饋給學弟賺錢，但學生拿到的可能只有不到三成而已，而且從頭到尾都是他們獨力完成，學長以及其公司沒有給予協助和指導，許多不會的功能，都必須自己看書和上網求救，既然這樣我真不曉得支付金錢給業務和那公司到底是付啥的。

　　當我瞭解狀況後，其實真的不忍苛責，尤其是之中還有我高中的學弟，只覺得他們也很委屈，他們也一再和我道歉，實在是因為臨時有人退出，加上參加一個比賽比較分身乏術，所以揪團的進度有所延宕，但他們願意之後加倍努力。

其實之前我就很滿意和工程師之間的互動對話了，的確蠻有責任感也蠻能夠溝通的，當知道是學生後，可能自己也剛從學生身份褪下，那種親切感很深，加上我的確很缺這樣的技術團隊，所以我嘗試著和他們溝通，希望做完揪團的案子後，可以繼續和我合作配合，同樣付錢，寧願羊毛出在羊身上，直接給他們，也不願被抽了好多手。

不過，他們幾個討論後，給我的答案令我很難過，可能是怕這樣對不起學長、可能是因為學生身份，總之就是拒絕了我，我真的蠻欣賞他們的，沒有辦法繼續和他們配合真的是件失望透頂的事。

凡事起頭難---人才組織篇(二)(9)

學習抓Bug

　　Bug指的就是程式和網站裡的壞蟲，這會導致使用者會得到錯誤的訊息或結果，我同意工程師在交付新功能時，一定也有努力的測試和抓取bug並修正，然而當局者永遠看不清狀況，千萬不要期待著萬無一失，尤其是當功能越來越複雜、系統越來越龐大時，牽一髮動全身的時候，工程師是很難掌握住前因以及後果的。

##ReadMore##

至於到底開如何抓Bug，我根本沒有相關經驗，也沒有人可以教我，按照常理判斷，就是不斷地探索各種可能的輸入資料，哪怕是不按常理的資料也要試，然後觀看輸出結果是否為正確的消息和反應。

所以我就開始學習如何有系統和有效率的快速抓取bug，這工作給別人做一定無法得心應手，畢竟這案子是我一個字一個字打出來的，所以比任何人都要清楚每個枝微末節和來龍去脈，其他人若沒有仔細的觀看計劃書，很難抓到精要去做到完整的測試。

我一口氣先註冊了10個ID，同時也測試不種狀況下的註冊結果，再針對每個要測試的功能，除了先用正常人的正確使用方式去測之後，就要開始使用其他ID去測試交叉的功能，以及相對應其他功能所造成的影響，也得注意回頭測試與這個新功能有關聯性的功能，因為往往會出錯的不會是新功能本身，而是與其他功能的交叉反應，或者是導致原有功能反而有問題。

更重要的是，必須假裝自己是惡毒的澳客使用者，絞盡腦汁的惡搞功能，看看是否會出現意外的狀況，這感覺就好像是服務業管理裡頭的神秘訪客，特別去服務單位測試任何可能的意外，這實在有趣，畢竟現實生活中，我也很想去號稱服務精致的王品餐飲集團中惡搞，故意亂點東西或者是要求創新吃法，然而一流的服務業SOP就是應該有防範此種澳梨子(outlier)的功力。

同時也必須假裝自己是網路初學者，也就是裝笨裝呆，看這功能對於初學者是否有防呆的防堵機制或者處理方式，千萬不要用自己的觀點去測試，要學著裝做自己是第一天接觸網路世界。

我也開始安裝多種瀏覽器來測試，畢竟在某些瀏覽器的狀態下，有些功能就是會神奇的被擋或者失效。

抓bug的眉角真的必須實際體驗過，而且抓到後，不僅要學著把圖片抓下來、問題紀錄下來，還得幫工程師設想解決方式和可能的問題之所在，這樣才是專業的PM，也才能有效率的解決問題，不應該只會丟問題，而不去共同探討問題的來源和解決方案。

每次在我嚴格的把關之下，總會出現許多的狀況，針對這些狀況也是我當初寫計劃書所沒有想到的問題，因此功能就必須一再修正，也讓開發的時程不斷延後，有時候真的很感謝工程師這一路以來的協助，雖然我看不到他們、不認識他們，但透過一次一次的往來溝通，我內心已經和他們建立了革命情感以及合作的默契。

凡事起頭難---人才組織篇(二)(8)

外包的進行過程II

　　因此我開始生氣的要求必須直接和工程師對話，儘管他們一開始宣稱公司內部做法就是不准客戶與工程師對談和見面，好聽是保護工程師的清靜和獨立，但其實說穿了，就是因為一直外包出去，所以怕客戶直接找工程師接案，讓業務端賺不到這一手。我就火大了，你們要賺錢我無所謂，我在乎的不是錢，是網站品質要做好，所以我就直接招示他們意圖，告訴他們下個揪團案子一樣會給你們業務去接，但你們得把工程師的聯絡方式給我，所以我終於可以和工程師直接對話了。

##ReadMore##

　　那種立即測試、立即發現問題、立即傳達、立即修正的感覺好多了，心中的大石頭也比較能夠放下了，工程師共有三位在負責這個案子，而與我討論的窗口工程師其實蠻令我滿意的，儘管時程還是會延期，但能夠直接掌握到進度卻是蠻令人不用再那麼擔心。

　　在進行到一半時，第二波的功能「揪團聚會共乘平台」網站建構書也已完成，這次寫下來由於有合購建構書的經驗，加上和工程師對談的經驗，所以寫起來已經逐漸得心應手了，因為一開始的規劃就是希望合購和揪團能夠相輔相成，所以會員系統是互通的，許多功能平台也必須有相聯性，因此在異中求同下，也是有些必須折衷和權衡的。

　　在我的行銷規劃中，同樣的資源一起推廣兩個功能是事半功倍的，因此我也要求他們能夠立即著手我的揪團網路平台計劃，然而對方說工程師就是這一組，無法分心去做新的功能，必須等到現有的合購平台開發完才有時間繼續做，其實這消息對我很不利，這代表著我必須等待三個月再加上三個月，很快的創業頭半年就是耗在開發上，但也只能無能為力的答應，畢竟再找新的團隊來做，是不容易銜接上的。

　　更不利的消息是當看了我的揪團建構書後，他們覺得揪團有許多的新功能必須額外開發，所以開了一個比合購平台還要貴的建置費，我覺得非常的誇張，因為這兩個平台背後的會員系統、社群系統、好友系統、信件系統、資料庫系統等等，都是共用的，至於新功能的開發，一定會有新的，不然就複製就好了，而且新功能我都對應著幾乎沒有變的版面去開發，光美工開版就省了不少功夫，更不用說學習曲線累積的經驗可以更有效率，而且時間居然一樣要三個月…。

　　其實我是很無力面對的，因為當時合購平台還沒開發完，我很難再找人做揪團平台，我只能很訴諸於道理的要求他們降價，至少要比合購平台便宜，並釋出甜頭說可能會有第三個平台也給他們賺，很高興他們聽懂我的理由，終於降價了，但開發的時間還是三個月。想想也就算了，真的硬要逼他們提早結案，但卻要東改西改，那麼提早也沒意義，就三個月吧。

凡事起頭難---人才組織篇(二)(7)

外包的進行過程I

　　一開始美工必須先把版型敲定，工程師才能開始動工，所以很快地就寄了初步的版型給我，當時的我，對於啥是良好的使用者介面並沒有概念、加上本身對於美感的判斷實在過於薄弱，所以並沒有特別要求，很快的就通過了，因為我在乎的是功能是否完善，我要的是一個功能都ready的網站，而非給我一個虛有亮麗外表的網站，畢竟當時覺得改版並不難，同時也認為一個工具平台要的是整齊的外觀，而非亮麗的外觀。

##ReadMore##

　　初期，工程師必須先行理解網站建構書內所有相關功能的來龍去脈，因此每天都會丟好多問題與我溝通，我並不討厭這樣的過程，相反的是我非常喜愛，我認為儘管沒有辦法像自己的員工一樣，可以每天當面掌握進度，但若每天都有些問題來詢問，代表著真的有關心我的案子，也就比較放心，並且這樣的雙向來回討論可以幫我修補這份建構書的不足之處、以及瞭解工程師單方面的誤會在哪裡，有助益日後的進度。

　　然而大部份的時間裡，我還是處於無法掌握的狀態，整天只能乾著急，只能不斷地發信或敲msn給業務或者所謂的助理工程師，「請問一下工程師那裡還有問題嗎？」「請幫幫忙摧一下好嗎？」「請問一下現在的狀況進行到哪裡了？」隨著每個檢查時間點的到來，我越是擔心，工程師那裡也的確一次一次的拖延、或者應該交付的功能不完全，理由就是千篇一律的功能比想像中複雜、很多技術問題有待進一步克服、這功能必須等之後的功能做好才能呈現等等。

而我的標準也漸漸降低了，有時候延個一禮拜反而值得安慰，畢竟有總比沒有好；就算看到充滿問題的成果也令人從生氣變成無奈，因為那代表著至少我可以加以測試並和工程師開啟對話。

　　隨著每個功能問題的一一浮現，整個進度時間表也跟著延後，而我也只能告訴著自己，晚到總比不到的好，我也發現了這樣的溝通過程出了很多問題，這問題其實早從一開始就讓我覺得很奇怪了，因為簽約時上面的乙方也就是接案者，和我接洽的公司名稱並不一樣，業務告訴我這公司是之前的名稱，現在準備要和這間台南的公司合併了，之後會把名稱換成正確的，但儘管email的稱謂有漸漸換成台南那公司名稱，但每次我踏進公司時，招牌的名稱卻還是沒變，我也查了網路上關於這兩間公司的一切，其實心裡大概有個底了，但每當我詢問一次，得到的答案都是很敷衍，我也覺得就算了，畢竟我的重點是網站要做出來，你們公司的組織概況要怎麼搞，我不用太去瞭解。

　　其實我也早就發現高雄的這間公司，其實如一開始與我接洽的業務經理所稱，他們就真的只是業務而已，到處接案子然後再到處發包，我的網站和logo美工都是這樣處理，起初的確還蠻有效率的，所以也就沒那麼在意到底是否是自己做的，但越到後來越發現不對勁，時間拖延就算了，很多時候問題的傳達除了有時間的遞延效果外，連問題的本身也打折了，因為中間的傳話太多層了，這樣來來回回的錯誤修改實在花費彼此太多的時間成本了。

凡事起頭難---人才組織篇(二)(6)

網站外包契約簽定II

其他還有許多基本要詢問再三的細節，像是：

1.付款方式

必須瞭解錢應該怎麼付，含稅還是未稅，通常是未稅，因為很多時候是個人工作者接案，要開發票報帳有時得另外加%，因為可能得找人頭公司幫忙開發票。分幾期，小案子就是簡單的兩期，簽約時以及交付時兩期，然而若時間拉得太久，可以要求分成三期，以保護自己。

比較大型的案子會分成前中後三期，30% 30% 40%，有時候接案者可能比較缺錢或要保障而會提出40% 30% 30%的方案。

##ReadMore##

    2.結案時間

案子比較大時，會有前中後三期的時間點供檢驗，每一個時間點都有相對應的檢查內容，這些檢查內容是由接案者決定，簽約完後，他們就會給予一個工作時程表。

通常接案方握有7~10天的延長期，並且擁有延一次的權利，但往往發案者比較在乎的是到底能不能拿到好的成品，所以通常願意接受延期，只要成品是好的，畢竟一味的趕鴨子上架通常會造成品質低落，並且就算接案者如期在檢查時交付，但如果給予的是很粗糙的內容，一定還是會被不斷地的打槍，這樣就會造成幾乎是無限期的延長，而修正的時限很難一開始簽定，因為發案者總是會一再的要求，但又很難到快完工時，發現因為一直做不到理想中的畫面，就終止案子換一個新的開發團隊製作，所以大案子因為修正而延長幾個禮拜是很正常的事。

3.是否包含美工

接案方若是單純的soho族或工作室，可能會另外報價，畢竟美工部份不是他們擅長的事，他們也是另外包給配合的人做，若比較大型的接案公司，會有自己的美工，加上案子又比較大時，報價就會包含版型和logo的美工，但也不要太期待，品質非常難要求，換版本的權利也只有兩三種可以選擇，或者兩三次更換，只能從中挑選比較不討厭的版型和logo而已。

4.是否包含維護

比較之前的接案者會就維護部份另外收取費用，可能因為包含主機架設租用、資料庫持續維護等等，但若是單一案子的簽定時，發案者必須要爭取日後若有相關此案子的任何bug衍生問題，必須免費予以處理，這比較像是維修的權利，不得另外收取維護費用。

通常會給予一年的維修時間，但這中間一樣有許多空間，畢竟有些bug的解決可能必須另外開發功能，那麼到底收費與否就是值得討論了。

總之，外包的問題真的非常多，品質也很難達到滿意之上的需求，若並非權宜之計，還是應該要擁有自己的技術夥伴或團隊。

凡事起頭難---人才組織篇(二)(5)

網站外包契約簽定I

也因為網站建構書講的更仔細了，功能比外包公司當初認為的還要多很多，所以告訴我之前的報價太低了，又加了快一半的價錢上去，我當然不服氣，但也可以理解，當初講好的價錢是建立在那時所能談論到的範圍，而我也不願意在比價過程就將自己所有的底牌告訴每一個接案者，所以已經有心理準備會被額外加錢，但因為幅度過高，讓我不是很高興，最後我以下個揪團案子會繼續包給他們做為條件，取得了些許的折扣，但我知道合購和揪團的案子本來必須要給同一組人做，才能比較完整，所以我反而很怕他們之後會只做完合購就不做了。

##ReadMore##

在簽定契約時，又是另一門應該學習的課堂，就因為我是門外漢，所以我必須更保護自己的權利，尤其這是生平第一次要簽署一紙會花到我十幾萬的契約，我要求外包公司先寄給我他們的制式契約書觀看，同時也找了一些網路上的範本比較，並問一些之前有意願要合作的技術朋友，是否有哪裡需要特別注意，其實我發現有很多該注意的事項並沒有列在大家所謂的制式範本裡，例如：

1.壓力測試

做好的網站當然都會測試，然而現在完好的網站，不代表未來流量成長時也能不出錯，壓力測試就是要試許多人同時上線、使用功能時的一個檢驗。

然而當我詢問外包公司時，他們的答案是說這通常必須另外收費，而且這和我所租用的主機有關，他們只能保證網站撰寫時，背後寫的邏輯會考慮到人多時的問題。

2.瀏覽器的問題

這問題其實蠻嚴重的，但很多人都會忽略，起初的我也包括在內，一般的大眾都是用IE來觀看網站，有時候會用kkman邊上bbs和邊讀網頁，然而，根據我接觸到的網站流量報表發現，其實火狐(firefox)瀏覽器也佔有了約兩成的使用率，其他瀏覽器則有約1~5%的使用率，這些都是使用者，總不能因為別人不是用IE就拒人於千里之外。

而且，很多時候，有些特殊功能可能在這款瀏覽器ok，另一款卻出錯

，直到今日，我還是可以在很多規模很大的網站中看到此一問題，一個好的工程師，應該在開發一個網站或功能時，都要把所有可能的瀏覽器變數考慮進去，並且加以測試，因此我就在合約書上要求增加這條規定。

3.網站擁有權的問題

這點其實有點出乎我意料之外，我認為是我花錢找人製作這個網站，這個網站的所有相關權利和程式、原始碼等都應該歸我，然而工程師初期非常不認同這點，他們覺得他們是作者應該擁有這個網站的所有權，或者可能他們考量日後的維修也想賺我一筆，想要通通掌握在手中，不願意通通釋放給我。這就像一間公司找來一堆工程師開發技術，雖然這個專利主觀事實上是屬於這群工程師的，然而或者通常在勞資雙方契約簽定時就會說明，員工於公司內研發的專利歸屬於公司。

這點我也是很堅持的，若網站所有權不屬於我，那麼我付出的金錢就沒

有意義了，這網站隨時可能易主，而且我還特別註明在結案時，必須將系統文件、資料流程圖、程式流程圖、ERD、使用手冊交給我，雖然我不是很懂這些是什麼東西，但越詳盡對我越有保障，但對於工程師來說卻很痛苦，除了網站外，越多文件的交付是越重的負擔。

4.侵權的問題

這問題其實有點模糊和複雜，並非能夠徹底瞭解或者一言以蔽之的，在開發網站的過程中，往往會用到許多在網路上面的圖片、程式、功能套件等等，更不用說開發過程使用的軟體合法性等問題，為了保障自己，我也強調了這網站的開發過程中，工程師必須保證並無不法或侵權。

以免日後產生糾紛時，擁有網站所有權的人，必須背負開發網站工程師的侵權過錯。

凡事起頭難---人才組織篇(二)(4)

撰寫網站建構書

在確定簽約前，我必須把這網站的計劃內容，也就是網站建構書先撰寫出來，為了保障我的權利，我必須盡可能的把內容寫的越詳盡越好，包括使用者看到這網站第一眼會看到什麼畫面、網站的風格呈現是啥、點了什麼按鈕會出現什麼功能、什麼反應、每一種功能背後的邏輯意義又是什麼，因此網站建構書會是如同樹狀般的環環相扣、層層的堆砌至許多的子項目和內容。

##ReadMore##

要小心的是千萬不要以為把網站大綱和功能名稱寫出來就好了，能夠寫到多細節就盡量寫，不要怕繁瑣也不要怕自己在畫蛇添足，因為這除了是保護自己外，也是在幫忙計劃的推行，工程師不會那麼利害的舉一反三，你若沒說到，他就只會做到他自己想像中的功能而已，而他的想像只會停留在最有利於他完成的階段而已。

比如，同樣一個「站內信件功能」，你就不可以只寫說我這網站要有站內信功能，而是必須談到許多子功能和細節，例如至少要有連結站外信箱的功能、編輯器、信件主題分類、系統自動發信功能、全選寄信、寄件備份等等額外功能，否則工程師只會視他抓到的套件，做出對他最好做的站內信件功能。

為了把網站建構書寫完整，我很早就開始構思撰寫了，因為就算是找尋技術夥伴的過程中，也必須給他先大概過看過架構，建構書要寫的清楚又完整必須有賴於平日就常閱覽許多網站，瞭解一些特殊功能和體貼的小設計，以及其代表的背後意義，再消化成適合這個合購網的功能設計。

我以前從沒有寫過這樣的一個網站建構書，一開始很想找有沒有相關的範本可供參考，就像我的第一本創業計劃書也是看了範本才會寫的，但都找不到相關範本，找到的也只是列出大綱而已，沒有詳細的解說，這樣也好，試著挑戰自己類似當一個PM的功力，看我寫的工程師是否能夠抓到重點。

這樣的建構書我寫了三四十頁，更詳盡的功能解說也不斷地的發展和延續，有時還得另開一個新檔特別解說，所以總頁數可能更多，但我其實很擔心自己寫的不夠好，畢竟這是我的第一次。

網站建構書可以說是比創業計劃書更重要的文件，以創業比賽時的說法可以稱之為技術機密文件，所以不能到處流傳出去，我給了幾位身邊的好友幫我加以檢查，若他們能夠理解，我想應該就沒有太大的問題，但可能是太多內容了，大家不一定有空看完，給予我的回覆都是很利害、很完整。

網站建構書是附在合約書的後面，讓雙方都有個依歸可以遵循，工程師看到這樣詳盡的說明書其實比較高興，畢竟他們可以照本宣科的做，不用花太多的腦力去想像該怎麼做，他們同時也很驚嘆我可以列出這麼多意想不到的功能和設計。

凡事起頭難---人才組織篇(二)(3)

網站外包的經驗之談

和他們當面談論的過程，就是我先把心中的網站想法先勾勒描繪一遍，此時通常有一半的人會說這案子一個月就成了，價錢是十萬左右，然而當我找幾個相似網站給他們看過後，他們就開始面有難色的說這是大案子，可能要二至三個月才能完工，我想這都是業務導向式的說法，他們只管先接到案子再說，根本不管品質，比較仔細的人會立即將每一個功能開發的需求都寫下來，甚至會舉一反三的問我需不需要額外的什麼功能或者改成怎樣會更好，這樣的對答總是會令我比較放心，儘管價格比較高，但會令我挺動心的。

##ReadMore##

談了兩三個禮拜後，我還是得拍板定案，雖然台北的接案者感覺最為專業，然而價碼卻是最高，甚至是兩三倍的高，接著我也考量到，幾乎每個人都說網站開發工作時程至少都要兩個月，在這中間過程，我必須時常的監督和追蹤，儘管可以透過網路來觀看，但不放心的我還是想要當面討論，再加上高雄的價碼真的便宜很多，考量到本身的資金預算，以及我的初步打算就是先用較低廉的價格，換得一個俱有雛型的網站，再找夥伴一起改版和努力，所以我最終就選擇了一家蠻早就接觸到的高雄在地公司。

他們之所以打動我，除了價格之外，就是因為當時有三位人員共同聽著我的需求，分別是業務、規劃工程師和前台設計人員，這樣的好處是整體性很夠，彼此可以掩護彼此的不足，像我很難接受的就是和一位純工程師思維的人在談case，總覺得彼此的磁場有點不搭，思維和看重的點也不一樣、所用的語言也很難傳達；更難接受的是和一位純業務的人談，他們一心一意只想搶案子，根本不管我的需求和網站的難度與品質，但若能同時有業務在旁邊協助工程師打圓場其實加分不少。

因此，我的建議是一定要和接案方當面詳談自己的需求和想法，能夠的話一定要找到相似的網站、功能，並把自己心中的畫面透過描繪或者文字表達出來。對方最好也應該有多元的思維在接案，不應該是一位純工程師在和一位完全不懂架站技術的人對談；也不應該是一位不管如何就是先搶到案子的業務來談，好的業務應該多少懂得網站的背後原理和難度之所在，提出建言來幫忙，以切合需求的整體規劃和後續行銷推廣為目的，而非汲汲於要報價、要簽約，並且能夠用你的專業和誠懇來打動，而不是赤裸裸且粗糙的無謂積極手法。

    同時我也建議真的要多找幾間商談及比價，尤其是網站外包的世界價格真是亂七八糟，有時候都很懷疑有些煙霧公司，會胡亂報很高的價格來製造效果，也必須再三詢問工程師是誰，是不是又外包出去或者給大陸人做。

凡事起頭難---人才組織篇(二)(2)

門外漢的接洽過程

　　雖然我是十足的門外漢，很怕在接洽的過程中，會受騙或者造成彼此間的誤會，但一些基本的判斷還是足夠的，像有一種人我是絕對不會讓他們接我的case，這種人通常劈頭就問我到底要做啥(其實我比較有興趣的是你會做啥)，然後聽完我的簡單描述後，還沒弄懂我的確實需求，馬上就說這問題不大，挺容易的(這通常代表著問題很多或者你沒有能力看清)，我擁有多年經驗和功力，馬上就可以開工(這代表著我應該砍你的價碼嗎)，業主你預算多少，開個價吧(我就是門外漢，我才想請你開價)。

##ReadMore##

　　另外有一種人也令我挺頭痛，他們會寄來一堆的網站成果，強調著他們有多強的美工能力，可以把這網站做的多美，多炫的功能和多花俏的外觀，他們都可以做得到。老實說，當時的我，只在意功能是否好用、是否達到我心中的目標，花俏不該是一個功能取向網站該注重的，你給我一堆動畫，我只能說你搞不清楚狀況。

　　最後一種人，是我很感興趣的，並且願意進一步和他們聯絡的，儘管一樣會寄自己過往的成果，但這些成果不僅僅只是公司形象網站，而是多元的功能系統網站，另外從他們是否擁有自己的宣傳網站也可以看出是否夠專業。例如有一位朋友就真的很令我讚賞，他的字句充滿著誠懇和謙虛，他的簽名檔揭示了許多網路相關的理論，他的個人網站擁有許多的小工具供業主使用，更有契約書供下載以及教導相關的合約注意事項，買賣不成也可以從他那懂得許多知識，儘管或許此次不一定有緣份合作，但他一定會是接下來合作的口袋名單，只因為他的專業讓人願意在腦海中留下一個位置給他。

　　通常我希望能夠與這些人當面談論我要做的內容，因為我很難透過電話或email就講述完這個網站的輪廓，我也不相信他們可以藉由簡單的幾句話，就掌握到自己應該做的義務為何，所以我又開啟了另一波的台灣網站外包走透學習之旅。

　　起初是抱著多學習、多請教、多比較的角度、以及網站外包也可以在異地進行的想法，所以台北、台中、台南、高雄的接案者，只要他們願意，我都希望與其當面談論，因為我就是個門外漢，對於網站的架構一竅不通，面對這種狀況，只有謙虛的多方聽取，裝成一個傻瓜，不懂的就問，這樣的收穫和學習才會滿載。

凡事起頭難---人才組織篇(二)(1)

不得不為的權宜之計

　　在找創業技術夥伴的過程中，並沒有想像中的順利，但網站開發的過程不能因此而有所延宕，必須另找途徑來克服。

　　在多種企管領域和管理書籍裡面都告訴我們，企業對於不擅長的領域應該盡量外包、或者找合作聯盟關係，將力量和精神專注在自己的核心能力上，這道理很簡單，術業有專攻，該交給專業的就讓專業來，全部都一手包的狀況下，只會變成四不像。

##ReadMore##

創業在某種程度上，是最需要外包和合作的，尤其是初始的資源和情勢皆不允許創業者有太多的分心，因此「網站人力外包」變成是我不得不為的權宜之計，除了實在因為創業夥伴或團隊的難以尋找外，單純找員工來做的成本和代價也太高，一個好的網站計劃案很難由單一的工程師完成，通常除了工程師外，還必須包含著一至兩位懂規劃設計和美工編排的員工是比較適合的，假設一個人三萬的月薪，三個月就花掉了27萬的費用。

　　大家也不只一次的提醒我，外包的品質很難去掌握，到時的維護和修正等問題更是不易處理，但現階段的我，可說是無從選擇。所以我開始嘗試在人力外包網上登錄需求，許多技能相關的勾選項目我都一頭霧水，但還是得硬著頭皮登錄，反正就是盡量勾選就是了…；另外對於網站內容的刊登說明，一方面自己對於技術說法無法表達，一方面也為了不讓計劃過度曝光，所以我只簡單寫了「web2.0大型相關網站建置」，或許這名稱的想像空間過大，或許看似預算很多，所以詢問的電話和信件立即似雪片般的飛來。