一位網友在PTT行銷板發問,詢問的內容是關於如何建置系統案,以及因為本身進入企畫領域的時間並不會太長,常會在該相關工作項目中受挫。再者是老闆對於他所提出的企劃書總認為不夠完整仔細,幾次重挫他的信心後,不知道該如何解決眼前的問題,以致於想放棄這工作。他提到規劃系統資料庫時,該怎麼樣進行比較恰當呢?又人才資料庫的開發其思考方向為何?以下就是針對他所提問的內容,分享個人經驗作為參考之用。

 

有時候即便是建置資訊系統,也是需要了解市場需求以及市場動向。寫法技巧好或不好可以靠經驗慢慢累積,但要建置一套系統,首先要問自己對於該產業的Domain Know How 足不足夠。畢竟一套系統要花上數週或是數月去開發,耗費的時間與成本難以精準估計,多數人只能用經驗去推估概略值,尤其碰到跨產業的系統建置案時,接案公司有沒有能耐了解對方產業運行中相關細節就變的格外重要。

 

寫系統建置企劃書不單單像是填表格的方式將各章節各細目一一填上,其實最主要的是在於需求上的細部分析。常常分析需求會碰到提出需求的人僅只是口語方式分享自身的需求,但聆聽者或企劃人可不可以清楚的知道需求者提出需求的背後,他真正想要解決的問題是什麼,這邊反而比較重要。就經驗來說,多數的系統企劃,前期需求光是寫成會議紀錄或是訪談紀錄表,都可以寫上數十頁數百頁,再來才是針對數頁需求中找出系統需要建置的幾個關鍵點。

 

蓋大樓前,通常都是先蓋大樓鋼骨,但在進行建構鋼骨工程前,一定是劃好完整設計圖以及考量到各項執行細節,所有準備工作也必須於正式施工前完畢,即使沒有完畢,那也不能佔整體施工進度的一定比例,以免影響日後施工進度,當萬事具備只欠東風時,等到東風到,一切便可於掌握中運作。

 

同樣的,寫系統企劃書,最先期就是要分析好各種需求,需求來源通常跟市場動向息息相關,一方面要考慮內部需求,另一方面則是思考外部可能。需求分析足夠到滴水不漏時再將需求化為實際設計系統的文件,一點一滴的把各項需求所對應的各能放置在預想架構中,接著進行系統架構規劃,有一點必須事先提醒,資訊系統架構是建置在『資訊』上,不是功能或是頁面,是資訊。

 

資訊是什麼?資訊是依客戶需求分析出的各項目後所得出要提供給予外界的結果。撇開前端需求,光針對資訊規劃又分成許多可能,比方資訊操作的方法、呈現的速度、紀錄的步驟,各式各樣針對資訊而衍生出來不同對應作法。舉個實例來講『會員資料庫建構』,好的會員資料庫不僅在維護上容易,整理上輕鬆,擷取時快速,更重要則是資料具有『可攜性應用』之價值。

為了達到資料『最佳化』,從資料庫結構、使用者經驗、技術應用、可行性分析、操作動線、介面設計、執行效益等,都成為了可評估的項目。全球資訊系統均只為了一個目的,那就是將資訊顯現在有需要的使用者面前。一套設計良好的資訊系同可以符合市場潮流,讓系統新鮮度在幾年內不會退流行,並考量到管理者或是一般使用者於操作時可能碰到的狀況,以最快最容易最輕鬆的方式把資訊提供給予各方提出需求的人手上。講白點,做自己想要用也真的有用的系統,不要做出對自己沒用也不想用的系統,那毫無意義。

 

企劃案不是玩文字遊戲,企劃案驅使整個團隊向前運行,就像是操作手冊一樣,指引使用者操作眼前的事物,如果企劃案內容無法成為系統建置的指引,這企劃案基本上也不過是淪為文字遊戲下的失敗產物。試問,一本無法教使用者操作的手冊,致使操作者到最後無法順利操作手上物品,那這本操作手冊存在的意義又為何?

 

套句某廣告名句:想像力就是你的超能力。企劃書的內容充滿了想像力,想像應該是無限,即使是一個沒有經驗的企劃人,同樣能夠用無限想像力去思考去找尋各種可能,而不是畫地自限僅僅以基礎自我認知就作為整套企劃的核心主軸。再資深的企劃人,也是會遇到不熟悉不了解的領域,此時以想像伴隨著真實,認真細心去閱讀需求產生的各種可能,於文字、於話語、於影像、於聲響間找出真正答案。想像,能將各種可能具體化的停留於腦中,如何將腦中資訊引導到書面文字,均看想像者本身對於資訊認知程度有多少。

 

好的企劃人,無時無刻在強化自己,只有透過不斷學習,跨界重新思考,才有可能寫出好的企劃案。要如何規劃好資料庫系統?答案很簡單,去翻翻資料庫設計概念,翻翻相關書籍,不少書中第一章很清楚寫道建構資料庫系統時應該具備的觀念,這不單單是程式設計師或系統管理員的課題,身為企劃人員為了規劃出一套優質系統,同樣也需要具備對等知識,這才有辦法應付各界的難題。心態決定一切,肯用心思考花時間解決,永遠不會有問題,只會有怎麼做比較好的答案。

 

人才資料庫的開發與作法,應就『人才』兩字先行進行各項分析,不了解人才兩字背後帶來的意義,即使說了答案,依然有可能不了解為什麼當初要這樣做,以後面對到同樣問題還是會有相同疑問。因此,為了解決答案,建議首先去蒐集足夠資料,了解『人才』兩字所帶來的各種可能,針對各種可能去分析背後隱藏的問題,為了解決這些問題,就是『人才』所可能產生的系統建構需求。沒有需求就不會有供給,問題永遠出在需求分析不夠仔細不夠清楚。

 

額外提醒一點,『可行性評估』永遠是菜鳥心中的痛。因為沒有經驗所以剛接觸這領域的新鮮人無法掌握整個專案運行真實可行性,於是常會寫出毫無可行不符合市場需求的案子,反覆幾次挫折下多少會讓自己產生疑惑。要提升對於事情的『可行性評估』能力,最好方法就是實際下去『做』過,才會知道當整件事情要交給相關負責單位執行時,會不會遇到同樣問題,能不能夠提前預防,至於沒有經驗或機會實際去做?那全看企畫者本身積不積極努不努力而已,天下沒有白吃的午餐。

norika1207 發表在 痞客邦 PIXNET 留言(1) 人氣()


留言列表 (1)

發表留言
  • SuperKind
  • 寫的很讚喔!!
  • 你客氣了~

    norika1207 於 2009/07/13 08:39 回覆

【 X 關閉 】

【PIXNET 痞客邦】國外旅遊調查
您是我們挑選到的讀者!

填完問卷將有機會獲得心動好禮哦(注意:關閉此視窗將不再出現)

立即填寫取消