開発事例

住宅ローン、相続、口座開設の問い合わせが混在し、有人窓口への振り分け基準も部署ごとに違っていました。

FAQ約620件を意図別に再分類し、回答候補、根拠URL、有人引き継ぎ条件を管理画面で更新できるよう実装しました。

来院前の確認事項が電話に集中し、受付スタッフが予約変更と症状確認に追われていました。

症状カテゴリ、初診/再診、禁忌ワードを分けて設計し、LINEから予約システムへ必要情報を連携しました。

サポート記事は多いものの検索性が低く、同じ操作質問がチケット化され続けていました。

既存ヘルプ記事の見出し粒度を揃え、回答には該当記事と管理画面の操作導線を必ず添える設計にしました。

紙PDFとメール添付が混在し、経理担当が取引先名、金額、現場コードを手入力していました。

OCR後に取引先マスタと照合し、金額差異、締日、承認者を自動判定するワークフローを構築しました。

営業日報の記述量にばらつきがあり、商談温度感や次回アクションがCRMに残りにくい状態でした。

日報本文から課題、決裁者、競合、次回予定を抽出し、Salesforceの項目候補として確認登録できる画面を作りました。

職務経歴書の形式が統一されず、担当者が経験年数や希望職種を読み取る作業に時間を使っていました。

PDF/Wordから職種、スキル、希望条件を抽出し、担当チーム別のSlack通知とスプレッドシート記録まで自動化しました。

基幹側の在庫更新が夜間バッチのみで、セール時に在庫差異とキャンセルが発生していました。

商品SKU、倉庫、予約在庫を分けたAPIを設計し、更新失敗時の再送キューと管理画面ログを実装しました。

店舗POSとアプリでポイント残高が分断され、問い合わせ時に正しい履歴を追いにくい状態でした。

付与、利用、取消をイベントとして保存し、アプリ、POS、管理画面から同じ履歴を参照できるAPIに整理しました。

店舗サイト、広告LP、外部予約サービスの入力経路が増え、予約枠の二重登録が起きていました。

予約枠をGraphQLで集約し、入力元ごとのバリデーションとWebhook再試行処理を組み込みました。