本站同時寫給人與 AI 閱讀,內容與程式由 Claude 協作製作。給機器的入口 llms.txt
常見問題

常見問題

關於用 AI 做公司的系統、導入與維運、合作方式與保密,最常被問到的問題。

用 AI 做公司的系統

公司的系統可以自己用 AI 做嗎?

看是誰要用。只有你自己或兩三個人用的工具,可以,而且很適合,不必找我們。要讓好幾個部門一起用的系統,寫程式只是其中一小部分,資料、例外和部門之間的協調才是決定成敗的地方。

已經用 AI 做了,為什麼還需要找人?

AI 沒有站在你的現場過,不會去問倉管和會計每天在煩什麼,不知道的地方它會用聽起來合理的做法補上,而且不會對結果負責。需求有沒有聽對、有沒有跟使用的人談清楚、上線後出事誰處理,這些要有人來做。

用 AI 做到一半,越改越亂,要整個重來嗎?

通常不用。先把現況讀一遍,多半會發現真正有人用的只有一部分。留下那一部分、整理資料結構、把維護的責任交接出來,往往比全部重寫實際。

我是主管,自己用 AI 把系統做出來了,有什麼要注意的?

注意責任會落在你身上。系統是誰做的,出問題大家就找誰,久了你會變成回答操作問題、修資料、改功能的承辦人,原本該做的決策反而沒時間做。建議一開始就決定系統之後歸誰顧。

AI 寫出來的程式,出問題誰負責?

我們經手的部分由我們負責。AI 是工具,交付的每一段都經過我們審查,簽約的對象是如新科技,不是 AI。

用 AI 開發,公司的資料會不會外流?

開發時交給 AI 的是程式碼與規格,不是你的營運資料。需要用真實資料測試時,在你的環境內進行,或先去識別化。行業若有特別的資料規範,會在合約中寫明做法。

導入與維運

系統功能都做好了,為什麼同事不用?

常見的原因有三個:舊資料沒整理,系統裡查到的東西不可信;系統要求的做法和現場實際的做法不同;用系統讓某個部門多了工作,好處卻是別的部門拿走。這些都不是功能問題,要到現場看才知道是哪一個。

部門之間對系統的意見不一致,怎麼辦?

這很正常,而且通常每一邊都有道理。這時候先不要寫程式,寫了只會把爭議固定下來。我們的做法是分別聽完各部門的立場,把範圍談到大家能接受,再挑一個最願意試的部門先開始。

公司的系統越來越多,該怎麼整理?

先盤點,不要先動手改。列出有哪些系統和工具、各自管什麼資料、誰在用、誰在維護。光是這張清單,通常就能看出哪些重複、哪些沒人顧、哪一套壞了影響最大。

別人做的舊系統,你們可以接手嗎?

可以。先做接手評估:把原始碼與資料庫讀一遍,整理出現況,告訴你哪些能繼續用、哪些有風險。有原始碼最好;沒有原始碼時,要看資料庫能不能讀取,再決定做法。

我們已經有鼎新或正航 ERP,還需要另外做嗎?

看你卡住的那一段 ERP 有沒有。套裝 ERP 已經夠用的部分,不要另外做。行業專屬、ERP 放不進去的那一段,可以在旁邊補上,資料直接與 ERP 相通,不必整套換掉。

系統上線後誰維護?

可以由我們長期維運,也可以交接給你的人。不管哪一種,一開始就會講好歸誰,交付時附上接手的人看得懂的紀錄。

合作與費用

合作怎麼開始?要先準備什麼?

不需要準備規格書。留言說說行業、現在用什麼、卡在哪裡就可以。第一次談我們會問很多現場的問題,談完你會知道這件事大概多大、要不要做。

談完如果結論是不要做呢?

那也是一個有用的結論。有些情況買現成的就夠,有些情況流程還沒有共識、不適合現在動工,我們會直接講。

一定要簽長約嗎?

不用。建議從一件小事開始,例如一次需求的釐清,或一次現有系統的盤點。合得來再往下。

費用怎麼算?

計價方式有三種:依時數、按月、依專案階段。網站上不列價目,因為同一句需求背後的範圍可以差很多。第一次談完會給明確的範圍與報價。

做出來的原始碼歸誰?

依合約約定。一般情況下,為你開發的原始碼與文件在付款後交給你,你可以自行維護或交給別人維護。

我的行業不在你們列的清單裡,可以找你們嗎?

可以。我們熟悉的不是某幾個行業,而是怎麼弄懂一個新的現場:問對問題、聽出沒說出口的規則。

公司在哪裡?會到現場嗎?

如新科技在台中。了解現況與上線的階段會到現場,日常溝通以線上為主。

你們用什麼技術?

技術跟著問題走,不是重點。既有系統用什麼,我們就接什麼,不會為了用新技術而重寫。各產業頁的最後有列出該案例實際用的技術。

保密

可以簽保密協定嗎?

可以,而且這是常態。

我們的案子會被放到你們的網站上嗎?

未經同意不會。即使同意,也只寫行業別與做法,不寫公司名稱。