本文へスキップ
Butterfly
BUTTERFLY SPOTLIGHT

1日、10日、数分:エンタープライズソフトウェアの提供スピード

1日、10日、数分:エンタープライズソフトウェアの提供スピード

トルコの大手通信事業者の一社で、3つの異なる業務ニーズが、Butterflyによってそれぞれ異なる期間で実現されました。250〜300名規模のイベントアプリは10日で、営業ダッシュボードは1日で、規制に基づく契約の更新は数分で本番稼働しました。

10日イベントアプリ:パイロットから本番稼働まで
1日申込ダッシュボード:依頼から本番稼働まで
数分契約テンプレート:規制変更と同時に
3つのプラットフォームWeb、iOS、Androidで同時公開

エンタープライズソフトウェアで、ニーズが実際に動くソリューションになるまでにどれだけかかるのか?

「アジリティ」という言葉はよく使われますが、測定されることはまれです。通信業界では、スピードは選択肢ではありません。キャンペーン、規制、顧客の要望が同じ週のうちに変わることもあります。

トルコの大手通信事業者の一社と実施した3つの取り組みは、Butterflyが変化するニーズにどのように応えるかを具体例で示しています。いずれも、ニーズも提供期間も異なります。

イベントアプリ:パイロットから本番稼働まで10日

この事業者の技術チームの一つが、年次のチームミーティングで一日を通して使えるイベントアプリを必要としていました。250〜300名の参加者が自分のスマートフォンからアクセスできるよう、アプリはWeb、iOS、Androidで動作する必要がありました。

一見すると範囲が限られているように見えたこのニーズには、複数のプラットフォームで同時に動作し、数百名が一日中アクティブに利用するアプリの開発が必要でした。

Butterflyで開発されたアプリは、ライブマップ、フォトウォール、アンケート、リアルタイム通知などの機能を一つの基盤に集約しました。Web、iOS、Androidのアプリが同時に公開されました。

10日

パイロットから本番利用への移行は、わずか10日でした。

Web、iOS、Android、一つの基盤

イベント担当者からの反応は簡潔でした。

「とてもよくできています。ありがとうございます。」

申込ダッシュボード:依頼の翌日に本番稼働

すべての業務ニーズが新しいアプリケーション開発を必要とするわけではありません。既存のプロセスを可視化するだけで十分な場合もあります。

この事業者の法人営業チームは、家庭用インターネットの申込を一つの画面で追跡したいと考えていました。申込を複数の場所で確認するのではなく、プロセスを一元的なダッシュボードで把握することが目標でした。

1日

Butterflyで開発されたダッシュボードは、依頼からわずか1日後に本番稼働しました。

既存のデジタル営業基盤の上に構築

このスピードの理由は、ダッシュボードが既存のデジタル営業基盤の上に構築されたことにあります。新しいプロジェクトは立ち上げず、既存のデータ構造と権限構造を利用しました。

ダッシュボードを確認したプロダクトリーダーからのフィードバック:

「今確認しました。お疲れさまでした。とてもよくできています。」

契約テンプレート:約束した時刻に本番稼働

最初の2つの事例では、提供スピードを左右したのは、ニーズに短期間で応えることでした。一方、契約の更新では、タイミングそのものが業務と規制の要件です。

通信業界では、規制の変更やキャンペーンの更新が特定の日付、さらには特定の時刻に発効することがあります。契約書、契約誓約書、番号ポータビリティの申込書も、これらの変更と同時に更新する必要があります。

この事業者は、これらの文書をButterfly上で30を超えるテンプレートを使って作成しています。2025年5月以降、テンプレートは本番環境で約30回更新されました。

これらの更新のいくつかは、提供スピードがいかに重要になり得るかを示しています。

  • 新しい技術への移行に伴い、6つのテンプレートを夜23:45に本番稼働させることを約束しました。更新は23:48に公開されていました。
  • ポートフォリオの変更では、新しい契約誓約書が、変更が発効する夜の0:04に利用可能になりました。
  • その他の更新では、6つのテンプレートが32分で、7つのテンプレートが43分で本番稼働しました。
Butterfly

Butterflyのノーコードによるテンプレート管理により、文書の変更を、新しいソフトウェアリリースや長い開発サイクルを待たずに適用できます。これにより、法務上・業務上の要件を、必要なタイミングでデジタルプロセスに反映できます。

このスピードを可能にしたものは何か?

3つの事例のニーズは異なりますが、提供のアプローチは同じです。

  • ノーコードによるテンプレートと画面の管理。テンプレートや画面の変更は、新しいリリースサイクルを待たずに行えます。契約を数分で更新できたのはその結果です。
  • 一つの基盤、複数のチャネル。Webアプリとモバイルアプリは同じデータモデルからデータを取得します。そのため、イベントアプリを3つのプラットフォームで同時に公開できました。
  • 既存システムの上での開発。ニーズのたびにシステムを一から構築する必要はありません。申込ダッシュボードは、既存の営業基盤のデータ構造と権限構造を利用して開発されました。
  • 顧客に近い製品チーム。当社の製品チームはトルコにあります。ニーズは同じテーブルで話し合われ、解決策のために海外の製品ロードマップを待つ必要はありません。

アジリティはスローガンではなく、測定値

1日、10日、数分。3つの事例は、同じ問いに対する異なる答えです。業務ニーズが変わったとき、ソフトウェアはどれだけ早くそれに追いつけるのか。

エンタープライズソフトウェアで重要なのは、新機能を開発することだけではありません。適切なソリューションを、必要なタイミングで稼働させられることです。

貴社の業務ニーズが、どれだけの期間で実際に動くソリューションになり得るかを一緒に評価しましょう。 デモを依頼する →

どこから始めるかを一緒に決めましょう。

ディスカバリーミーティングで既存システムと優先プロセスについてお話しし、貴社に適した開始領域を一緒に明確にしましょう。