この記事で分かること
- Accessの見積依頼をスムーズに進めるために必要な5つの必須情報
- 新規構築と既存改修において、それぞれ準備すべき項目の違い
- 開発会社との間で発生しがちなトラブルを未然に防ぐための具体策
Access開発会社へ見積依頼する前に事前準備が必要な理由
開発会社へ相談を始める前に社内の要望や現状の課題を整理しておくことは、プロジェクトの成否を分ける極めて重要なプロセスです。準備を怠った状態で打診すると、開発会社はリスクを上乗せした高額な見積もりを提示せざるを得なくなります。要件が曖昧なまま進行すると、開発途中で追加費用が発生したり、当初想定していた納期に間に合わなくなったりする危険性が高まります。
事前に準備を行うことで、自社の業務プロセスが可視化され、無駄な機能の実装を防ぐことができます。これにより、開発会社も精度の高い現実的な金額やスケジュールを算出しやすくなります。以下に、事前準備の有無による実務上の対比をまとめました。
| 比較項目 | 事前準備が十分な場合 | 事前準備が不足している場合 |
|---|---|---|
| 見積の精度 | 実務に即した正確な金額が算出される | バッファ（予備費）が多く割高になりやすい | 開発スケジュール | 計画通りに進み、遅延が発生しにくい | 要件定義の差し戻しが多く、納期が遅れやすい |
| 完成後の満足度 | 現場の求める機能が過不足なく実装される | 使い勝手が悪く、不要な機能が乱立する |
このように、事前の情報整理は単に見積もりを早く入手するためだけでなく、開発コストを抑え、自社に最適なシステムを構築するための土台となります。業務の現状を見つめ直し、スムーズな意見交換ができる環境を整えましょう。
見積依頼時に最低限準備すべき5つの必須情報
開発会社が具体的な見積もりを算出するにあたり、必要不可欠となる「5つの必須情報」があります。これらを事前にドキュメントやメモにまとめておくことで、ヒアリングから見積提示までの期間を大幅に短縮できます。
1. システム化の目的と解決したい課題
「なぜAccessを導入したいのか」「現状の業務にどのような問題があるのか」を明確に言語化します。例えば、「Excelによる二重入力の手間を削減し、転記ミスをゼロにしたい」「属人化している在庫管理をチーム全員で共有できるようにしたい」といった具体的な目的を定めます。目的が明確であれば、開発会社は単に指示された機能を作るだけでなく、課題解決に最適な機能構成や画面設計を提案しやすくなります。
2. 現在の業務フローとシステム化の範囲
普段行っている業務の流れ（フロー）を整理し、そのうちのどの部分をシステムに置き換えるかを明確にします。手書きのポンチ絵や簡易的なフロー図でも構いません。入力データの発生源から、データの加工、最終的な帳票出力やレポート作成までの手順を追えるようにします。システム化する範囲を絞り込むことで、予算に合わせた段階的なリリースなども視野に入れた現実的な開発プランを検討できます。
3. 扱うデータの種類とボリューム
システム内で管理するデータの種類（顧客情報、商品マスター、売上履歴など）と、それぞれのデータ件数を整理します。特に以下のような情報は、Accessのデータベース設計に直接関わる重要な要素です。
- 月間または年間に蓄積されるデータの想定件数（レコード数）
- 外部から取り込むcsvファイルや、他システムへ出力する形式の有無
- 過去の蓄積データを新しいシステムに移行（インポート）する必要性
Accessはデータ容量が2GBまでという技術的な制約があるため、将来的なデータ肥大化が予想される場合は、バックエンドにSQL Serverなどの外部データベースを採用する提案を受けることがあります。この判断基準となるため、データの総量は必ず共有しましょう。
4. 利用環境と想定ユーザー数
開発したシステムをどのような環境で、何人が同時に使用するのかを共有します。Accessはネットワーク共有フォルダを介して複数人で利用できますが、同時アクセス数が増えると動作の低下やデータの破損リスクが高まります。
- 利用するPCのOSおよびMicrosoft Office（Access）のバージョン（32bit / 64bit）
- システムを操作する同時接続ユーザー数と総ユーザー数
- ネットワーク環境（有線LAN、社内無線LAN、VPNなど）
利用PCすべてにAccessのライセンスが用意されているか、あるいは無料の「Accessランタイム（Runtime）」を使用する予定かどうかも、ライセンス費用を考慮する上で重要な情報です。
5. 予算規模と希望する稼働時期
大まかな予算上限と、いつからシステムを使い始めたいかという目標期日を伝えます。「予算は決まっていないのでまずは見積もりを」と希望を伏せるよりも、「上限100万円以内で実現可能な範囲を提案してほしい」と提示する方が、開発会社側も予算内に収まる合理的なプランを提案しやすくなります。納期が極端に短い場合は、短期間で開発できる機能の絞り込みや、段階的な導入などの工夫が必要になるため、あらかじめスケジュールを提示しておくことが賢明です。
新規開発と既存改修で異なる準備情報の違い
見積もりを依頼する対象が「全く新しいシステムを構築する（新規開発）」のか、それとも「現在稼働しているシステムを修正・機能追加する（既存改修）」のかによって、開発会社へ提供すべき情報が大きく異なります。
新規システム開発の場合に必要なこと
新規開発では、既存の枠組みにとらわれない柔軟な設計が可能です。その代わり、データ構造や画面遷移などをゼロから決める必要があるため、以下のような「現状の業務で使用しているツール」の情報をできる限り提供してください。
- 現在業務で使用しているExcelシート（入力用、集計用、グラフ用など）
- 手書きや印刷して使用している見積書、請求書、伝票などのレイアウト実物
- システムで自動作成したい報告書や帳票のイメージ図
これら実物のツールや帳票のコピーを提供するだけで、開発会社は必要なデータ項目や画面構成を具体的にイメージでき、要件のズレを最小限に防ぐことができます。
既存システム改修・移行の場合に必要なこと
過去に作成されたAccessの改修や、最新バージョンへの移行（アップサイジング含む）を依頼する場合は、現行システムの現状分析が必須です。特に「作成した担当者が退職してしまい、中身がブラックボックス化している」というケースでは、以下の情報の有無が重要になります。
- **現在動作しているAccessファイル（mdb、accdbなど）本体**：開発会社がプログラムコード（VBA）やテーブル設計、クエリの構成を調査するために不可欠です。パスワード等でロックされている場合は、その解除キーも必要です。
- **現行仕様書やマニュアル**：設計図が残っていれば調査の手間が省け、見積費用を大幅に削減できます。
- **不具合の症状や追加したい機能のリスト**：現在発生している問題点や、新しく追加したい操作画面のイメージを明確にします。
もしソースコードが暗号化されている（mde、accde形式など）場合、直接改修を行うことが極めて困難なため、現物をもとにした新規再構築が必要になることがあります。事前にファイル形式を必ず確認しておきましょう。
Accessシステム開発でよくあるトラブル事例と解決ステップ
発注後に発生しやすいトラブルの代表例とその要因を解説します。事前にこれらの事例を把握し、対策を講じることで、プロジェクトを円滑に進めることができます。
トラブル事例1：納品後に「思っていたものと違う」と不満が出る
開発が終わり実際に操作した段階で、「使い勝手が悪い」「必要な項目が足りない」といった食い違いが生じるケースです。これは、開発中の確認不足が原因です。テキストベースの仕様書だけで進行すると、完成形に対する認識のズレが生じやすくなります。
トラブル事例2：テスト時は問題なかったが、本番稼働後に動作が著しく遅くなる
少数のテストデータでは快適に動いていたシステムが、本番環境で大量のデータを登録し、複数人が一斉にアクセスした途端に処理速度が極端に低下するトラブルです。ネットワーク帯域の不足や、データベース設計（インデックスの未設定など）の不備が主な原因です。
これらを未然に防ぐための3つの解決ステップ
こうしたリスクを抑え、円滑に納品まで進めるためには、以下の3ステップを意識した進行を開発会社と合意しておくことが大切です。
- **プロトタイプ（試作品）による早期確認**：開発の早い段階で、ボタンの配置や画面遷移が確認できる仮の画面（モックアップ）を作成してもらい、実業務にフィットするか操作感を確かめます。
- **段階的な機能リリース**：すべての機能を一度にリリースするのではなく、まずはコアとなる入力画面やデータ保管機能から導入し、現場のフィードバックを得ながら帳票作成などのサブ機能を追加していきます。
- **本番データを想定した負荷テストの実施**：本番移行前に、過去の数年分のデータを流し込み、実際に複数台のPCから同時に検索や更新処理を実行して、動作速度に問題がないか検証します。
これらのステップを踏むことで、手戻りを防止し、実用性の高いAccessシステムを確実に手に入れることができます。
既存のAccessの仕様書やソースコードが手元になくても、改修の見積もりは依頼できますか？
はい、見積もりの依頼は可能です。開発会社が実際に稼働しているAccessファイルを調査・解析することで、設計情報を推測して見積もりを算出できます。ただし、解析のための現地調査やデバッグ作業に伴う費用が別途発生することがあります。まずは現物ファイルをご用意の上、お気軽に専門会社へご相談ください。
Accessでのシステム化が最適なのか、それともWebシステムやExcelマクロ（VBA）が良いのか判断がつきません。
自社だけで無理に判断する必要はありません。扱うデータの量、同時に使用するユーザー数、将来的な拡張性の有無などをもとに、最適なテクノロジーの組み合わせを開発会社が提案します。現状の「やりたいこと」と「現在の不満」をそのまま開発会社に伝えることで、Accessに限らない最適な解決策（ロードマップ）を導き出すことができます。
開発会社に依頼して納品されたシステムは、自社で修正やカスタマイズを行っても問題ありませんか？
システム内のソースコードや設計情報がオープン（暗号化されていない状態）で納品される契約になっていれば、自社で修正することは可能です。ただし、自社で手を加えた箇所で不具合が発生した場合、開発会社の瑕疵担保責任（保証）の対象外となることが多いため、どこまで自社でメンテナンスし、どこからを外注するかのルールを開発会社と事前に取り交わしておくことが重要です。
Accessランタイム（Runtime）とは何ですか？これを使えばライセンス費用は抑えられますか？
Accessランタイムは、マイクロソフト社が無料で提供している、Accessで作成されたシステムを動かすための「実行専用」プログラムです。これを利用すれば、操作するPCごとに高価なOfficeライセンスを購入する必要がなくなるため、全体の導入コストを大幅に抑制できます。ただし、ランタイム環境ではデータベースの設計変更やテーブルの新規作成などの編集作業は一切行えません。
