弊社の立ち位置を先にお伝えします。弊社は既製の生成AIをAPI経由で呼び出し、プロダクトの機能として組み込む開発会社です。モデルを自社で学習させたり、検索や生成の精度そのものを研究開発として高めたりする領域は専門ではありません。
この前提のうえで、できることは具体的です。問い合わせへの一次回答、文書や会話の要約、申請や投稿の分類と振り分け、入力補助、下書き生成。価値の差はモデルではなくその周りの設計で決まります。どこまでAIに任せ人がどこを確認するか、外したときに何を返すか、利用が増えたとき費用がどう動くか。弊社が時間をかけるのはそこです(「ただのAPIラッパー」と言われないために)。
プロダクトへの組み込みとは別に、弊社自身の開発工程でも生成AIを使っています。設計書の下書き、コード生成とレビュー、テスト作成にAIを組み込み、同じ予算で作れる量を増やします。生成物は必ず人がレビューし、テストを通してから納品します(生成AIを開発工程に組み込む)。
こんなお悩みに
- 「AIを使え」と言われているが、自社の課題がAI向きなのか判断がつかない
- 問い合わせ対応や要約・仕分けなど、人手に頼っている作業をAIで減らしたい
- 試作では動いたが、誤答時の扱い・費用の上限・監視が未設計で本番に出せない
- 個人情報や機密情報をどこまで外部に送ってよいか判断できない
ご提供内容
- AI適用の可否判断メモ
課題ごとに、AIで解くもの・ルールベースで足りるもの・人が担うものに仕分けた文書です。件数が少ない、基準を明文化できる、間違いが許されないといった場合は、AIを使わない設計をご提案します(AIとルールベースの使い分け、使わない方がいい業務)。
- 評価データと精度の測定結果
業務データに近い評価用データ一式と、正答率・外し方の傾向をまとめた結果です。「だいたい合っている」ではなく、どの入力で外れるかが分かる形にします(精度をどう評価するか)。
- AI機能を組み込んだプロダクト
チャット、要約、分類、入力補助などを実装した本番稼働可能なシステムです。答えられないときの代替動作、出力をそのまま表示しない処理、待ち時間の見せ方まで作り込みます(AIが答えられないときの設計)。
- 費用の試算と運用ルール
開発費とは別に、AIの利用量に応じた従量課金が毎月かかります。月額の試算と上限を超えたときに止める仕組み、外部に送ってよいデータの線引き、人が確認する範囲、プロンプトの更新手順をまとめます(AI機能のコスト試算シート、AI導入前のリスク確認シート)。
進め方
- 01
課題の見極めと期待値の調整
解きたい課題と期待する成果を伺い、AIの適用が妥当かを判断します。社内で先に整理するならAI活用の用途整理シートをお使いください。
- 02
合格ラインを決めてからPoC
「精度がどこまでなら本番化するか」「外れたときどう扱えば許容できるか」を先に決めてから、実データに近い条件で小さく試します。ここを決めずに試作すると、判断できないまま時間が過ぎます(AI機能のPoC確認シート)。
- 03
本番設計と実装
入力の検証、出力の後処理、失敗時の代替手段、費用の上限、処理の非同期化を設計し、MVPとして実装します。個人情報の扱いはセキュリティとプライバシーに沿って設計します。
- 04
段階的に出して、運用しながら育てる
全ユーザーに一斉に出さず、社内や一部のユーザーから始め、誤答の実例を集めてから広げます。リリース後も出力の品質と費用を確認し続け、プロンプトや前後の処理を調整します(AI機能の品質をどう見張るか、AI利用料が膨らまない設計)。
向いているケース
- チャット、要約、分類、入力補助といった機能を既製APIで実現したい
- PoCまでは進んだが、精度・費用・誤答時の扱いが決まらず本番に出せずにいる
- 社内の定型作業をAIで減らし、少人数のまま運営を続けたい
- AIを載せるか見送るかの判断自体を、根拠を持って決めたい
向かないケース
- 独自の機械学習モデルの学習・チューニングや、検索・生成の精度そのものを研究開発として高めることが中心の案件。弊社は既製APIの組み込みを専門としており、この領域は専門の会社をおすすめします
- 画像認識・音声認識・需要予測など、言語モデル以外の機械学習が主題の案件
- 扱うデータを一切外部に出せない前提で、自社環境内でのモデル運用が必須の案件
- AIの利用自体が目的で、解決したい課題が定まっていない場合。まず課題整理からのご相談をおすすめします
関連する開発事例
- 社内DX / 生成AI活用非エンジニアがAIアプリを組み立てられる社内基盤エンジニアでない社員が対話形式でAIアプリを組み立てられる社内スタジオ。社内ドライブの文書は元の閲覧権限を引き継いだままRAGで検索し、質問例と観点を登録した自動評価で応答品質を計測、LLMプロバイダは用途に応じて切り替えられます。
- 育児支援 / AIチャットアプリ子どもの食の悩みに答えるAIチャットアプリ離乳食や幼児食の相談に、子どもの月齢とアレルギー情報からプロンプトを組み立てて答えるチャットアプリ。公的な栄養ガイドラインをpgvectorで検索して回答に反映し、食材の適否判定やレシピ提案はツール呼び出しとして実装しました。
よくあるご質問
モデルの学習やRAG基盤の構築もお願いできますか?
モデルの学習・チューニングはお引き受けしていません。社内文書の検索については、既製の検索・埋め込みサービスを組み合わせて権限管理や評価の仕組みまで作り込むところまでが弊社の範囲です(社内AIアプリ構築スタジオ)。検索の精度そのものを研究開発として高めるご依頼は専門外のため、着手前にその旨をお伝えします。文書の量と範囲によっては既製のサービスで足りることもあるため、まずどこまで既製品で足りるかの観点で整理します。
AIの回答が間違っていた場合の責任はどうなりますか?
AIの出力には誤りが含まれる前提で設計します。人の確認を挟む、根拠を併記する、断定を避けるといった作り込みを行い、誰が最終確認するかを運用ルールで決めます。契約上の責任範囲は契約時に取り決めます(AIの答えの責任は誰が負うか)。
個人情報や機密情報をAIに渡しても大丈夫ですか?
外部に送るデータの範囲と、送らないデータの扱いを設計段階で決めます。匿名化やマスキング、入力前のチェック、学習に利用されない契約形態の選択など、リスクに応じた対策を取ります。一般的な情報であり、個別の事案は専門家・所管官庁にご確認ください。
関連する領域
関連するインサイト
- AI活用、最初の一歩をどう決めるかAI活用を何から始めるか迷う企業向けに、全社導入から入ると失敗しやすい理由と、「入力が文章・出力が文章」の工程を一つだけ選ぶ絞り込み方、最初の対象を判断する基準を経営者・事業責任者向けに整理します。
- AIのPoCとは何を確かめる工程かAIのPoC(概念実証)で確かめるべきは「動くか」ではなく「事業として成立するか」です。技術検証・業務検証・経済性検証の3種に分けて、既製のAI APIを前提に何をどの順で確かめるかを整理します。
- AI活用と個人情報保護AIサービスに個人情報を扱わせる場合の論点を一般論として整理します。第三者提供や委託にあたるかという考え方、利用目的と同意の取り方、プライバシーポリシーへの記載、開示や削除の求めへの備えを発注側の視点でまとめます。
監修: フィリット・コンサルティング株式会社公開 / 更新