Karl：相信人人都會認同由人手處理的工作就容易有 bugs，無論一個人做事多仔細及小心，有機會出現的 bugs 仍比電腦程式多。偏偏傳統保險公司的投保系統絕大部份工作也依賴人手。
先從核保過程說起，受保人若要於傳統保險公司投保有 2 個方法：
其後，傳統保險公司的中介人／ 核保文員會再將結果分享至核保部門處理。最終由核保師審核結果，決定投保成功與否。
不論哪一種方法都至少需要 2 個人手。整個流程不僅需要大量的時間，出錯的機會亦會增加，所以不少人都要聯絡自己信得過的 Agent 處理投保事宜，以確保流程順利。除此之外，投保人也要刻意安排一個特定的時間或地點進行核保。此做法對忙碌的現代人來說，可算是十分奢侈。
完成核保後，下一步就是「報價」，傳統保險公司的報價程序也有不少問題：
假設，你因為身體狀況未能投保，這個「被拒絕受保」的紀錄就有機會影響你在同一公司下、其他產品的投保申請。舉例，一位客人患有心臟病，而保險公司 A 拒絕了他的危疾保險申請，但此記錄會被存於檔案內。
當他決定申請意外保險時，雖然心臟病並非考慮因素，保險公司很有可能直接拒保，或加 loading（額外保費）。
Karl：一個保險系統只要涉及人手就容易出錯。由投保、報價、而索償都可以出現大大小小的錯誤。所以我們 2 年多內都盡量以科技處理一些經常重覆的工作，其中一個工作就是核保。
此系統能夠自動批核大約 8 成個案。當然少部份客人的健康狀況及病歷過於複雜，仍需要核保師親自跟進，每當核保師處理複雜個案後，我們的系統也可以記錄在案，下次出現相同或類似個案時，就會按以往經驗自動處理。
Bowtie 的核保系統可以不斷學習新事物，且學以致用。最高峰時期，Bowtie 一個核保師可處理 10 萬個核保個案，同樣數字個案在別的公司可能需要幾十人處理。
Karl：其次，我們也利用了科技協助理賠師的工作。
Karl：其三，科技也為客人提供了自由度
然而 Bowtie 渴望給予客人自由度，隨時投保，考慮清楚後也可隨時斷保，因此我們利用 Stripe Payment，提供每月供款的選擇。
Karl：如剛才所說，我們的 Debug 工作不只停留於技術層面，而是要透過科技 Debug 整個保險過程及體驗，重塑保險業於大眾心中的形象。所以其實每一位 Bowtie 的系統工程師也在 Debug 的工程中。
因有以上的目標，我們會從 3 個不同層面去檢視每一項工作，希望每一步也做到最好。
Bowtie 開業時因 Engineer 較少，建立系統後，我們更曾邀請所有同事「全民UAT」，以確保運作順暢。
Karl：與其說難忘，不如說是驕傲。Bowtie 作為一間虛擬保險公司，曾有不少黑客企圖入侵我們的系統，索取客戶的資料。但我們利用 AWS 雲端運算平台，且設計了專屬 Bowtie 的系統路向，建立強大屏障，成功於一年內阻擋了超過 12 萬個網絡攻擊。
Karl：將手機 App 下載至手機主頁的確十分方便，但並非每一個 App 都適用於所有手機（有部份只適用於 iOS 或 Androd 手機／使用 iOS 手機的用戶才可獲最佳體驗），而且每當保險公司改動程式，用戶亦需要更新。有時候更需要停用程式直至更新完成。種種情況都為客戶帶來不便。
因此╴我們決定推出一個 Web App，網絡應用程式，即能夠直接在網絡上執行的軟件，無須事先安裝或定期升級 。在設計網頁及整個系統時，我們早已考慮到手機用戶，整個 design 包括文字呈現方式也適合不同類型的手機使用。若用戶希望處理索償／投保其他產品時可以更方便，亦不妨將網頁加入手機主頁，整個體驗與用 App 無異。
Bowtie 希望利用創新科技去帶領整個保險行業往前走，而非藉不同的途徑去炫耀科技。在比較有 App 及 無 App 的利弊後，我們決定花費更多的時間去完善系統，或發展新的項目，推動整個行業進步。
