開発メニュー・概算費用

AIを使った開発は、やってみないと精度が読めません。数百万円の開発を決める前に、実際のデータで検証して、できること・できないことをはっきりさせるための2週間です。一般に PoC（Proof of Concept／実現可能性の検証） と呼ばれるものにあたります。社内で企画を通すための根拠資料としてもお使いいただけます。

弊社が開発時に行うプロトタイプ（動く試作品を見せて完成イメージをすり合わせる進め方）とは別のものです。こちらは「作るかどうかを決めるための検証」で、精度を測って数字で判断材料をお渡しします。

「やめたほうがよい」という結論も成果物に含みます。精度が業務に届かない場合は、その理由と、どこまでなら実用になるかを率直にご報告します。50万円で見送りの判断ができるなら、そのほうが安く済むと考えています。

検証できる題材の例

• 画像・映像からの判定不良品の検出、人物の判定、書類の仕分け
• 数値データからの予測需要予測、在庫の適正化、離反の予兆
• 文書・問い合わせの処理自動分類、社内ドキュメントを横断して回答するチャット
• 手書き・帳票の読み取りOCRによる入力の自動化と、その精度の実測

成果物

• 検証結果レポート精度の数値、条件ごとの比較、どこまでできてどこからできないか
• 実際に動くもの検証に使った処理と、結果を確認できる簡易な画面
• 本開発のご提案進める場合の機能範囲・概算費用・期間。進めない場合はその理由

進め方

この検証で特に気をつける点

• 合格ラインを先に決めるここが最も重要です。「精度90%」と言っても、業務で使えるかは用途によります。誤検知と見逃しのどちらが致命的かを先に決めておかないと、出た数字を判断に使えません。検証を始める前に必ずすり合わせます
• データがないと始まらないきれいなデータが数十件しかない状態では、精度を測っても意味がありません。事前にデータの量と質を確認し、足りない場合は着手前にお伝えします
• お預かりするデータの扱い保管場所・期間・検証後の削除を、着手前に取り決めます。個人情報を含む場合は、取得の同意範囲についても確認させていただきます
• 本開発の見積は別この2週間は検証のみです。本開発は結果を見たうえで、あらためてお見積りします。本開発を弊社にご依頼いただく前提ではありません

お客様にご用意いただくもの

• 検証に使えるデータ実際の業務で発生しているもの。整形されていなくても構いません
• 合格ラインの目安「どの程度の精度が出れば業務で使えるか」。決めきれない場合は、事前のすり合わせで一緒に整理します

弊社では自社サービスでの生成AI活用や、画像認識の検証環境の構築を日常的に行っています。AI・機械学習開発の詳細もあわせてご覧ください。

レシート画像やシリアルコード・QRコードでの応募を受け付け、抽選から当選通知までを行う期間限定サイトです。ガソリンスタンド向けのレシート画像応募キャンペーンは2020年から5年以上、現在も稼働しています。ショッピングモールのQRコード応募キャンペーンも手がけてきました。

オープン懸賞・クローズド懸賞のほか、アンケート回答型、レシート応募型、来店スタンプ型など、応募の受付方法が変わっても同じ土台で構築できます。

登場人物と役割

第1期に含む機能

• 応募フォームスマートフォンでの入力を前提とした設計。入力途中の離脱を減らす項目構成
• 応募方法レシート画像のアップロード、シリアルコード、QRコードのいずれにも対応
• 不正応募のチェック同一コードの重複使用、短時間での大量応募の検知
• 応募内容の確認画面事務局がレシート画像を見ながら、応募の可否を判定
• 抽選・当選管理条件を指定しての抽選、当選者の管理、当選通知メールの送信
• 期間の自動切替開始前・期間中・終了後で表示を自動的に切り替え。当日の手作業が発生しません
• 集計・CSV出力応募数の推移、店舗別・商品別の集計、応募データの出力
• 規約・プライバシーポリシー応募規約と個人情報の取り扱いに関する同意取得

この分野で特に気をつける点

• 公開日を動かせないキャンペーンは告知や販促物と連動しており、公開日の延期ができません。逆算して、公開の1週間前には本番環境で通しの確認を終える進め方とします
• 告知直後のアクセス集中テレビCMやSNSでの告知直後に、短時間でアクセスが集中します。常時は小さい構成にしておき、その瞬間だけ耐えられる設計にします
• 終了後は費用を下げられるキャンペーンが終われば環境を縮小、または停止できます。応募データの保管だけを残す形にすれば、終了後の月額はほぼかかりません
• 個人情報の保管期間応募者の個人情報をお預かりするため、いつまで保管し、いつ削除するかを規約と実装の両方で定めておきます

システム構成

公開後の月額費用

期間限定のため、他のメニューのような継続的な月額保守は前提としていません。毎年実施されるキャンペーンの場合は、翌年以降の再利用を見込んだ作りにしておくことで、2回目以降の費用を抑えられます。

現場の担当者がスマートフォンから作業内容を選んで日報を登録すると、管理者へメールで通知が飛びます。管理者は管理画面から日報を一覧で確認し、その場でコメントを返せます。紙やExcelでの日報を、集計と共有ができる形に置き換えることを目的としています。

建設・設備・保守点検・清掃・警備・運送・訪問介護など、社外で作業し、事務所に戻らずに報告したい業種であれば同じ土台で構築できます。

登場人物と役割

第1期に含む機能

• スマホからの日報登録作業内容は選択式を基本とし、入力の手間を最小限に。数分で完了する画面構成
• 写真の添付作業前後や現場状況の写真を添付。端末側で容量を調整してから送信
• メール通知登録時に管理者へ自動通知。宛先は現場や担当者ごとに設定可能
• 管理画面での閲覧日付・担当者・現場・作業種別での絞り込みと検索
• コメント機能管理者から日報へコメントを記入。本人へ通知され、やり取りが記録として残る
• 未提出の把握その日に提出されていない担当者を一覧で確認
• 集計・CSV出力担当者別・現場別・期間別の作業時間の集計と出力
• マスタ管理作業内容、現場、担当者、通知先の管理

この分野で特に気をつける点

• 入力の速さがすべて現場の方は、作業を終えた後の疲れた状態で入力されます。入力に時間がかかるシステムは、数週間で使われなくなります。自由記述を最小限にし、よく使う作業内容を選ぶだけで済む構成を最優先で設計します
• 電波の届かない現場山間部・地下・建物内などで圏外になることがあります。入力内容を端末側に保持し、通信が回復してから送信できるようにしておきます
• コメントが「監視」にならないように管理者からのコメントが詰問のように見えると、日報の内容が形式的になります。通知の文面と画面上の見え方を、指摘ではなく確認として伝わる形に整えます
• 今の帳票に合わせる紙やExcelから移行される場合、項目名や作業区分は現在お使いの様式に合わせます。新しい用語を覚えていただく必要がない状態が、定着への近道です

システム構成

公開後の月額費用

登録する人数が増えても月額は変わりません。人数課金のサービスと違い、現場の方全員にアカウントを配っても費用は増えません。

営業担当ごとの目標、日々の活動、案件の進捗、実績を一元管理するシステムです。「今使っているSaaSが1人あたり月額◯◯円で、人数が増えるほど高くなる」というご相談から、自社所有のシステムへ乗り換えるケースが増えています。

登場人物と役割

第1期に含む機能

• 目標管理個人・チーム・期間ごとの目標設定と、達成率の自動計算
• 活動記録訪問・架電・商談などの記録。スマートフォンからの入力に対応
• 案件管理案件ごとの進捗段階、見込み金額、受注予定日の管理
• 実績集計担当者別・チーム別・期間別の集計と、前年同期との比較
• ダッシュボード目標に対する進捗、案件のパイプライン、活動量を一覧で把握
• 権限管理本人・上長・管理者で参照できる範囲を分離
• CSV出力既存の会計・給与システムへの連携を想定した出力
• 通知目標未達のアラート、入力漏れのリマインド

いくらから「作ったほうが安い」か

人数課金のSaaSからの乗り換えは、ご利用人数と1人あたりの単価によって、得になるかどうかが変わります。目安は以下のとおりです。

初期費用300万円、保守5〜10万円／月として試算した目安です。この規模に満たない場合は、今お使いのSaaSを継続されたほうが安く済みます。その場合は正直にお伝えしますので、まずは「現在の月額と、ご利用人数」をお聞かせください。その場で概算をご提示できます。

システム構成

公開後の月額費用

人数が増えても月額は変わりません。これが人数課金のSaaSとの最も大きな違いです。

PDF・Excel・Word・画像などの文書を登録し、承認・却下のワークフローを通して確定させるシステムです。申請・承認・却下のタイミングで関係者へメールが飛び、誰がいつ何を承認したかが記録として残ります。食品原料の文書管理システムとして実際に構築・運用してきた領域です。

品質保証部門の規格書・証明書管理のほか、契約書、仕様書、作業手順書、各種申請書など、「登録して、承認を通して、後から探す」文書であれば同じ土台で構築できます。

登場人物と役割

第1期に含む機能

• 文書の登録PDF・Excel・Word・画像などをアップロード。分類、タグ、任意の項目（取引先、有効期限など）を付与
• ワークフロー申請 → 承認 → 完了の流れを管理。多段階の承認経路、却下と差し戻し、代理承認に対応
• メール通知申請時・承認時・却下時に関係者へ自動通知。滞留している申請への督促も自動送信
• 検索ファイル名だけでなく、分類・登録者・期間・付与した項目を組み合わせた絞り込み
• 版管理改訂のたびに履歴を保持。最新版が一目で分かる表示とし、旧版には明示的に表示を付ける
• 有効期限の管理期限のある文書に期日を設定し、期限が近づいた時点で担当者へ通知
• 権限管理部署・役割ごとに閲覧範囲とダウンロードの可否を分離
• 監査ログ誰がいつどの文書を閲覧・ダウンロードしたかを記録し、後から追跡可能に

この分野で特に気をつける点

• 承認が止まると全部止まるワークフローの失敗はほぼ「承認者が気づいていない」ことが原因です。滞留の督促、代理承認、スマートフォンからでも承認できる画面を用意して、止まらない流れにします
• 旧版が使われる事故文書管理でもっとも怖いのは、古い版が現場で使われることです。最新版が一目で分かる表示にし、旧版を開いたときには警告を出します
• 探せない文書は無いのと同じファイル名だけでは数年後に探せません。何で探すことになるかを最初に設計し、その項目を登録時に必ず入力させる形にします。ここが文書管理システムの成否を分けます
• 監査への備え品質保証や食品・医薬の分野では、外部監査で「誰がいつ承認したか」を求められます。承認の記録と閲覧の記録を、後から提示できる形で残します

システム構成

公開後の月額費用

利用者が増えても月額は変わりません。全社員にアカウントを配っても費用は増えないため、部署をまたいだ運用に向いています。

各加盟店から上がってくる売上・在庫・発注などのデータを本部で集約し、ABC分析をはじめとする各種の分析を行って、Excel・PDFで出力するシステムです。店舗数が増えるほど、担当者が手作業で集計する時間が現実的でなくなるという課題に対応します。

フランチャイズ本部のほか、直営の多店舗展開、代理店網を持つメーカー、複数拠点を束ねる事業者など、「拠点からデータを集めて、本部で分析する」構造であれば同じ土台で構築できます。

登場人物と役割

第1期に含む機能

• データ連携・取り込みPOS・受発注・会計等からのCSV取り込み、またはAPI連携。取り込み時の形式チェックとエラー内容の表示
• ABC分析売上・粗利・在庫回転などを指標に、商品や店舗をA・B・Cに分類。構成比と累計構成比の表示
• 各種分析店舗別・商品別・カテゴリ別の集計、期間比較、前年同月比、クロス集計
• ダッシュボード本部が日常的に見る指標を一覧表示。異常値の強調
• Excel出力分析結果を、本部側で再集計できる形式で出力
• PDF出力加盟店へ配布するレポートを、そのまま渡せる体裁で出力
• 権限管理本部は全店、加盟店は自店のみ。閲覧できる範囲を役割ごとに分離
• マスタ管理店舗、商品、カテゴリ、分析区分の管理

この分野で特に気をつける点

• 加盟店同士の見え方他店の売上が見えてしまうと加盟店間のトラブルにつながります。加盟店は自店のみを原則とし、他店との比較が必要な場合も順位や偏差など店名を伏せた形にとどめる設計とします
• データ形式のばらつき店舗ごとにPOSやレジのメーカーが違い、CSVの列や文字コードが揃わないことがあります。取り込み時に変換を挟み、想定と違うデータは弾いて理由を表示します
• Excelは「加工される前提」で出す本部のご担当者は、出力後にご自身でピボット等の集計をされることがほとんどです。そのため見た目を整えた帳票ではなく、1行1レコードの加工しやすい形で出力します。体裁が必要な配布用はPDF側で対応します
• 月初・締め後の集中締め処理の直後にアクセスと集計が集中します。重い集計は事前に計算しておき、画面の表示を待たせない構成とします

システム構成

公開後の月額費用

店舗数が増えても月額は変わりません。加盟店の増加がそのままシステム費用の増加になる、という構造にはなりません。

研修動画や講義動画を配信し、誰がどこまで視聴したかを記録・集計するシステムです。アップロードした動画は AWS Elemental MediaConvert でストリーミング形式へ自動変換するため、視聴者の端末や回線状況に応じた画質で再生されます。

社内研修、資格講座、学校・教育機関の講義配信、代理店や加盟店への教育など、「動画を見せて、見たことを記録し、理解度を確認する」用途であれば同じ構成で対応できます。

登場人物と役割

第1期に含む機能

• 動画の登録・自動変換アップロードした動画をストリーミング形式へ自動変換。変換の進行状況と失敗の検知にも対応
• コース構成章立て、順序の制御、公開範囲と受講期限の設定
• 受講者管理登録、所属・グループ分け、CSVによる一括登録
• 視聴管理どこまで視聴したかを記録し、中断した位置から再開。視聴率による修了判定
• アンケート管理受講後アンケートの作成・回収・集計。設問は運営側で追加・変更可能
• 進捗レポート受講者別・コース別の進捗と修了状況の集計、CSV出力
• 運営管理ダッシュボード、マスタ管理、監査ログ

この分野で特に気をつける点

• 視聴ログの粒度「再生したか」だけでは修了判定に使えません。どこまで再生したかを一定間隔で記録し、早送りによる飛ばし見を判定できる設計にします
• 配信コストの見通し動画は容量と再生数に応じてサーバー費用が変動します。想定される受講者数と動画の本数・長さをお伺いし、月額の見込みを事前にご提示します
• 変換失敗への備え動画の変換は元ファイルの形式によって失敗することがあります。失敗を検知して管理者へ通知し、再実行できる経路を用意します

システム構成

公開後の月額費用

スマートフォンから写真を選び、デザインを決めて注文まで完了できるアプリです。Flutter を使ってiOS・Androidを同時に開発し、バックエンドまで一体で構築することで、2つのアプリを別々に作るより費用を抑えられます。

年賀状のほか、フォトブック・カレンダー・名刺・シール・記念品など、写真やデザインを選んで注文する商品であれば同じ構成で対応できます。

登場人物と役割

第1期に含む機能

• デザイン・商品の選択カテゴリや用途からの絞り込み、プレビュー表示
• 写真のアップロード端末内の写真の選択、トリミング、配置の調整
• 宛名・住所録宛名の登録と一覧管理、CSVによる取り込み（年賀状の場合）
• 注文・決済数量と仕様の指定、クレジット決済、送料の自動計算
• 注文履歴・再注文過去の注文内容の確認と、同じ内容での再注文
• 受注管理受注一覧、印刷用データの出力、発送状況の管理
• プッシュ通知注文確定、発送完了などの通知

この分野で特に気をつける点

• 繁忙期の負荷年賀状のような季節商材は、特定の2〜3週間に注文が集中します。その期間だけサーバーを増強できる構成としておき、通常期の費用を抑えます
• ストア審査の期間iOS・Androidとも公開前にストアの審査があり、指摘を受けて再申請になる場合があります。公開までの期間には、この審査期間を見込んでいます
• 写真の容量と通信高解像度の写真をそのまま送ると通信量と待ち時間が増えます。印刷品質を保てる範囲で端末側で調整してから送信する設計とします

システム構成

公開後の月額費用

OSの新バージョンへの追従（毎年のiOS・Androidのアップデート対応）は保守に含みます。アプリはWebと違い、放置すると数年でストアから配信できなくなります。継続的な保守を前提としてご提案しています。