コールセンターのシステムと聞いて、どんなイメージを持ちますか？
マンチーは遠い過去(30数年前?)に某通信サービス会社でコールセンターの管理運営を営業部との二足のわらじで従事しておりました。今思い出すと懐かしい。。。コールセンターなんていう単語がなかった時代に、どこからか見つけてきたPBXの裏の配線を弄って「どうやんのこれっ」って悶絶した日々、ビジネスホンを並べただけのファシリティー、、、あぁ、イニシエのコールセンター。。。
その後もいろいろな職場や環境でコールセンターのシステムに触れる機会があり、その度ごとに理想のコールセンターシステム像が浮かび、いつかは自分で作りたいなんて妄想を抱いておりました。
その中でも、具体的にやりたかった機能が「電話がかかってきたとき、着信者の情報が自動的にポップアップされる画面」の実現です。今では当たり前の機能かもしれませんが、昔はなんでもアナログ的だったのでこの機能を初めて見たときはそっくり返ったことを覚えています。
「もっと汎用性のある、誰でも使えるコールセンターシステムを作れないか」
2026年、その夢を個人開発で(ちょっとだけ)実現しようとしています。
📌 AI時事ネタ：コールセンターのAI化が加速中
2025〜2026年にかけて、大手企業のコールセンターにおけるAI導入が急加速しています。NTTドコモ・ソフトバンクなどの通信キャリアをはじめ、金融・保険・EC各社が「AIによる一次対応の自動化」に本格投資しています。一方で中小企業・スタートアップにとっては導入コストがネックです。AWSのサービスを組み合わせれば、従来と比べて1/10〜1/100のレベルで開発費が削減できます。
かつてのコールセンターシステムは「高額」だった
昔のコールセンターシステムの構築コストは非常に高額でした。
まず着信を受けるためのPBX(Private Branch Exchange・専用電話交換機)が必要で、これ自体が数千万円規模の専用ハードウェアです。顧客情報を管理するCRM(顧客管理システム)はそれとは別に構築され、着信とCRMをリアルタイムで連携させるCTI(Computer Telephony Integration)ミドルウェアが間に入ります。これらを接続するサーバー・ネットワーク機器・専用線が加わり、構築・保守費用は膨大になります。
さらに問題だったのがデータ連携のタイムラグです。通話記録や顧客対応履歴は「夜間バッチ処理」で基幹系システムに反映されていました。昼間の対応内容が翌朝まで他部署から見えない。リアルタイムで情報を共有したくても、アーキテクチャ的に不可能だったのです。
2026年、同じものが大幅なコスト削減で作れる
今や同等以上の機能が、AWSのクラウドサービスを組み合わせることでケタ違いのコスト削減で構築できます。
マンチーが現在構築しているシステムの構成はこうです。
- Amazon Connect(クラウドPBX・コンタクトセンター基盤)：物理交換機の代わり。ブラウザで管理でき、自宅や外部からオペレーターが参加可能。
- AWS Lambda(サーバーレス関数実行)：着信時に顧客情報の検索・AI応答生成などの処理を実行。サーバーの構築・管理が一切不要。
- Amazon DynamoDB(フルマネージドNoSQLデータベース)：サーバー管理不要・自動スケールのDBサービス。顧客情報・通話履歴をリアルタイムで保存・取得。夜間バッチ不要。
- Anthropic API(Claude Haiku)＋Amazon Polly(テキスト音声変換)：★後述
- API Gateway＋S3：管理ダッシュボード・顧客データのCSVエクスポートなどに対応。
なお、Amazon Connectは「電話番号使用料(月$1程度)＋通話料(着信1分あたり約$0.018)」という従量課金です。昔の専用線の月額固定費や交換機の保守費用に相当するものが、クラウドでは使った分だけの課金になっています。月100件×3分の着信でAWSインフラ費用だけなら約$6〜7程度。人件費・開発費は別途かかりますが、インフラコストだけで見ればかつてとは比べものにならないレベルです。
🌟 今回のシステムの目玉：AI音声による自動一次対応
このシステムで最も力を入れている機能が、AI音声による自動一次対応です。
電話がかかってくると、まずAIが対応します。顧客の発話内容をテキスト化し、Claude Haiku(Anthropic社のAIモデル・高速レスポンスと低コストが特徴)が内容を解析して適切な応答文を生成、Amazon Polly(テキスト音声変換サービス)が自然な音声で読み上げます。この一連の流れがリアルタイムで完結します。
なお、AWSにはAmazon Bedrockという自社AIサービスもありますが、東京リージョンでのClaude系モデルの対応状況や設定の複雑さから、今回はAnthropicのAPIを直接呼び出す構成を採用しています。Claude HaikuのAPI料金は入力100万トークンあたり$0.80・出力$4.00で、コールセンターの一次対応程度であれば月$1未満で収まります。
従来の自動応答といえばIVR(Interactive Voice Response・自動音声応答)——「1番を押すと〇〇、2番を押すと〇〇」という固定メニュー型です。顧客は選択肢の中から選ぶしかなく、想定外の質問には対応できません。
一方、AIを使った本システムは自然な会話に応答できます。ポイントはAIに「どこまで答えるか」をプロンプト(指示書)で設計できる点です。設計者が決めた範囲内で、チャットボットの固定ロジックでは拾えない自然な言い回しにも柔軟に対応できます。これが現代コールセンターAIの花形機能です。
コールセンターを取り巻く環境の変化
技術だけでなく、コールセンターを取り巻く環境そのものが大きく変わっています。
オペレーター不足は深刻です。人件費の高騰・離職率の高さ・採用難から、従来型のコールセンター運営は限界に近づいています。一方でテレワークの普及により、「在宅オペレーター」という働き方が現実的になりました。ブラウザベースのAmazon Connectであれば、場所を問わず対応が可能です。
また、顧客の問い合わせ内容も変化しています。単純な質問はチャットボットやFAQで自己解決が進む一方、電話でかかってくる問い合わせはより複雑・感情的なものが増えています。AIによる一次対応と、人間のオペレーターへのエスカレーションを組み合わせるハイブリッド構成が、これからの標準になっていくでしょう。
現在の開発状況と「DID番号の壁」
システム自体はほぼ完成しています。着信 → AI一次対応 → 音声読み上げ → 通話終了というフローは動作確認済みです。管理ダッシュボードから顧客情報の登録・通話履歴の確認・CSVエクスポートも実装済みです。
ただ、電話番号(DID番号・Direct Inward Dialing：外線から直接特定の内線に着信できる電話番号)の取得で詰まっています。
AWS Connectで日本の050番号を取得するには、AWSサポートへの申請が必要です。個人事業主として申請したところ、一度却下されました。理由は「本アカウントで事業利用であることを確認できなかった」というもの。運転免許証・開業届・電力会社領収書まで提出したにもかかわらず、です。
問題は書類の内容ではなく、AWSアカウントの登録情報(会社名・ドメイン)でした。個人名義のアカウントでは事業利用とみなされにくい、という盲点です。
現在は開業届に屋号を追記して再申請中。2026年5月に書類を再送しており、審査結果待ちです。個人事業主がAWSでDID番号を取得しようとするとここで詰まります。同じ壁にぶつかっている方は参考にしてください。
将来実装予定の機能
DID番号取得後・本格稼働後に実装予定の機能です。
- オペレーター転送：AI一次対応後、複雑な問い合わせは在宅・外部オペレーターにブラウザベースで転送。場所を選ばない柔軟な人員配置が可能になります。
- 通話内容AI要約・意思確約自動記録：「解約の意思を示した」「支払いを確約した」といった重要なやりとりをAIが自動でテキスト化・DynamoDBに保存。管理ダッシュボードで即確認できます。
- アウトバウンド発信：日本の携帯番号への発信(別途AWS申請が必要)。督促・フォローアップ電話の自動化を目指しています。
イニシエの夢を、個人で実装する
「電話がかかってきたとき、着信者の情報が自動でポップアップされたら」——30数年前に悶絶しながらPBXの配線を弄っていた頃からの夢です。当時はそれが高額なシステムでしか実現できなかった。
2026年、それが個人開発で(ちょっとだけ)動いています。
DID番号の審査待ちで実際の電話テストはまだできていませんが、システムとしては完成に近い状態です。審査が通り次第、実際に電話をかけてエンドツーエンドのテストを行います。
中小企業やスタートアップが、かつて高額だったシステムと同等のコールセンター機能を手の届くコストで持てる時代がすぐそこまで来ています。マンチーはその野望を燃やしながら、今日も開発を続けています。
関連記事もどうぞ：
コメント