Get to Know Us
Professional Software Design Studio
DOMO，源自日語 どうも，具有「很、非常...」之意
我們認為，開發一個好軟體
是一件 很 不簡單的事
你必須 非常 專注、非常 仔細、非常 謙遜，同時，非常 冷靜！
這真的不簡單，對吧？！然而
所有有價值的事情都不簡單，不簡單的軟體才有價值！
DOMO，Do Mo re, 我們知道，僅僅將客戶原先的作業方式改以電腦執行是不夠的，軟體的價值
在於藉由軟體開發的過程，協助客戶進行企業流程再造 (Business Process Re-engineering, BPR)
找出企業運作之最佳流程，找出作業人員執行時的壓力點，重新分配 (Resource Leveling) 予以釋放
如此所開發出來的軟體才有價值。
Do More, 比您想的做更多 always beyond expectation！
如同企業運作有其流程，軟體開發也有其開發流程，這個流程稱之為「軟體工程」
然而，在企業日益追求成本極小化，時程不斷壓縮下
「軟體工程」常面臨簡略、省略的命運
開發人員 日 漸 憔 悴
造成軟體開發更高的風險
甚或開發出 Shelfware - 讓使用者不想用、不會用、用得不開心因而束之高閣的冷板凳軟體！
The sooner you start, the longer it takes. (By Fred Brooks, 1975)
這句軟體工程雋語，描繪了軟體開發的特性
DOMO 相信，好事多磨
我們以軟體工程為名
以嚴謹的流程打造軟體
期待找回軟體工程為本的開發精神
找回軟體的價值！
Software
1995年，國際著名的 Standish Group 研究機構
以美國境內 8000 個軟體專案為樣本，調查結果：
有 84% 的軟體計畫無法在預定時間與預算中完成
其中超過 30% 的計畫執行到中途被取消
專案預算平均超出 189%！
軟體開發本質上的最大風險在於其
「不可視性」（看不到、摸不著）
而在執行上，使用者與開發者更往往不是同一人
因此「大量溝通」成了軟體開發無可避免的挑戰
軟體工程發展多年，有許多的工具技巧
都是為了確保溝通品質，同時也有許多分析/設計方法
幫助開發者進行全面性「探索」
藉以架構系統藍圖（Blue Print）
而 DOMO 相信
當使用者與開發者心中擁有相同的藍圖時
便能提高軟體開發成功的機率
Stakeholder Interview
為了與客戶一同打造系統藍圖，DOMO會與客戶一同檢視目前的作業流程，同時收集目前作業所面臨的問題
Requirement Analysis
利用軟體工程的工具技巧為客戶進行流程塑模與問題分析
Requirement Confirmation
再與客戶一同反覆驗證，藉此找出最佳流程
Design & Prototyping
接著以最佳流程勾勒系統藍圖，製作系統雛型
Prototype Confirmation
利用系統雛型與客戶進行操作界面的確認，使用者能預先看到未來系統的模樣，同時提供回饋，以便每個操作能更因地制宜；畢竟不是所有使用者都在辦公室內，有的使用者在工廠、廚房、倉庫……甚至野外!
Development
最後我們再進行開發
Details Checking
魔鬼總在細節中！即使進入開發階段，我們仍會持續與客戶討論與確認，確保最終系統符合使用者的期待
Delivery & Testing
It's your turn!別擔心，我們會想盡辦法讓您學會使用系統
Goes on line
希望您滿意我們的系統
Maintenance
我們提供六個月的保固服務
Services
市面上軟體服務琳瑯滿目，使用者往往必須先決定自己想要的服務項目再選擇軟體公司，軟體公司再以自己的專業來解決客戶問題；這樣的流程對於一般採購來說並沒有太大的問題，然而軟體卻是一個事前詳細評估勝於一切的工藝，往往事前失之毫釐，事後就差之千里！
試想使用者在決定之前必定經過一番百轉千廻的討論，但是最了解解決方案的人卻不是一開始就參與其中；軟體公司接手後基於過去經驗（不是你的！）提供答案，努力實現系統，卻可能對問題存有錯誤的認知；到最後常常是花了很多時間在實現答案，上線後卻仍然沒有解決問題.....
軟體的服務項目從來都不夠精確，因為資訊化從來不是一件簡單的事，因此 DOMO 主張從問題出發，從使用者的觀點出發，目標是與客戶一同解決問題！我們知道，軟體服務的價值從來不在於答案，而是您想解決什麼問題！
