為什麼要做這個作品？
實驗室很多資料本來就在跑，只是散在紙本、儀器、個人資料夾和口頭交代。買一套 LIMS，如果沒人把現場流程講清楚，上線後通常會變成「系統一套、現場一套」。
我的位置是需求窗口，不在供應商那一端。前期我先把系統怎麼操作、我們的流程可以怎麼配合弄清楚；流程改完之後交給種子人員，由他們回各單位教學。上線之後，各部門操作上的問題會來找我。
包含哪些功能？
- 前期確認系統操作方式，評估公司既有流程可以怎麼調整。
- 把調整後的流程交付種子人員，由他們回各單位教學。
- 上線後接各部門的操作問題，逐一釐清是流程問題還是系統問題。
- 全程當使用者和廠商之間的窗口。
遇到什麼困難？
使用者通常能示範自己怎麼做，但不一定講得出「這一步為什麼存在」。供應商通常能示範系統怎麼設，但不一定知道現場哪裡會卡。兩邊中間如果沒有人翻譯，會議會很多、決策會很少。
最難的一段是跟廠商對規格。套裝軟體有它既定的做法，我們的流程也有它形成的原因，兩邊要在同一份規格上會合。這類標案合作期長，最後是各退一步：廠商做小幅度的客製，我們內部流程也調整一部分。
導入不會在上線那天結束。一套用了很多年的工作方式，不會因為換了系統就自動改掉，這在任何組織都一樣。我現在的工作有一部分就是接住這些問題：哪裡卡住、為什麼卡住、能不能調。
回頭看
系統導入的成果，不該只寫「已上線」。比較實在的問題是：現場是不是還留著另一套自己的做法？資料是不是還要再抄一次？如果兩題都還是，那系統就還沒落地。
我的角色是把人員的做法和系統的流程接起來，讓他們用系統做事比用原本的方式省力。上線只是開始，持續磨合使用和優化，才是日常。