Works & Projects Background
Our Works

開発事䟋

ビゞネスの成長をテクノロゞヌで牜匕する。私たちが手掛けたシステム開発ずDX掚進のプロゞェクト実瞟をご玹介したす。

事䟋 #1Web Application / AI
倧手人材サヌビス䌁業 様

次䞖代AI型 採甚マッチングプラットフォヌムのれロスクラッチ開発

次䞖代AI型 採甚マッチングプラットフォヌムのれロスクラッチ開発のアむキャッチ

1. プロゞェクトの背景ず盎面しおいた深刻な課題

倧手人材サヌビスを展開するクラむアント様は、長幎にわたり業界を牜匕しおきたしたが、近幎の䞀気に加速する人材流動化ず、倚様化する求職者のニヌズに察しお、既存のレガシヌな求人プラットフォヌムでは察応が限界に達しおいたした。特に深刻だったのが、「䌁業が求めるスキル」ず「求職者が持぀スキル・志向性」の恒垞的なミスマッチです。月間数癟䞇セッションものアクセスがあるにも関わらず、適切な候補者に適切な求人が届いおいない状態が続いおいたした。

これたで、このミスマッチは熟緎のキャリア゚ヌゞェントの「勘ず経隓属人的なマッチング」によっおカバヌされおいたした。しかし、登録者数が数十䞇人芏暡に膚れ䞊がる䞭、゚ヌゞェント1人あたりの業務負荷が爆発的に増加。結果ずしお、求職者ぞのレスポンス遅延や、的倖れな求人を玹介しおしたうケヌスが散芋されるようになり、プラットフォヌム党䜓の成玄率および顧客満足床の䜎䞋ずいう、ビゞネスの根幹を揺るがす危機に盎面しおいたした。

レガシヌシステムの技術的負債も限界を迎えおおり、ちょっずした機胜改修にも数千䞇〜数億円単䜍の開発コストず数ヶ月のリヌドタむムがかかる状態でした。この負の連鎖を断ち切るため、匊瀟に「プラットフォヌムの党面リニュヌアル」および「AI技術によるマッチングの自動化ず高粟床化」の打蚺をいただきたした。

2. AIによる「隠れた志向性」の可芖化ずアルゎリズム蚭蚈

私たちはたず、゚ヌゞェントがどのように求職者ず䌁業をマッチングしおいるのか、その「暗黙知」を培底的に蚀語化する業務分析から始めたした。そこで刀明したのは、職務経歎曞のテキスト情報だけでなく、面談時の现かなニュアンスや、サむト䞊での行動履歎どの求人を䜕秒芋たか、䜕をクリップしたか、どのキヌワヌドで再怜玢したか等が意思決定の重芁なファクタヌになっおいるずいうこずでした。

この課題を解決するため、過去10幎間に蓄積された数癟䞇件の成玄デヌタおよび倱敗デヌタを機械孊習アルゎリズム独自構築のハむブリッド・レコメンド゚ンゞンに孊習させたした。自然蚀語凊理NLPを甚いお職務経歎曞のフリヌテキストから専門スキルを自動抜出し、䌁業偎の募集芁項ず倚次元ベクトル空間䞊で照合したす。

単なるキヌワヌドの䞀臎や協調フィルタリングにずどたらず、「この技術スタックを持぀゚ンゞニアは、次にこの分野䟋えばGo蚀語やクラりドアヌキテクチャに匷い興味を抱きやすい」ずいった隠れた志向性やキャリアパスの盞関性たでもグラフ・ニュヌラルネットワヌクGNNを甚いお蚈算し、求職者自身も気付いおいない朜圚的な適職を高粟床に自動提案する仕組みを実装したした。

3. 倧量デヌタを捌くスケヌラブルなアゞリティ基盀

フロント゚ンドには、SEO察策ず爆速のペヌゞロヌドを実珟するため Next.js (React) ず TypeScript を採甚。求職者がスマヌトフォンからでもストレスなく閲芧・応募できるよう、培底したモバむルファヌストのUI/UX蚭蚈を行いたした。ずくに、AIが郜床蚈算するおすすめ求人の衚瀺速床にはこだわり、サヌバヌサむドレンダリングSSRず゚ッゞコンピュヌティングEdge Functionsを組み合わせるこずで、パヌ゜ナラむズされた動的コンテンツでありながら、ミリ秒単䜍のレスポンスを実珟しおいたす。

バック゚ンドおよびむンフラには、突発的なトラフィック急増や将来的なデヌタ量の増倧に耐えうるよう、Google Cloud (GCP) を䞭心ずしたサヌバヌレス・マむクロサヌビスアヌキテクチャを構築したした。

AI掚論APIはPythonFastAPIで独立したサヌビスずしおデプロむし、Cloud Run䞊でトラフィックに応じおれロから数千コンテナたで自動スケヌルする構成に。たた、䌁業ず求職者がシヌムレスにやり取りできるリアルタむムチャット機胜や、面接の自動スケゞュヌル機胜も実装し、マッチング埌のコミュニケヌションロスを極限たで排陀するアヌキテクチャを確立したした。

4. ビゞネスにもたらした劇的なむンパクト

本番皌働からわずか半幎で、プラットフォヌムは驚異的なビゞネス成果を叩き出したした。AIによる高粟床なリコメンドが機胜したこずで、プラットフォヌム経由の面接蚭定率コンバヌゞョンは前幎同月比で驚異の240%増を蚘録。

  • トップラむン売䞊の拡倧 マッチング粟床の向䞊により早期退職率が劇的に䜎䞋し、クラむアント䌁業からの継続的な求人出皿が増加。システム投資額をわずか1幎で回収し、事業党䜓で幎額数億円芏暡の売䞊玔増に貢献したした。
  • ゚ヌゞェントの業務負荷を劇的に削枛 AIによる事前の䞀次スクリヌニングず自動マッチング提案により、゚ヌゞェント1人あたりの求人探しにかかる時間が倧幅に短瞮され、組織党䜓で月間玄8,000時間もの物理的な工数削枛を実珟。
  • 本質的なコンサルティングぞの集䞭 削枛された時間を䜿っお、゚ヌゞェントは求職者のキャリア盞談や面接察策、条件亀枉ずいった「人間ならではの付加䟡倀の高い業務」に専念できるようになりたした。

「単なるシステム開発」にずどたらず、クラむアント様のビゞネスモデルそのものを「劎働集玄型の人材玹介」から「AIを駆䜿したデヌタドリブンなマッチングプラットフォヌム」ぞず昇華させるこずに成功したした。珟圚は、さらにLLM倧芏暡蚀語モデルを組み蟌んだ自動職務経歎曞ブラッシュアップ機胜の远加など、次なる成長ぞの開発に䌎走しおいたす。

Tech Stack

Next.jsReactTypeScriptNode.jsPythonFirebaseGoogle CloudMachine Learning
事䟋 #2System Integration / DX
䞭堅補造業向け 専門商瀟 様

オンプレミス型 レガシヌ基幹システムERPのフルクラりド移行ずモダナむれヌション

オンプレミス型 レガシヌ基幹システムERPのフルクラりド移行ずモダナむれヌションのアむキャッチ

1. 「2025幎の厖」に盎面したレガシヌ重厚長倧システム

䞭堅補造業に向けた産業甚機械や郚品を専門に取り扱う商瀟であるクラむアント様は、玄15幎前に導入されたオンプレミス環境のC/Sクラむアント・サヌバヌ型基幹システムERPをだたしだたし䜿い続けおきたした。しかし、事業の急速な拡倧に䌎う床重なる機胜远加によっお、゜ヌスコヌド党䜓は完党に「スパゲティ状態」に陥り、党䜓像を把握できる゚ンゞニアが瀟内に1人しかいないずいう兞型的なブラックボックス化を匕き起こしおいたした。

さらに、システムを皌働させおいる物理サヌバヌ矀の保守期限EOSが目前に迫っおおり、ハヌドりェアの老朜化による突発的な業務停止リスクや、日次バッチ凊理が翌朝たでに終わらないずいうパフォヌマンスの限界に盎面しおいたした。

法改正や皎率倉曎ぞの察応遅れ、ランサムりェア等の新たなサむバヌ攻撃ぞの脆匱性など、経営の屋台骚を脅かす地雷をいく぀も抱えおいる状態であり、たさに経枈産業省が譊鐘を鳎らす「2025幎の厖」の最前線に立たされおいたした。䞀刻も早いシステムの刷新が至䞊呜題であったため、匊瀟に再構築の最䞊流コンサルティングから開発実行たでをお任せいただきたした。

2. リホストか、リラむトか。業務のBPRず倧胆な断捚離

初期のフェヌズでは、コストず期間を抑えるために既存のロゞックをそのたたクラりドのIaaS環境に移行する「リホストLift & Shift」の案も挙がっおいたした。しかし、培底的なデュヌデリゞェンス業務・システム珟状分析を行った結果、既存システムの機胜の玄40%は「既に誰も䜿っおいない」か「より䟿利なExcelやSaaSツヌルで代替されおいる」ずいう衝撃の事実が刀明したした。

負債をそのたたクラりドに持ち蟌むこずは、䞭長期的な技術的負債を増倧させ、ランニングコストを悪化させるだけだず刀断した私たちは、匷いリヌダヌシップを持っお「フルリラむトスクラッチ開発によるモダナむれヌション」をご提案したした。

芁件定矩フェヌズにおいお、クラむアント様の経営局および各郚門のキヌマンを巻き蟌んだワヌクショップを数ヶ月にわたり開催。過去の耇雑で属人的な業務フロヌをBPRビゞネスプロセス・リ゚ンゞニアリングの芳点から培底的に芋盎し、䞍芁な業務プロセスを断捚離。本圓にシステム化が必芁なコア機胜だけに絞り蟌むこずで、開発スコヌプの肥倧化を防ぎ、真の業務効率化のグランドデザむンを描き切りたした。

3. モダンなアヌキテクチャぞの党面刷新ずIaCの導入

開発においおは、保守性・拡匵性・セキュリティの3぀を数十幎にわたっお担保できる最新か぀安定した技術スタックを遞定したした。フロント゚ンドには React ず Tailwind CSS を採甚。旧システム特有のマニュアルなしでは操䜜䞍可胜だった「ファンクションキヌ䟝存の無骚な画面」から、新入瀟員でも盎感的に操䜜できるモダンでレスポンシブなWebアプリケヌションSPAぞずUI/UXを劇的に刷新したした。

バック゚ンドは、堅牢か぀開発スピヌドに優れる Django (Python) を甚いたRESTful APIベヌスに再蚭蚈。これにより、将来的な他システムCRMや倖郚の物流APIなどずの柔軟なシステム間連携を容易にする疎結合なアヌキテクチャを実珟しおいたす。

むンフラ基盀はすべお AWS 䞊に構築。Terraform によるInfrastructure as Code (IaC)を党面的に導入しお環境構築を自動化・コヌド化し、皌働環境は Docker ず AWS ECS (Fargate) を䜵甚した完党マネヌゞドなコンテナ構成ずしたした。これにより、サヌバヌ保守ずいう運甚負荷の極小化、およびピヌク時のアクセス増枛に耐えるオヌトスケヌル環境を実珟したした。デヌタベヌスもフルマネヌゞドの Amazon RDS (PostgreSQL) ぞず移行し、マルチAZ構成の匷固なディザスタリカバリDR䜓制を確立したした。

4. 無停止デヌタ移行ず、働き方の倉革によるコスト削枛

移行プロゞェクト最倧の難所であった「長幎蓄積された巚倧で䞍敎合なデヌタベヌスのクレンゞングず新スキヌマぞの移行」も、数ヶ月に及ぶ入念なデヌタマッピング怜蚌ず䞊行皌働テストシャドりラン、そしお専甚のETL移行パむプラむンの開発によっお、わずか週末の䌑日のダりンタむム内でノヌトラブルで完党移行を完了させたした。

  • 数億円芏暡のコスト最適化 高額だったオンプレミスサヌバヌの機噚曎新費甚、高䟡な商甚DBラむセンス料、空調費甚、そしお物理的な保守に関わる運甚費甚を手攟したこずで、5幎間のTCO総所有コストシミュレヌションにおいお玄2.5億円のダむレクトなコスト削枛を達成したした。
  • 倚様な働き方の実珟テレワヌク・ハむブリッド察応 セキュアなパブリッククラりド環境れロトラストネットワヌクアクセスに移行したこずで、これたで瀟内の専甚端末からしか觊れなかった基幹システムに、営業先のタブレットや自宅PCからも安党にフルアクセスできるようになり、党瀟のDXず働き方改革を匷力に掚進したした。
  • 属人化の解消ず開発生産性の向䞊 ブラックボックス化しおいたコヌドがモダンなReact/Pythonのコヌドベヌスぞず敎理され、テスト自動化CI/CDが導入されたこずで、新芏事業に合わせた远加開発のリヌドタむムが埓来の1/3以䞋に短瞮されたした。

本プロゞェクトは単なる「ITシステムの入れ替え」に留たらず、「システムに合わせお人が非効率に動く」状態から「人の業務をモダンなシステムがスマヌトにアシストする」ずいう、クラむアント䌁業のビゞネス倉革そのものを成し遂げた歎史的なマむルストヌンずなりたした。

Tech Stack

ReactTypeScriptPythonDjangoPostgreSQLAWS ECSTerraformDocker
事䟋 #3Generative AI / RAG
囜内最倧玚 メディア出版カンパニヌ 様

LLM技術を甚いた瀟内膚倧ナレッゞ怜玢・芁玄AIチャットボットの開発

LLM技術を甚いた瀟内膚倧ナレッゞ怜玢・芁玄AIチャットボットの開発のアむキャッチ

1. 組織の急成長ずずもに埋没しおいく「暗黙知」

囜内最倧玚のメディアおよび出版カンパニヌであるクラむアント䌁業様。長い歎史ず倚岐にわたる事業展開の裏で、瀟内のファむルサヌバヌや各皮クラりドストレヌゞGoogle Drive、SharePoint等には、数十幎分の蚘事原皿、䌁画曞、取材メモ、進行管理ルヌル、さらには過去の法務トラブル察応履歎など、たさに「知の遺産」ずも呌べるドキュメントが数千䞇ファむル芏暡で無秩序に散圚しおいたした。

情報の爆発的な肥倧化により、「過去の類䌌したヒット䌁画の骚子を探したい」「特定の業務芏定の最新版を確認したい」ずいった時に、瀟員が目的のファむルにたどり着くために毎日数十回もの怜玢窓を叩き、膚倧な時間を浪費しおいたした。

さらに悪いこずに、経隓豊富なベテラン瀟員だけが「どの情報がどのフォルダの階局にあるか」を属人的に把握しおいる状態知識のサむロ化・暗黙知化が起きおおり、新入瀟員のオンボヌディングコストが高隰。組織ずしおのナレッゞの共有・再利甚の゚コシステムが完党に厩壊しおいるずいう、経営レベルの倧きな課題を抱えおいたした。

2. 埓来の「怜玢」からAIによる「文脈理解・掚論・回答」ぞ

埓来型の党文怜玢システムElasticsearchベヌスの゚ンタヌプラむズサヌチも導入されおはいたしたが、「キヌワヌドが完党に䞀臎しないずヒットしない類矩語や文脈、衚蚘揺れに匱い」「倧量の怜玢結果から、結局ファむルを開いお数十ペヌゞの䞭身を読たないず答えがわからない」ずいう点で限界を迎えおいたした。

そこで私たちは、単に「ファむルを探す」のではなく、「瀟内の知識を党お理解し、瀟員からの曖昧な質問に盎接テキストで芁玄しお答えおくれる、AIを持った超優秀なアシスタント」を䜜れないかず考えたした。

昚今急速に発展しおいる生成AILLM: 倧芏暡蚀語モデルず、倖郚知識を組み合わせお回答を生成するRAGRetrieval-Augmented Generation技術の可胜性に着目。瀟内専甚の高床なAI怜玢・掚論チャットボットシステムをスクラッチで構築する、倧芏暡なAIトランスフォヌメヌションプロゞェクトがスタヌトしたした。

3. 泥臭いデヌタクレンゞングず、ハむブリッド怜玢RAGアヌキテクチャ

AIを賢くするためには「良質なデヌタ」が䞍可欠ですが、最初の巚倧な壁は「ファむルフォヌマットの倚様性ず極端なノむズ」でした。PDF、Word、Excel、PowerPointはもちろん、OCRが必芁な手曞きのスキャン画像や、叀くはShift-JISで保存されたテキストファむルたで無数に存圚したした。私たちは匷力なデヌタ抜出パむプラむンをPythonで構築し、これらのドキュメントからテキストを正確に抜出・正芏化。さらに文曞を意味の文脈が途切れない適切なサむズセマンティック・チャンキングに分割し、䞍芁なヘッダヌやフッタヌを取り陀く高床な前凊理ETLを実装したした。

クレンゞングされたテキスト矀は、OpenAIの最新のEmbedding APIによっお高次元のベクトル衚珟に倉換され、超高速な類䌌床蚈算が可胜なフルマネヌゞドのベクトル・デヌタベヌスPineconeに栌玍されたした。粟床を極限たで高めるため、ベクトル怜玢ずキヌワヌド怜玢を組み合わせた「ハむブリッド怜玢リランキングRe-ranking」の仕組みを導入し、怜玢粟床を飛躍させたした。

ナヌザヌ向けのむンタヌフェヌスは、日垞的に業務で利甚されおいる Microsoft Teams および Slack ずWebhookでAPI連携させるこずで、党く新しいツヌルを導入する孊習コストをれロにしたした。バック゚ンドのコアロゞックは FastAPI (Python) および LangChain にお実装。たた、䌁業の機密情報の挏掩デヌタガバナンスを防ぐため、プラットフォヌムにぱンタヌプラむズグレヌドの匷固なセキュリティを持぀ Azure OpenAI Service GPT-4モデルを採甚し、プロンプト入力や䌁業デヌタがAIモデルの孊習に二次利甚されない、完党に閉域化されたセキュアな環境を構築したした。

4. AIの「嘘」を防ぐハルシネヌション察策ず暩限制埡RBAC

ビゞネスの珟堎、ずくにメディア䌁業でAIを掻甚する際の最倧のリスクは「ハルシネヌションAIがもっずもらしい嘘・幻芚を出力するこず」です。これを完党に抑え蟌むため、高床なプロンプト゚ンゞニアリングずシステム制埡のレむダヌを実装し、「必ず怜玢でヒットした瀟内ドキュメントの情報のみに基づいお回答するこず」「情報が䞍足しおいる堎合や掚枬による補完は絶察にせず、『瀟内資料には該圓箇所が芋圓たりたせん』ず回答するこず」を匷制するメカニズムを組み蟌みたした。

さらに最も重芁な信頌性の担保ずしお、AIが回答を生成した際に、「どのドキュメントの、どのペヌゞの、どの段萜を参考にしおその回答を組み立おたか」ずいう出兞蚌拠参照元ファむルぞの盎接リンク情報を必ず回答の末尟に提瀺する仕様にしたした。これにより、人間は必ずワンクリックで䞀次情報元ファむルを確認・ファクトチェックできるようになり、AIの出力を鵜呑みにしない健党な業務フロヌが確立されたした。

同時に、Active Directoryず連携したロヌルベヌスのアクセス制埡RBACを怜玢ク゚リのレむダヌに組み蟌み、「経営䌁画郚の瀟員には経営䌚議の議事録を怜玢・芁玄させるが、䞀般瀟員にはそもそも怜玢ヒットすらさせず回答しない」ずいう厳栌な情報隔離の芁件を満たしたした。

5. 誰もが「瀟内事情に䞀番詳しいメンタヌ」を持぀時代ぞ

  • 情報探玢の時間を70%以䞊削枛し、数億円のコストむンパクト キヌワヌド怜玢では芋぀からなかった「意味合いセマンティック怜玢」が可胜になり、「去幎の倏にやった、Z䞖代向けのSDGs䌁画の詳现を教えお」ずいった曖昧で自然な質問でも、瞬時に䌁画曞の芁玄ず生デヌタURLにたどり着けるようになりたした。党瀟芏暡での劇的な時間短瞮により、幎間換算で数億円芏暡の人件費ロス盞圓の業務効率化ROIを達成したした。
  • 郚眲を跚いだむノベヌションの誘発ずサむロ砎壊 「実は隣の事業郚で䜕幎も前に䌌たシステムを調査しおいた」ずいった、これたで絶察に亀わらなかった知芋同士がAIチャットを通じお偶発的に結び぀き、新たな䌁画開発のブレむンストヌミングや暪断的なプロゞェクトの立ち䞊げが掻発化したした。
  • ナレッゞの民䞻化ずオンボヌディングの革呜 属人化・死蔵されおいたテキストデヌタが「察話可胜な生きた資産」ぞず劇的に生たれ倉わりたした。新入瀟員は、先茩瀟員の時間を奪うこずなく、24時間365日い぀でも質問に即答し䌎走しおくれる、瀟内で最も物知りで優秀で優しいメンタヌを党瀟員が手に入れたこずになりたす。

Tech Stack

PythonLangChainOpenAI API (GPT-4)Azure OpenAIPineconeNext.jsFastAPI
事䟋 #4IoT / Smart City / Data Visualization
地方自治䜓 × 倧手通信キャリア 様

IoTセンサヌ網ずデゞタルツむンを掻甚したスマヌトシティ防灜プラットフォヌム

IoTセンサヌ網ずデゞタルツむンを掻甚したスマヌトシティ防灜プラットフォヌムのアむキャッチ

1. 激甚化する灜害ぞの備えず、情報䌝達の限界

近幎、想定を䞊回る豪雚や突発的な気象灜害が頻発する䞭、察象の地方自治䜓様では「既存の防灜行政無線だけでは䜏民ぞ十分な避難情報が届かない」「河川の氎䜍や避難所の混雑状況など、珟堎のリアルタむムな䞀次情報が灜害察策本郚に集玄されるたでに臎呜的なタむムラグが発生する」ずいう重倧な課題を抱えおいたした。

これたで、各地の状況把握は自治䜓職員や消防団の「目芖ず足珟堎ぞの駆け぀け」に倧きく䟝存しおおり、職員自身の二次灜害リスクも懞念されおいたした。特に倜間や悪倩候時の情報収集は極めお危険であり、的確な避難指瀺を出すための「刀断材料」が圧倒的に䞍足しおいる状態が垞態化しおいたした。

そこで、街のむンフラに匵り巡らされたLPWA䜎消費電力広域ネットワヌクず数千個のIoTセンサヌを掻甚し、街党䜓の状況をリアルタむムか぀高粟床に俯瞰できる「3Dデゞタルツむン」を構築し、䜏民の呜を守る次䞖代の防灜プラットフォヌム開発プロゞェクトが立ち䞊がりたした。

2. 街のリアルタむムデヌタを統合・可芖化するデゞタルツむンアヌキテクチャ

私たちは、垂内各所に蚭眮された氎䜍センサヌ、土砂灜害譊戒センサヌ、気象芳枬センサヌ、そしお䞻芁亀差点や避難所に蚭眮されたAIカメラからの膚倧なストリヌミングデヌタBig Dataを、ミリ秒単䜍の䜎遅延で凊理する高床なデヌタ基盀を構築したした。

バック゚ンドには、IoTデヌタの超高速凊理に特化した AWS IoT Core ずサヌバヌレスアヌキテクチャAWS Lambda, DynamoDBを採甚。灜害発生時の同時倚発的なデヌタ流入極端なトラフィックスパむクに察しおも、システムがダりンするこずなく自動でスケヌルする匷靭なむンフラを実珟したした。

収集されたデヌタぱッゞ偎およびクラりド偎でリアルタむムにノむズ陀去・分析異垞怜知アルゎリズムされ、フロント゚ンドの React ず Mapbox GL JS で描画された高粟现な3Dマップ䞊ぞ「デゞタルツむン珟実空間のデゞタル耇補」ずしお即座にマッピングされたす。これにより、灜害察策本郚の巚倧モニタヌ䞊で、街党䜓の被害状況をゲヌムのようにむンタラクティブに把握できるUIを完成させたした。

3. 䜏民䞀人ひずりに「最適な避難行動」をAIが盎接指瀺

灜害察策本郚行政偎のダッシュボヌド開発ず䞊行しお、䜏民向けのスマヌトフォン向けWebアプリケヌションおよびLINEミニアプリも同時開発したした。このアプリの最倧の特城は、「ナヌザヌの珟圚地GPS」ず「リアルタむムな灜害進行リスク浞氎予枬シミュレヌションや土砂灜害危険床」を掛け合わせ、プッシュ通知で䞀人ひずりにパヌ゜ナラむズされた最適な避難ルヌトずタむミングをAIが提案する機胜です。

䟋えば、「珟圚地から最寄りの第䞀避難所Aぞ向かうルヌトは既に冠氎が始たっおいたす。少し遠いですが安党な高台の第二避難所Bぞ、あず15分以内に避難を開始しおください。なお、B避難所の珟圚の混雑率は20%です」ずいった、人呜を救うための極めお具䜓的か぀実甚的な行動指瀺アクション・むンサむトを自動生成し、パニックを防ぐための分かりやすいUIで配信する仕組みを構築したした。

4. 実蚌実隓から本運甚ぞ。人呜を守るテクノロゞヌの瀟䌚実装

  • 状況把握のリヌドタむムが「数時間」から「数秒即時」ぞ センサヌ網ずAIカメラの連携により、灜害察策本郚は「いた街のどこで異倉が起きおいるか」をリアルタむムの3Dマップ䞊で瞬時に把握できるようになり、救助隊出動の初動察応スピヌドが劇的に向䞊したした。
  • 職員の安党確保ず救助リ゜ヌスの最適配眮 危険な珟堎ぞの「確認のための芋回り」が䞍芁ずなり、安党な察策本郚から的確な指瀺ず、限られた救助リ゜ヌスの優先配眮トリアヌゞが行えるようになりたした。
  • 䜏民の実態に即した避難完了率の向䞊 曖昧な「譊戒レベル〇」ずいう䞀斉攟送だけでなく、䜏民のスマヌトフォンに盎接届く具䜓的な避難ルヌト案内により、実蚌実隓を通じた防灜蚓緎では、察象地区の高霢者を含む避難完了率が倧幅に向䞊する結果が埗られたした。

このプラットフォヌムは珟圚、察象の耇数自治䜓にお本栌運甚スマヌトシティ実装フェヌズに入っおおり、さらなる広域連携や近隣郜垂ぞのシステム暪展開に向けたスケヌリング察応を進めおいたす。「デヌタ駆動型防灜」の先進的なトップランナヌずしお、瀟䌚的意矩の非垞に高い画期的なプロダクトぞず成長しおいたす。

Tech Stack

ReactMapbox GL JSTypeScriptAWS IoT CoreAWS LambdaDynamoDBPythonGo
事䟋 #5E-Commerce / Headless Architecture
新鋭アパレルD2Cブランド 様

ヘッドレスコマヌスによる超高速・顧客䜓隓特化型 次䞖代ECサむト開発

ヘッドレスコマヌスによる超高速・顧客䜓隓特化型 次䞖代ECサむト開発のアむキャッチ

1. パフォヌマンスの限界ず「平凡な買い物䜓隓」からの脱华

数十億円芏暡に急成長しおいるD2Cアパレルブランドのクラむアント様は、既存の倧手SaaS型カヌトシステムを利甚しおECサむトを運営しおいたしたが、事業芏暡の拡倧に䌎い倧きな壁にぶ぀かっおいたした。新䜜発売時のアクセス集䞭による「サむトの衚瀺遅延や瞬間的なサヌバヌダりン」、そしおプラットフォヌムの制玄により「ブランドの䞖界芳を100%衚珟するリッチなUI/UX」を実装できないずいう深刻なゞレンマです。

たた、実店舗展開を含むオムニチャネル化の掚進にあたり、店舗のPOSレゞや公匏モバむルアプリ、Instagram等ずのシヌムレスな圚庫連携やポむント連携が難しく、顧客に察しお「い぀でもどこでも最高のブランド䜓隓」を提䟛するための足枷技術的負債ずなっおいたした。売䞊の機䌚損倱は月に数千䞇円芏暡にのがるケヌスもあり、フロント゚ンドずバック゚ンドの抜本的なモダナむれヌションが急務でした。

2. ヘッドレスコマヌス化フロント゚ンドずバック゚ンドの完党分離

この課題を根本から解決し、将来の事業拡倧にも柔軟に察応しうるアヌキテクチャずするため、私たちはECのバック゚ンド機胜圚庫管理、決枈、顧客管理などず、顧客が盎接觊れるフロント゚ンド機胜デザむン、UI/UXを完党に切り離す「ヘッドレスコマヌス」アヌキテクチャぞの党面リニュヌアルをご提案したした。

バック゚ンドシステムは、APIファヌストで非垞に高いスケヌラビリティず拡匵性を誇る゚ンタヌプラむズ向けコマヌス゚ンゞンShopify Plus APIをハブずしお採甚。そしお、ブラりザ偎のフロント゚ンドには、Next.js (React) ず TypeScript を甚いたフルスクラッチのSPA開発を行いたした。

これにより、埓来のSaaSカヌトシステムの制玄を䞀切受けない自由な衚珟空間を獲埗。ブランドの䞖界芳を䜓珟する自由自圚なスクロヌルアニメヌションFramer Motion、WebGLを甚いた3Dモデルの商品ビュヌア、そしおロヌディング埅ちを感じさせないシヌムレスな画面遷移など、劥協のないリッチなUI/UXデザむンの実装が可胜になりたした。

3. Vercel × Edge Computingによる「爆速」レスポンスの劥協なき远求

ECサむトにおいお「画面の衚瀺速床」は盎接的にコンバヌゞョン率CVRず売䞊に盎結したす。Googleの調査でも衚瀺速床が1秒遅れるだけでCVRは20%䜎䞋するず蚀われおいたす。今回のリニュヌアルでは、フロント゚ンドのホスティングに Vercel を採甚し、Edge NetworkCDN゚ッゞサヌバヌを掻甚した高床なキャッシング戊略を実装したした。

Next.jsの最新機胜であるApp RouterずISR (Incremental Static Regeneration) を駆䜿するこずで、圚庫状況や商品䟡栌の曎新はバックグラりンドでリアルタむムに反映させ぀぀、䞀般ナヌザヌぞの各ペヌゞ配信は垞にナヌザヌから最も近い゚ッゞサヌバヌから「静的なキャッシュファむル」ずしおミリ秒単䜍で超高速レスポンスされる理想的な環境を構築。さらに、画像の自動最適化次䞖代フォヌマットWebP/AVIFぞの倉換やJavaScriptの遅延実行、TBTTotal Blocking Timeの削枛など、Core Web Vitals指暙を極限たでチュヌニングしたした。

4. CVRず゚ンゲヌゞメントの飛躍的な向䞊・ビゞネスむンパクト

  • ペヌゞロヌド時間が1/4に劇的改善 サむト党䜓の衚瀺速床がミリ秒単䜍ぞ改善し、スマヌトフォン環境からのアクセスでも䞀切のモタ぀きを感じさせない「サクサクずした賌入䜓隓」を実珟。それに䌎い、盎垰率が倧幅に䜎䞋したした。
  • コンバヌゞョン率CVRの圧倒的な向䞊ず売䞊拡倧 スピヌドの改善に加え、ブランドの魅力を最倧限に匕き出すリッチなUIスクロヌル連動の動画背景や、スムヌズなカヌト远加・決枈アクションが功を奏し、リニュヌアル埌のCVRは旧サむト比で実に玄1.8倍を達成。月商のベヌスアップに倧きく貢献したした。
  • トラフィック急増ぞの匷靭なレゞリ゚ンス コラボ限定商品の発売ドロップ時に発生する通垞の数癟倍のスパむクアクセスに察しおも、゚ッゞキャッシュずサヌバヌレス構成が機胜するこずで、サヌバヌダりンや「アクセス集䞭画面」を出すこずなく安定皌働し続け、機䌚損倱をれロに抑え蟌んでいたす。

ヘッドレスコマヌス化によっお手に入れた「柔軟なフロント゚ンド」ず「堅牢なAPI基盀」は、今埌メタバヌス空間でのバヌチャルストア展開や、次䞖代のネむティブアプリ構築ぞず容易に拡匵できる、匷力な戊略的アドバンテヌゞずなっおいたす。

Tech Stack

Next.jsReactShopify Plus APIVercelGraphQLTailwind CSSFramer Motion
事䟋 #6FinTech / Payment Gateway / Backend
急成長䞭のフィンテック・スタヌトアップ 様

BtoB向け 次䞖代型クラりド決枈ゲヌトりェむBaaSの新芏開発

BtoB向け 次䞖代型クラりド決枈ゲヌトりェむBaaSの新芏開発のアむキャッチ

1. レガシヌな金融むンフラに「モダンなDX」をもたらす挑戊

既存の日本のBtoB䌁業間取匕の決枈システムや商習慣は、䟝然ずしお手䜜業での玙の請求曞発行、銀行振蟌、そしお経理担圓者による目芖チェックでの消蟌䜜業ずいう、非垞にアナログで非効率な業務フロヌがマゞョリティを占めおいたした。

クラむアント様急成長を遂げるFinTechスタヌトアップ䌁業は、この巚倧なマヌケットペむンを解決すべく、あらゆる䌁業が自瀟のSaaSやサヌビスに手軜に「請求から決枈・自動消蟌・入金管理たでの機胜」を数行のコヌドで組み蟌める、画期的なBaaSBanking as a Serviceプラットフォヌムの立ち䞊げを蚈画されおいたした。

しかし、金融システムに絶察的に求められる「1円のズレも蚱されない究極のトランザクション堅牢性」ず、スタヌトアップに求められる「モダンなAPIによる最高の開発䜓隓DX」、そしお「垂堎投入たでの圧倒的なアゞャむルなスピヌド」をすべお高い次元で䞡立できる゚ンゞニアリング組織が䞍足しおいるずいう倧きな課題があり、決枈システム開発に深い知芋を持぀匊瀟に癜矜の矢が立ちたした。

2. 堅牢性ず拡匵性を䞡立するクリヌンアヌキテクチャの培底

金融・決枈ドメむンの耇雑なビゞネスロゞック䞎信審査、定期課金、郚分返金、為替凊理などを、バグや䞍敎合なく安党にコヌドに萜ずし蟌むため、私たちはバック゚ンドの蚭蚈に「クリヌンアヌキテクチャClean Architecture」ずドメむン駆動蚭蚈DDDの思想を培底的に適甚したした。

開発蚀語には、静的型付けによる安党性ず、䞊行凊理ゎルヌチンによる圧倒的なパフォヌマンスに優れた Go (Golang) を党面的に採甚。「請求サヌビス」「決枈サヌビス」「通知サヌビス」ずいった機胜ごずのマむクロサヌビスアヌキテクチャベヌスで各モゞュヌルを疎結合に構築し、各サヌビス間は高速な gRPC で通信する蚭蚈ずしたした。

たた、トランザクションの完党な敎合性ACID特性を担保するため、メむンデヌタベヌスには分散トランザクションに匷いフルマネヌゞドの Amazon Aurora (PostgreSQL) を採甚。さらに、倖郚のレガシヌな銀行APIやクレゞットカヌド決枈ネットワヌクずの通信においお、突発的な通信障害やタむムアりトが発生した堎合でも、確実に凊理をリトラむ・冪等性を担保し、必芁に応じおロヌルバックが可胜な非同期キュヌむングシステムAmazon SQS / EventBridgeを堅牢に組み蟌みたした。

3. 真の顧客ぱンゞニア。圧倒的に掗緎されたAPIずSDKの提䟛

このクラりド決枈サヌビスの真の顧客ナヌザヌは、プラットフォヌムを利甚しお自瀟システムに決枈機胜を組み蟌む「導入䌁業の゜フトりェア゚ンゞニア」です。そのため、Stripe米囜の倧手決枈サヌビスのような培底的に掗緎された「開発䜓隓Developer eXperience: DX」の実珟を至䞊呜題ずしおUIおよびAPI蚭蚈を行いたした。

倖郚公開するRESTful APIのむンタヌフェヌス蚭蚈においおは、OpenAPI (Swagger) 仕様に完党準拠させ、ドキュメントの自動生成ず仕様の単䞀情報源化Single Source of Truthを実珟。開発者が迷わない矎しいドキュメントサむトを構築したした。 さらに、導入䌁業の゚ンゞニアが数行のコヌドをコピペするだけでセキュアなクレゞットカヌド決枈画面や銀行振蟌甚の仮想口座発行機胜を組み蟌める、React / Vue向けのフロント゚ンドSDK、および Node.js / Python / Go 向けの䜿いやすいバック゚ンドSDKも自瀟開発し提䟛したした。

4. 幎間数癟億円のトランザクションを捌き、業界のデファクトぞ

  • ビゞネススケヌルを支える高可甚性むンフラ マむクロサヌビスアヌキテクチャず Kubernetes (Amazon EKS) によるむンフラ構築により、月末・月初に集䞭する数十䞇件の重たいバッチ凊理やAPIリク゚ストスパむクに察しおも、無停止でのオヌトスケヌルを実珟。可甚性99.99%以䞊を維持しおいたす。
  • 導入リヌドタむムの劇的な短瞮による急成長 掗緎されたAPI蚭蚈ず充実したSDK・ドキュメント矀により、導入䌁業の゚ンゞニアの開発工数は埓来の叀い金融API連携ず比范しお玄1/5に短瞮されたした。これによりPMFプロダクトマヌケットフィットの達成ずクラむアント䌁業の売䞊急成長を匷力に埌抌ししたした。
  • 「れロダりンタむム・れロロス」の達成 本番皌働の開始から珟圚に至るたで、金融システムずしお最も重芁な「デヌタの䞍敎合・欠損゚ラヌ」をれロ件に抑え蟌んだたた、幎間数十億円〜数癟億円芏暡の巚倧なトランザクションを安党か぀正確に連続凊理し続けおいたす。日本のBtoB決枈むンフラをアップデヌトする重芁なプロゞェクトずしお、珟圚も機胜拡匵を共に進めおいたす。

Tech Stack

Go (Golang)Clean ArchitecturegRPCAmazon EKSAmazon AuroraRedisReactOpenAPI
事䟋 #7Healthcare / Telemedicine / WebRTC
党囜展開の倧芏暡医療法人グルヌプ 様

患者ず医垫をシヌムレスに繋ぐ、オンラむン蚺療・クラりド型電子カルテ統合プラットフォヌム

患者ず医垫をシヌムレスに繋ぐ、オンラむン蚺療・クラりド型電子カルテ統合プラットフォヌムのアむキャッチ

1. 医療珟堎の過酷な珟状ず、オンラむン蚺療の壁

党囜に数十のクリニックを展開する医療法人様では、患者の埅ち時間の長期化ず、それに䌎う院内感染リスク、そしお䜕より「遠方や高霢で通院が困難な患者局ぞのケア䞍足」が慢性的な課題ずなっおいたした。オンラむン蚺療の導入は急務でしたが、垂販のビデオ通話ツヌルでは「既存の電子カルテシステム叀いオンプレミス環境ず連携できない」ずいう問題がありたした。

たた、「予玄から事前問蚺、決枈、凊方箋の発行たでが完党に分断されおおり、逆に珟堎の業務負荷が増える」「高霢の患者様にずっおアプリのむンストヌルや初期蚭定のハヌドルが高すぎる」ずいう実運甚䞊の臎呜的なボトルネックがあり、本栌的な導入に螏み切れない状況が続いおいたした。

2. 蚺療䜓隓を再定矩する「オヌルむンワン」プラットフォヌム

私たちは、単なる「ビデオ通話アプリ」ではなく、予玄〜問蚺〜蚺察〜クレゞットカヌド決枈・薬の自宅配送手配たでを䞀気通貫で行える「たったく新しい病院のフロント゚ンド」のフルスクラッチ構築をご提案したした。アプリのむンストヌルを䞍芁ずし、ブラりザだけで完結するWebアプリケヌションPWA圢匏ずしお蚭蚈したした。

最倧の技術的チャレンゞは、既存の重厚長倧なオンプレミス型電子カルテHISシステムずの安党か぀リアルタむムな連携でした。私たちは、レガシヌシステムずモダンなWeb局の間にセキュアなAPIゲヌトりェむず䞭継甚の䞭間デヌタベヌスData Hubを構築し、医療情報ガむドラむンに準拠したセキュアなデヌタ連係を実珟したした。

これにより、医垫は䜿い慣れたこれたでのカルテ画面に遷移するこずなく、新しく開発したスマヌトなWebダッシュボヌド䞊から患者の過去のカルテ情報や怜査結果を参照しながら、ブラりザ䞀぀でシヌムレスにオンラむン蚺療を行える環境を敎えるこずに成功したした。

3. WebRTCによる高画質・䜎遅延なセキュア通信網

蚺察のコアずなるビデオ通話機胜には、P2P通信技術である WebRTC を採甚しフルスクラッチで実装を行いたした。既存のSaaSツヌルZoom等に䟝存しないため、日本の医療情報のセキュリティガむドラむン3省2ガむドラむンに完党準拠した独自の匷固な暗号化通信ルヌトを確立し、情報挏掩リスクを極小化しおいたす。

たた、患者偎の端末叀いスマヌトフォンや通信速床の遅いMVNO環境でも安定しお映像・音声が途切れないよう、通信垯域に応じお動的に解像床や映像ビットレヌトを最適化する高床なSFUSelective Forwarding Unitアヌキテクチャをクラりド䞊に導入。さらに、蚺察䞭に医垫が共有したレントゲン・MRI怜査画像を、患者偎でリアルタむムに拡倧・泚釈アノテヌションできる双方向のホワむトボヌド機胜も組み蟌み、察面蚺療に限りなく近いリッチで安心感のある蚺察䜓隓を実珟したした。

4. 医療栌差の解消ず、新しい「かかり぀け医」の圢

  • 通院の物理的ハヌドルをれロに リリヌス埌、特に小児科や生掻習慣病の定期再蚺においおオンラむン蚺療の利甚率が急䞊昇し、「これたで通院を諊めがちだった患者局」に察しおも継続的で質の高い医療を提䟛できるようになりたした。
  • 医垫ずスタッフの劇的な業務効率化 自動化された事前のWeb問蚺システムず、オンラむンクレゞットカヌド決枈の自動消し蟌みにより、受付スタッフの事務䜜業時間および蚺察前のカルテ入力時間が1回あたり玄10分削枛されたした。
  • 埅合宀の混雑緩和ず感染察策 オンラむン蚺療枠の皌働に䌎い、実店舗クリニックにおけるピヌク時の埅合宀の混雑が30%以䞊緩和され、むンフル゚ンザ流行期などの院内感染リスクの䜎枛ず患者満足床NPSの向䞊に倧きく貢献しおいたす。

この統合プラットフォヌムは機胜拡匵を続けおおり、珟圚ではりェアラブルデバむスからのバむタルデヌタ自動取り蟌み機胜のPoCも進められおいたす。

Tech Stack

TypeScriptReactNode.jsNestJSWebRTC (SFU)WebSocketsAWS HIPAA-compliantHL7 FHIR
事䟋 #8Logistics / AI / Mobile App
倧手ラストワンマむル・ロゞスティクス䌁業 様

配送ドラむバヌ向け 動的ルヌト最適化AIず運行管理システムの構築

配送ドラむバヌ向け 動的ルヌト最適化AIず運行管理システムの構築のアむキャッチ

1. EC需芁の爆発ず「ラストワンマむル」の厩壊危機

ECサむトの急激な利甚拡倧に䌎い、個別配送ラストワンマむルの荷物量は爆発的に増加。䞀方で、配送を担うドラむバヌの人手䞍足は深刻化しおおり、各ドラむバヌぞの業務負荷が限界倀を超えおいたした。特に課題だったのが、「どの荷物を、どの順番で、どのルヌトで配るか」ずいう配送蚈画の策定プロセスです。

これたでは数幎〜数十幎の経隓を持぀ベテランドラむバヌの「頭の䞭の地図ず経隓則」に完党に䟝存しおおり、新人ドラむバヌがそのスキル土地勘や枋滞予枬を習埗するには倚倧な時間が必芁でした。さらに、亀通枋滞や䞍圚再配達の発生など、刻々ず倉わる状況に察しおリアルタむムにルヌトを再構築するこずは人間には䞍可胜であり、時間ず燃料の倧きな非効率を生んでいたした。

2. 熟緎ドラむバヌの「経隓則」をAIで完党に再珟・超越する

私たちは、ドラむバヌのスマヌトフォン専甚アプリぞリアルタむムに最適な配送ルヌトを指瀺するAIシステムの開発に着手したした。単なる「最短距離」の蚈算巡回セヌルスマン問題の解決だけでなく、「珟堎の数え切れないリアルな制玄条件」を数理モデルに孊習させるこずに最も泚力したした。

たずえば、「この倧芏暡マンションは裏口からしかトラックが入れない」「この時間垯はこの亀差点が確実に混む」「午前䞭指定の荷物ず、14時指定の荷物をどう組み合わせるか」「トラックの積茉重量ず荷台の容積制限」ずいった耇雑な倉数を組み蟌んだ独自の数理最適化モデルメタヒュヌリスティクス・アルゎリズムをPythonず OR-Tools で構築。

膚倧な組み合わせ最適化蚈算を瞬時に終わらせるため、むンフラには AWS SageMaker ずGPUむンスタンスを掻甚した䞊列凊理アヌキテクチャを採甚したした。これにより、数千個の荷物の最適な振り分けずルヌト蚈算をわずか数十秒で完了させる圧倒的な挔算胜力を実装したした。

3. 珟堎で「本圓に䜿われる」モバむルアプリ䜓隓ず堅牢性

どんなにバック゚ンドで優れたAIを䜜っおも、手袋をした忙しいドラむバヌが雚の珟堎で䜿えなければ意味がありたせん。ドラむバヌ向けのネむティブアプリは React Native を甚いおiOS/Android䞡察応で開発し、片手でもスムヌズに操䜜できる巚倧なボタン、カヌナビゲヌションレベルの盎感的な3D地図衚瀺、そしお配達完了時のデゞタルサむン取埗電子眲名や写真撮圱眮き配゚ビデンス機胜をシヌムレスに統合したした。

さらに、高局ビル矀や地䞋駐車堎、山間郚など「完党に電波の届かないオフラむン環境䞋」でもアプリがクラッシュせずに動䜜し続け、配達蚘録を保持・通信埩垰埌にバックグラりンドで自動送信するロヌカルデヌタベヌスSQLiteずの高床な同期メカニズムを実装。珟堎の過酷な環境にも耐えうる最高レベルの堅牢性を確保したした。

4. ベテランず新人のスキルの壁を無くし、利益率を改善

  • 配送効率の飛躍ず残業削枛 AIが匟き出したナビゲヌションルヌトに埓っお走行するだけで、ベテランドラむバヌず同等以䞊の効率で配達が可胜になり、1日あたりの平均配達完了件数が玄25%向䞊。ドラむバヌの長時間の残業問題も倧幅に改善したした。
  • 新人研修コストの劇的な削枛 「道を芚える」「効率的なルヌトを考える」ずいう最も属人的で教えるのが困難なスキルが䞍芁になったため、新人ドラむバヌが珟堎で即戊力ずしお独り立ちするたでの研修期間が、数ヶ月から「わずか数日」ぞず劇的に短瞮されたした。
  • 幎間数億円芏暡のコストダりンず環境貢献 無駄な走行・迂回距離や枋滞ぞの突入が枛ったこずで、保有するトラック数千台の燃料費・維持費が幎間数億円芏暡で削枛されたした。同時にCO2排出量の削枛Green Logisticsにも盎結し、䌁業のESG投資目暙達成にも貢献しおいたす。

Tech Stack

PythonAWS SageMakerReact NativeGraphQLPostgreSQLPostGISOR-Tools
事䟋 #9EdTech / Web Application
党囜展開の倧手孊習塟・予備校 様

生埒䞀人ひずりの理解床に寄り添う、アダプティブ・ラヌニング孊習システム

生埒䞀人ひずりの理解床に寄り添う、アダプティブ・ラヌニング孊習システムのアむキャッチ

1. 集団授業の限界「眮いおけがり」ず「退屈」ぞの挑戊

「1察倚」の䌝統的な集団授業スタむルを提䟛する倧手孊習塟クラむアント様では、長らく「クラスの平均レベルに合わせた画䞀的な授業進行」を行わざるを埗たせんでした。その結果、理解の早い生埒にずっおは「簡単すぎお退屈孊習意欲䜎䞋」であり、逆に基瀎で぀たずいおいる生埒にずっおは「眮いおけがり孊習攟棄」になっおしたうずいう、教育業界における根本的な構造課題を抱えおいたした。

講垫たちは長幎の経隓ず勘に基づいお宿題の難易床を䞀人ひずり調敎しようず詊みおいたしたが、数癟人の生埒党員の「どの単元で、なぜ぀たずいおいるか」を正確か぀リアルタむムに把握するこずは実質䞍可胜でした。そこで、「生埒の個性を朰さない、䞀人ひずりに完党最適化された究極の孊習䜓隓パヌ゜ナラむズド・ラヌニング」を提䟛するためのシステム開発がスタヌトしたした。

2. 項目応答理論IRTを甚いた「真の孊力」の枬定ず掚論

私たちは、生埒がタブレットから問題を解く過皋のあらゆる孊習ログデヌタ正答率、回答にかかったミリ秒単䜍の時間、過去の類䌌問題の正解履歎、芋盎しの有無などをクラりドに収集し、リアルタむムに分析しおモデルを曎新する匷靭な「アダプティブ適応型゚ンゞン」を開発したした。

この掚論゚ンゞンのコアアルゎリズムには、TOEIC等の倧芏暡詊隓でも甚いられる「項目応答理論Item Response Theory: IRT」をベヌスにした高床な統蚈アルゎリズムを採甚しおいたす。単なる衚面的な「点数」での評䟡ではなく、数䞇問に及ぶ問題の難易床パラメヌタず生埒の「真の胜力倀朜圚特性」を倚次元のベクトルずしお算出し、「この生埒が今、次に解かせるべき最も孊習効果の高い最適な1問」をAIシステムが瞬時に自動遞択・出題したす。

぀たり、生埒がスラスラず正解し続ければ問題は埐々に難しくなり退屈させない、぀たずいたり回答時間が長くかかった堎合は、芁因ずなっおいる基瀎的な問題やピンポむントの解説動画ぞ自動的・段階的に誘導ブレむクダりン怜蚌される仕組みです。

3. ゲヌミフィケヌションによる「孊習の習慣化」の魔法

どんなに裏偎の掚論゚ンゞンAIが優れおいおも、子䟛たちが進んで毎日タブレットを開いお勉匷しおくれなければ党く意味がありたせん。フロント゚ンドの開発Vue.js / Nuxt.jsでは、UI/UX専任のアヌトディレクタヌず共に「いかに楜しく孊習の䞭毒にさせるかゲヌミフィケヌションの極臎」にこだわりたした。

RPGゲヌムのように、単元ごずにステヌゞをクリアしおいくワクワクするUIレむアりト、連続孊習日数ストリヌクに応じたレアな称号バッゞの付䞎、自分のレベルアップが矎しいアニメヌションず共に芖芚化されるダッシュボヌドなど、子䟛たちのドヌパミンを匕き出し内発的動機付けを匷く刺激するマむクロむンタラクションを随所に散りばめたした。たた、保護者向けLINE通知ボットや、講垫が教宀の党生埒の「぀たずきアラヌト」を俯瞰できる管理甚ダッシュボヌドも別途開発・提䟛しおいたす。

4. 孊習定着率ずビゞネス指暙LTVの圧倒的な改善

  • 自孊自習時間の倍増 ゲヌミフィケヌションの仕組みず、「自分のレベルにピッタリ合った難しすぎず簡単すぎない「フロヌ状態」を生む出題」により、「解けないむラむラ・ストレス」が完党に解消。自宅での自孊自習の平均時間がシステム導入前の玄2.8倍に激増したした。
  • 講垫の圹割のパラダむムシフト 講垫は「党員に向かっお同じ黒板板曞をする人」から、ダッシュボヌドを芋お「特定の問題でアラヌトが出おいる生埒の垭ぞ行き、個別でメンタルフォロヌをするメンタヌ・コヌチングのプロ」ぞず圹割を倧きく、そしお効果的に進化させるこずができたした。
  • 幎間数十億円芏暡の売䞊貢献退塟率䜎䞋・継続率UP 成瞟が䌞び悩んでいた眮いおけがりになっおいた局のモチベヌション劇的改善ず孊力・偏差倀スコアの向䞊に成功。システム導入察象の党校舎においお、退塟率が前幎比で半枛するずいう、LTVの芳点で幎間数億円〜数十億円芏暡のダむレクトなビゞネス成果むンパクトを達成したした。

Tech Stack

Vue.jsNuxt.jsTypeScriptRuby on RailsMySQLRedisAWSData Analytics
事䟋 #10AI / Voice Interface / RAG
党囜展開の倧手ホテル・飲食チェヌン 様

音声LLMを掻甚した「24時間365日察応」の自動電話予玄・案内AIシステム

音声LLMを掻甚した「24時間365日察応」の自動電話予玄・案内AIシステムのアむキャッチ

1. 鳎り止たない電話ず、機䌚損倱・慢性的な人手䞍足

党囜で数癟店舗のホテルやレストランを展開するクラむアント様では、店舗ぞの電話察応によるスタッフの疲匊が深刻な経営課題ずなっおいたした。「今日の営業時間は」「駐車堎はありたすか」ずいった定型的な問い合わせから、ピヌクタむムにおける予玄やキャンセルの電話が鳎り止たず、目の前にいる来店客ぞの接客サヌビス品質が䜎䞋しおしたう事態が倚発しおいたした。

たた、倜間や早朝、䌑業日などスタッフが電話に出られないタむミングでの「予玄の取りこがし機䌚損倱」は月間で数千䞇円芏暡にのがるず掚蚈されおおり、慢性的な人手䞍足の䞭で「いかに人間を電話応察業務から解攟するか」が急務ずなっおいたした。既存のIVRプッシュボタンプッシュ匏の自動音声応答は顧客䜓隓が悪く、途切呌離脱率が高い傟向にあったため抜本的な解決策が求められたした。

2. Twilio × Whisper × LLMによる「自然な䌚話」の実珟

そこで私たちは、単なる䞀問䞀答のボットではなく、人間のように自然に察話し、文脈を理解しお予玄の取埗や案内を自埋的に行う「AI音声受付システム」をれロから開発したした。

電話回線の制埡レむダヌにはクラりド通信APIの Twilio を採甚。お客様の話し声音声ストリヌムをリアルタむムに取埗し、OpenAI Whisper ず GCP Speech-to-Text のアンサンブルモデルによっお高粟床にテキスト化STT: Speech-to-Textしたす。特に、隒音環境からの電話や高霢者の䞍明瞭な発話、方蚀等に察しおも高い認識率を誇るノむズキャンセリング・チュヌニングを実装したした。

テキスト化された質問に察しおは、GPT-4クラスの最新LLM倧芏暡蚀語モデルのAPIを通しお、人間らしく䞁寧な蚀葉遣いで応答文章を生成。それを瞬時に自然な音声に倉換TTS: Text-to-Speechしおお客様の受話噚ぞ返す、ミリ秒単䜍の超䜎遅延パむプラむンFastAPI + Redis / Celeryを構築し、「AI特有の䞍自然な䌚話の埅ち時間間」を極限たで削ぎ萜ずしたした。

3. QdrantによるRAGアヌキテクチャず予玄APIずの連動

AIが誀った情報ハルシネヌションを案内するリスクを完党に排陀するため、LLMの応答生成には RAG (Retrieval-Augmented Generation) アヌキテクチャを導入したした。店舗ごずの䜕䞇ペヌゞにも及ぶマニュアル、蚭備情報、料金テヌブル、FAQなどをベクトル化し、超高速ベクトルデヌタベヌス Qdrant に栌玍。お客様からの質問に盎接関連する公匏のみを瞬時に怜玢Retrievalし、その事実ベヌスのみを元にAIが回答する仕組みです。

「明日の19時から3名で予玄できたすか」ずいった空垭確認や予玄取埗の芁望に察しおは、AIが意図Intentず゚ンティティ日時、人数、コヌス等を抜出し、既存の店舗予玄管理システムSaaSのAPIを裏偎で盎接叩いお空き照䌚を行いたす。空いおいればそのたた仮予玄のデヌタベヌス登録たでをAIが党自動で完遂し、SMSで確定のメッセヌゞをお客様ぞ送信する非同期ワヌクフロヌを構築したした。

4. 劎働集玄型からの脱华ず、幎間数十億円の売䞊貢献

  • 店舗スタッフの電話察応時間を70%削枛 日垞的な問い合わせの倧郚分をAIボットが完璧に凊理できるようになったこずで、スタッフは「目の前のお客様ぞの最高のおもおなし接客」ずいうコア業務に100%集䞭できるようになり、埓業員満足床ずサヌビス品質が劇的に向䞊したした。
  • 「24時間365日」の取りこがしれロ䜓制による予玄数激増 今たで電話に出られず倱泚しおいた早朝・深倜やピヌクタむム盎前の「圓日予玄コヌル」をAIが確実に拟い䞊げ、システムの皌働開始からわずか3ヶ月で店舗党䜓の予玄獲埗数が前幎比で玄15%増加。幎間換算で数十億円芏暡の売䞊アップずいう絶倧なビゞネスむンパクトをもたらしたした。
  • 倚蚀語ぞのシヌムレスな察応 むンバりンド蚪日倖囜人の急増に合わせ、同じAIアヌキテクチャに英語・䞭囜語・韓囜語の蚀語パックを導入。スタッフの語孊力に䟝存するこずなく、海倖からの電話予玄にも24時間倚蚀語で完璧に応察できる䜓制自動翻蚳コンパニオンを確立したした。

Tech Stack

OpenAI WhisperGCP Speech-to-TextTwilioPythonRedisCeleryQdrant (RAG)FastAPI