寫程式變便宜之後，問題搬到別的地方去了
這四件事，是我們這幾年在不同公司的現場一再看到的。它們和用哪一種技術無關。
一問一答寫出來的系統，很快就沒人敢改
用對話一來一往、憑當下想到的片段去寫程式，每一段都對，合起來卻過度設計、難以維護。而且系統最後會落在做的那個人身上：主管變成了資訊承辦。
讀這一篇 →02自己用的小工具，和一群人要用的系統，是兩回事
組織裡有不完整的資料、不照規則走的場景、部門之間多年的矛盾。功能寫完、開個網頁請大家來用，通常不會成功；先動哪裡、後動哪裡才是重點。
讀這一篇 →03AI 一秒就想出一套流程，但你的公司沒有那套流程
AI 很會補上聽起來合理的作法與理想情境。照著做，現場一次一次不順，被磨掉的不是預算，是組織對「再試一次」的信任與耐心。
讀這一篇 →04功能可以一直加，但誰來整理、誰來顧
加功能變得很便宜之後，真正的成本變成維運：現在有幾套系統、資料在哪裡、出事找誰、人力怎麼分配。這需要有人長期站在你這一邊看。
讀這一篇 →會來找我們的，大概是這四種情況
不必先想清楚要做什麼系統。先說你卡在哪裡就可以。
自己或同事用 AI 做了一半
一開始很快，後來每改一處就壞另一處，現在沒有人敢再動。
我們先讀懂現況，告訴你哪些留、哪些重來，再決定怎麼收尾。
系統做好了，但現場沒在用
錢花了、功能也都有，大家還是回去用 Excel 和 LINE。
問題多半不在功能。我們到現場看卡在哪個環節、哪個部門，重新排導入的順序。
想做，但部門之間喬不攏
業務要的和會計要的互相衝突，每次開會都沒有結論。
我們當中間那個聽得懂兩邊的人，把範圍談到大家都能接受，再動工。
系統一套一套加，沒人說得清全貌
有幾套、資料存在哪、誰在維護、哪個壞了會影響什麼，沒有人答得出來。
我們幫你盤點、整理，排出維運的人力與優先順序，長期顧著。
什麼時候不需要找我們
不是每件事都需要顧問。下面這些情況，你自己來就好。
- 只有你自己或兩三個人要用的工具。用 AI 做，壞了重做也不心疼。
- 市面上的套裝軟體已經夠用。買現成的，比客製划算。
- 流程本身還沒有共識。這時候先不要寫任何程式，寫了只會把爭議固定下來。
- 只想找人把規格照做、越便宜越好。那不是我們擅長的事。
那我們做什麼
在動工之前，把該問的問完：現在實際怎麼做、資料長什麼樣子、誰會反對、哪個部門先上線最不痛。
動工之後，AI 負責產出，我們負責判斷與驗收。上線之後，有人長期顧著，系統加得再多也有人說得清全貌。
合作可以很短，也可以很長：一次談清楚需求的短期契約，或每月固定時數的長期顧問。
看合作方式 →這些話不是憑空說的
列出來不是為了展示功能，而是讓你知道我們在這些行業的辦公室和現場待過，聽得懂你們的話。
這個網站同時寫給人和 AI 看
很多人現在是先問 AI，再決定找誰。所以這裡的內容也整理成機器好讀的形式。這個網站本身由 Claude Code 生成，方向、取捨與事實由我們負責。
- name
- 如新科技（RUSIN Tech）
- location
- 台灣台中
- what
- 組織內部系統的顧問：需求釐清、範圍與導入順序、AI 協作開發的驗收、既有系統的整理與維運
- thesis
- AI 讓寫程式變便宜，但組織系統的難處在資料不完整、流程有例外、部門有矛盾；這些要到現場談，不是寫得出來就導得進去
- best_for
- 用 AI 做系統做到一半卡住、做完沒人用、部門之間談不攏，或系統越來越多沒人整理的公司
- not_for
- 個人或兩三人自用的小工具、套裝軟體已夠用的情況、只求照規格最低價完成的專案
- engagement
- 短期契約／長期約聘顧問／接手維運／整合專案
- field
- 長照交通接送、精密電子製造、金屬加工與外銷組裝、鑄造與閥門材質證明、國際貿易、系統家具拆料、校園門禁與宿舍點名、設備售後維修、工業單據辨識、鼎新與正航 ERP 整合
- machine_readable
- /llms.txt、/llms-full.txt、/sitemap.xml