HOUSE 08 Zeus Group · Technology
研發提升體驗與營運效率的系統,讓優雅的前臺擁有可靠的後臺。
Systems that refine guest experience and operations — elegance supported by precision.
体験と運営を整える仕組み。優雅さの背後に、正確さを。
Story · 系統脈絡 · ストーリー
BLISS TECH 是 ZEUS GROUP 的系統部門。集團旗下八個事業體 —— 旅遊、生活選品、品牌增長、媒體、數位價值、互動娛樂、古董藝術與科技 —— 各自有獨立的介面與資料模型,但共用同一套底層。我們的職責,是讓這層底層保持簡單、可審計、可演進。
BLISS TECH is the systems house of ZEUS GROUP. Eight ventures — travel, curated living, brand growth, media, digital value, interactive entertainment, antiques and technology — each keep their own interface and data model, and share one foundation. Our work is to keep that foundation simple, auditable and able to move. BLISS TECH は ZEUS GROUP のシステム部門です。旅行、暮らしのセレクト、ブランド成長、メディア、デジタル価値、インタラクティブ、骨董、テクノロジー——八つの事業はそれぞれの画面とデータモデルを持ちながら、一つの基盤を共有します。私たちの仕事は、その基盤を簡潔に、監査可能に、進化可能に保つことです。我們不做演示用的原型。日常面對的是庫存與價格的同步、行程資源的即時佔用、多幣種交易的對帳,以及通訊不穩的門店與碼頭仍要完成核銷的會員系統。這些問題不體面,但它們決定了客人看到的服務是否穩定。
We do not ship demo prototypes. Day to day we work on inventory and price synchronisation, real-time allocation of itinerary resources, multi-currency reconciliation, and membership systems that must still redeem at a counter with unstable connectivity. Unglamorous problems — but they decide whether the service a guest sees holds steady. 私たちはデモ用の試作をつくりません。日々向き合うのは、在庫と価格の同期、旅程リソースの即時確保、多通貨の照合、そして通信が不安定な窓口でも引き換えが完了する会員システムです。華やかではない課題ですが、お客様が見るサービスの安定を決めるのはここです。系統的優雅來自克制:一個服務只做一件事,一個事實只有一個真實來源,每一次失敗都留下可追溯的痕跡。我們把複雜收在後臺,把安靜留給客人。
Elegance in systems comes from restraint: one service does one thing, one fact has one source of truth, and every failure leaves a traceable record. Complexity stays back of house; quiet is kept for the guest. 仕組みの優雅さは抑制から生まれます。一つの機能は一つのことだけを行い、一つの事実には一つの正となる出所があり、失敗はすべて追跡可能な記録を残す。複雑さは舞台裏に、静けさはお客様に。System profile · システム概要house / 08
Offerings · 四項工程 · 四つの仕組み
四項工程各自可以獨立上線,也可以組合運作。分界線畫在資料責任上,而不是畫在組織圖上。 Each of the four can ship alone or run as one. The boundaries follow data ownership, not an org chart. 四つの工程は、単独でも組み合わせても稼働します。境界線は組織図ではなく、データの責任で引きます。
01
預訂、庫存、配額與排班的核心。以事件驅動架構同步各事業體狀態,價格與可用量的變更在秒級內一致,並支援離線後補。
Reservation, inventory, allocation and rostering. Event-driven services keep state aligned across ventures; price and availability converge within seconds and replay safely after an outage. 予約・在庫・割当・シフトの中核。イベント駆動で各事業の状態を揃え、価格と空き状況の変更を秒単位で一致させ、障害後も安全に再送します。02
面向客人的一組介面:行程、票券、身分與通知。同一身分在網站、門店與行動端之間延續,不需要客人重複說明自己。
One guest-facing surface: itinerary, ticketing, identity and messaging. The same identity carries across web, counter and mobile, so no one has to explain themselves twice. お客様に触れる一つの面。旅程・チケット・身分・通知。同じ身分がウェブ・窓口・モバイルをまたいで続き、同じ説明を繰り返させません。03
只用在可量測的地方:需求預測、價格建議、客服工單分流、文件與合約抽取。模型輸出附上依據,決定權留在人手上。
Applied only where it can be measured: demand forecasting, pricing suggestions, support routing, document and contract extraction. Every output states its basis and leaves the decision to a person. 効果を測れる場所にだけ適用します。需要予測、価格提案、サポートの振り分け、書類・契約の抽出。出力には根拠を添え、判断は人が行います。04
統一的事件與指標定義層。由來源到報表全程可追溯,隱私與存取權限在管線層落實,而不是事後補救。
A single layer of event and metric definitions. Lineage runs from source to report, and privacy and access control are enforced in the pipeline rather than patched afterwards. イベントと指標の定義を一本化する層。出所からレポートまで系譜を追跡でき、プライバシーと権限はパイプラインの中で担保します。
One foundation — 八個事業體,同一套底層 · eight ventures, one core · 八つの事業、ひとつの基盤
Numbers · 規模 · 規模と目標
我們公布目標,而不是修飾過的成果。以下三項是我們對集團內部各事業體的承諾值。 We publish commitments, not polished results. The following are our standing objectives for the Group's ventures. 公表するのは成果ではなく、約束です。以下はグループ各事業に対する私たちの目標値です。
2005
06
99.95%
<300ms
Approach · 交付方式 · 進め方
工程的四個階段。每一階段都有可交付的證據:一份資料流圖、一次可回退的上線、一份對帳結果、一本值班手冊。 Four stages, each with evidence: a data-flow map, a reversible release, a reconciliation record, a runbook. 四つの段階。それぞれに証拠が残ります。データフロー図、巻き戻し可能なリリース、照合の記録、運用手順書。
01
診斷
Diagnose 診断進場第一件事不是畫架構圖,而是畫出真實的資料流與失敗模式:資料從哪裡來、被誰改過、出錯時會怎樣。先量測,再決定要建什麼。
The first deliverable is not an architecture diagram but a map of real data flow and failure modes: where data comes from, who mutates it, what happens when it breaks. Measurement precedes design. 最初の成果物は構成図ではなく、実際のデータフローと故障の型の地図です。データの出所、変更した主体、壊れたときの挙動。測ってから設計します。02
建構
Build 構築小步交付,每個模組都能獨立部署與回退。上線不等於完成 —— 能被維運、能被接手,才算完成。
Small releases; every module deploys and rolls back on its own. Shipping is not the finish line — being operable and handover-ready is. 小さく届け、各モジュールは単独で配備と巻き戻しができるようにします。公開は終点ではなく、運用でき引き継げて初めて完成です。03
遷移
Migrate 移行新舊並行,資料逐筆對帳後才切換。不做無法回頭的一次性上線;切換當天必須有回程路徑。
Old and new run side by side; cutover follows record-by-record reconciliation. No one-way launches — the switch day always has a way back. 新旧を並行させ、一件ずつの照合を経てから切り替えます。戻れない一括公開はしません。切り替え当日には必ず帰り道を用意します。04
託管
Operate 運用監控、告警、值班與事後檢討一併交付。系統可以繼續由我們維運,也可以完整交回你的團隊 —— 兩種情況都必須能運作。
Monitoring, alerting, on-call and post-incident review ship with the system. We can keep operating it, or hand it back complete — either way it has to work. 監視、通知、当番、事後検証までを一緒に引き渡します。そのまま私たちが運用しても、あなたのチームへ完全に戻しても、どちらでも動く状態にします。Contact · 聯絡 · お問い合わせ
帶著一個具體的問題來。我們通常先問資料在哪裡,再談系統該長什麼樣子。
Bring a concrete problem. We usually ask where the data lives before we discuss what the system should look like.
具体的な課題をお持ちください。私たちはまず、データがどこにあるかを尋ねます。仕組みの形を語る前に。