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

不從「要做什麼系統」開始,從你卡在哪裡開始

現在要把一套系統寫出來並不難。難的是決定該不該做、先做哪一段、做完誰來顧。所以我們的合作方式是依你現在的處境分的,不是依產品分的。

還沒開始

先談清楚,再決定做不做

有想法,但不確定該不該做、該做多大,或部門之間還沒有共識。

  • 到現場看現在實際怎麼做,包括不照規定的部分
  • 看真實的資料,找出缺漏與例外
  • 聽各部門的立場,把範圍談到大家能接受
  • 排出導入順序:誰先、哪一段先、這次不做什麼

你會拿到:一份大家看得懂的範圍與順序。結論也可能是「買現成的就好」或「先不要做」。

形式:短期契約,依時數或階段計價

做到一半

接手看一遍,決定怎麼收尾

自己、同事或外包用 AI 做了一半,越改越亂,沒有人敢再動。

  • 把現有的程式與資料讀一遍,整理出現況
  • 分出哪些可以留、哪些要重來、哪些其實沒人用
  • 整理資料結構,讓之後改得動
  • 把維護的責任從做的人身上交接出來

你會拿到:一套收得起來的系統,和一份接手的人看得懂的紀錄。

形式:評估依階段計價,後續可轉長期

做完了

找出為什麼沒人用

系統做好了、功能也都有,現場還是回去用 Excel 和 LINE。

  • 到現場看大家實際怎麼繞過系統
  • 分辨是資料不可信、流程對不上,還是某個部門沒有好處
  • 重新排導入順序,先讓一個部門真的省到事
  • 只改必要的地方,不重做

你會拿到:一個重新開始的順序,和第一個真的在用的部門。

形式:短期契約,依時數或階段計價

越來越多

長期有人看著全貌

系統和小工具一套一套加,沒有人說得清楚有幾套、誰在顧、壞了影響誰。

  • 盤點現有的系統、資料與負責的人
  • 找出重複的、沒人顧的、出事最嚴重的
  • 每次要加新東西時,先一起判斷該不該加、由誰顧
  • 日常的維護、修正與因應流程改變

你會拿到:一張隨時更新的全貌,和一個出事時找得到的人。

形式:長期顧問,按月計價,時數可調整

另外兩種比較明確的工作

在既有 ERP 旁邊補一段

已經在用鼎新、正航或其他套裝系統,但有一段行業專屬的作業放不進去。我們不換掉原有的系統,在旁邊補上那一段,資料直接相通。做法見 ERP 與既有系統整合。

你的人用 AI 開發,我們在旁邊看

公司裡有人想自己用 AI 做,這很好。我們可以在開始前一起把整體想過一次,過程中看方向與資料結構,並在一開始就談好系統之後歸誰顧。為什麼要先談這個,見 一問一答寫出來的系統,很快就沒人敢改。

怎麼開始

  1. 留言或來信。說說行業、現在用什麼、卡在哪裡。不需要準備規格書。
  2. 第一次談。我們會問很多現場的問題。談完你會知道這件事大概多大、要不要做。
  3. 從一件小事開始。例如一次需求的釐清,或一次現有系統的盤點。合得來再往下。
  4. 每一段都有交付。文件與原始碼都交給你。要繼續或停在這裡,都清楚。

AI 做什麼,我們做什麼

工作AI我們
了解現況整理訪談紀錄到現場看、問、聽出沒說出口的規則
決定範圍與順序列出選項和你一起決定,包括這次不做什麼
寫程式主要產出拆解任務、審查、要求重寫
確認能用產生測試拿真實的資料和例外去試
上線與之後協助排查負責

這個網站本身就是這樣做出來的:由 Claude Code 生成,方向、取捨與事實由我們負責。

不適合找我們的情況

  • 只有你自己或兩三個人要用的工具。用 AI 自己做就好。
  • 套裝軟體已經夠用。買現成的比客製划算。
  • 只想找人把規格照做、越便宜越好。
  • 需要大量人力進駐的專案。
  • 形象網站、行銷活動頁、手機遊戲。

關於費用

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

地點

如新科技在台中。