弊社は、生成AI(大規模言語モデル)を「開発の道具」として日常的に使い、同時に「システムの機能」としてお客様のサービスに組み込む開発を行っています。
開発の道具としては、設計書の下書き、コードの生成とレビュー、テストコードの作成、既存コードの解析、ドキュメント整備などにAIを使います。フルスタックエンジニアが一人で設計から運用まで担当する弊社の体制と組み合わせることで、これまで人手と時間がかかっていた工程を圧縮し、その分を品質の確認とお客様との対話に充てています。削減の度合いは案件の内容によって変わるため、お見積りの際に工程ごとの内訳としてお示しします。
システムの機能としては、問い合わせ内容の自動分類、文書の要約・検索、定型文の生成、画像やPDFからのデータ抽出、社内ナレッジへの質問応答など、業務の中で「人が読んで判断していた作業」をAIに任せる仕組みを構築します。AIが得意なこと・苦手なことを踏まえ、要件定義の段階で「AIに任せる範囲」と「人が確認する範囲」を切り分けることを重視しています。
こんなお悩みに
- システム開発を依頼したいが、見積りが予算に合わない
- 問い合わせメールや申込内容の仕分け・転記に毎日時間を取られている
- 社内の資料やマニュアルが多すぎて、必要な情報を探せない
- 既存システムの仕様書がなく、改修のたびに調査費用がかかる
- 生成AIを業務に使いたいが、何から手をつければよいか分からない
ご提供内容
- AI活用による開発の効率化
設計・実装・テスト・ドキュメントの各工程で生成AIを活用し、開発期間と費用を抑えます。生成されたコードはエンジニアが必ずレビューし、品質を担保します。
- AI機能の組み込み
分類・要約・生成・検索・抽出といったAI機能を、お客様の業務システムやWebサイトに組み込みます。主要なAIプラットフォームのAPIに対応します。
- 既存システムの解析・仕様書復元
仕様書が失われた既存システムのソースコードをAIとエンジニアで解析し、現状の仕様を文書化したうえで改修に着手します。
- AI導入の相談・小さな検証
業務のどこにAIが向いているかを一緒に整理し、小さな試作で効果を確かめてから本格導入の判断をしていただけます。
- 運用時の品質管理
AIの出力精度を定期的に確認する仕組み、誤りが起きたときに人が修正できる導線、利用料金の監視まで含めて設計します。
進め方
- 01
業務の棚卸し
現在の業務の流れを伺い、「判断が定型的な作業」「文章を読む・書く作業」「探す作業」を洗い出します。ここがAIに向く候補になります。
- 02
AIに任せる範囲を決める
精度が求められる部分、誤りが許されない部分は人の確認を残します。任せる範囲と確認の手順を要件として文書化します。
- 03
小さく試す
実際のデータの一部を使って試作し、出力の精度と使い勝手を確認します。この段階で費用対効果が見えない場合は、正直にお伝えします。
- 04
本開発と組み込み
試作の結果をもとに本番用のシステムを開発します。開発工程でも生成AIを活用し、期間と費用を抑えます。
- 05
運用と改善
利用状況と出力の品質を確認しながら、プロンプトや処理の調整を続けます。AIモデルの更新に伴う変更にも対応します。
向いているケース
- 文章の読み書き・分類・検索が多い業務(問い合わせ対応、申込処理、文書管理など)
- 予算を抑えつつ、必要な機能をしっかり作りたい
- 仕様書のない既存システムを改修したい
- まず小さく試して効果を確かめてから投資したい
向かないケース
- 誤りが一切許されない判断をAIだけに任せたい(人の確認を残す設計をご提案します)
- AIを使うこと自体が目的で、解決したい業務課題が決まっていない
関連する開発事例
よくあるご質問
AIを使うと本当に安くなるのですか?
開発工程のうち、設計書やコード、テスト、ドキュメントの作成にかかる時間を短縮できるため、同じ機能をより少ない工数でご提供できます。ただし、要件の整理やお客様との確認にかかる時間は変わりません。案件ごとの見積りで内訳をお示しします。
AIが生成したコードの品質は大丈夫ですか?
生成されたコードは必ずエンジニアがレビューし、テストを通してから納品します。AIは下書きと検証の速度を上げる道具であり、最終的な品質の責任は弊社のエンジニアが負います。
自社のデータをAIに渡しても安全ですか?
利用するAIサービスの規約(学習への利用有無、保存期間)を確認し、必要に応じて個人情報を除いてから処理する設計にします。データの扱いは要件定義の段階でご説明し、合意のうえで進めます。
関連する業種
関連する開発ガイド
- Excel・スプレッドシート業務をWebシステム化するタイミングExcelやスプレッドシートで回している業務が限界に近づくサイン、Webシステム化に向く業務と向かない業務の見分け方、段階的な移行とデータ移行の注意点を整理します。
- Webシステム開発の費用はどう決まるか — 相場の「考え方」と見積の内訳Webシステム開発の費用がどのように決まるのかを、工数と単価、要件の粒度、品質・非機能要件、保守費、変動要因の観点から解説します。金額の相場ではなく、見積を読み解くための考え方を整理します。
- 中小企業のWebシステムに最低限必要なセキュリティ対策専任の担当者がいない中小企業でも押さえておきたい Web システムのセキュリティ対策を、SSL/TLS・認証と多要素認証・権限の最小化・アップデート・バックアップ・ログ・個人情報の順に優先度をつけて整理します。
関連用語: API、要件定義、フルスタックエンジニア
監修: Unlogical Systems合同会社(杉並区・西荻窪)公開