システム開発とアプリ開発は、会社の規模や予算だけでは区別できません。
利用者が直接触る入口を中心に設計するのがアプリ開発で、入口の裏にある業務処理やデータ連携まで束ねる仕事をシステム開発と呼ぶ場面が多くあります。
発注時は名称を先に決めず、利用者、接点、データ、外部連携、運用責任の境界を図にします。
どこまでを一社へ相談するか整理したい方に向けて、目的別の無料相談ガイドでは企画、実装、運用に対応する相談先の範囲を示しています。
| 境界を決める質問 | アプリ側の例 | システム側の例 |
|---|---|---|
| 誰が触るか | 顧客や現場担当者 | 管理者や連携先の処理 |
| どこで動くか | スマートフォンやブラウザ | サーバーや社内基盤 |
| 何を返すか | 画面、通知、端末機能 | 計算結果、権限、データ連携 |
| 誰が直すか | 配布物と画面の担当 | 基盤と業務運用の担当 |
アプリは入口でシステムは裏側まで含む
予約サービスを例にすると、日時を選ぶ画面はアプリの入口です。
空き枠の管理、顧客情報、決済、担当者への通知、会計への連携は裏側のシステムに当たります。
一つの製品に両方が含まれるため、「これはアプリかシステムか」という二者択一だけでは範囲を表せません。
MDNのPWA解説が示すように、Web技術で作られていても端末へインストール可能な体験を提供する形があります。
技術名ではなく利用者が触る面と裏で動く処理を線で分けると、呼び方の混乱を避けられます。
予約アプリの境界図で開発対象を見える化する
四角を五つ描き、データが移動する順に矢印を結びます。
- 顧客のスマートフォン
- 予約日時を受け取るAPI
- 空き枠と顧客を保存するデータベース
- 店舗担当者の管理画面
- 決済や通知などの外部サービス
矢印ごとに送る情報、失敗時の戻り先、担当者を添えます。
例えば通知が届かなくても予約自体は成立させるのかを決めると、入口と業務処理の責任が分かれます。
英国政府のユーザーニーズ調査指針を使い、顧客だけでなく店舗担当者や支援者が達成したい結果も境界図へ加えます。
工程は共通しても確認する相手が異なる
企画、要件整理、設計、実装、テスト、公開、保守という流れはどちらにもあります。
違うのは各工程で誰の結果を確認するかです。
アプリの画面は利用者の操作で確かめ、裏側の処理は業務担当者、連携先、運用担当者の条件でも確かめます。
NISTのSecure Software Development Frameworkは、安全な開発実践を特定の開発モデルへ組み込むための共通枠組みを示しています。
アプリだけを発注する場合でも、認証情報、更新手順、脆弱性への対応が裏側の担当へ渡る経路を工程に含めます。
| 工程 | アプリで主に見るもの | システム全体で追加して見るもの |
|---|---|---|
| 要件 | 利用者の目的と操作順 | 業務規則と連携データ |
| 設計 | 画面、端末権限、通信 | 権限体系、障害時処理、監査 |
| テスト | 実機、表示、操作完了 | 負荷、連携失敗、復旧 |
| 運用 | ストア更新と利用者対応 | 監視、バックアップ、業務変更 |
成果物を画面と配布物と運用物へ分ける
見積書に「アプリ一式」とだけ書くと、公開後に必要な物が抜けやすくなります。
画面設計やプログラムに加え、API仕様、データ定義、テスト記録、配布用画像、監視方法、復旧手順を列挙します。
NISTのSSDFは、開発環境の準備、ソフトウェアの保護、安全な製品化、脆弱性対応という観点を整理しています。
この観点を成果物へ移すと、ソースコードの納品だけで保守可能と判断する危険を減らせます。
受入条件には正常な画面だけでなく、通信できない場合、権限がない場合、外部連携が止まった場合の結果も書きます。
Webとネイティブと業務基盤を利用場面で選ぶ
配布方法は「アプリらしさ」ではなく、端末機能、更新頻度、オフライン利用、外部連携で決めます。
| 利用場面 | 合いやすい入口 | 裏側で必要になるもの |
|---|---|---|
| URLですぐ使わせたい | Webアプリ | 認証、Webサーバー、データ保存 |
| カメラや通知を深く使いたい | ネイティブアプリ | ストア配布、API、端末別テスト |
| 現場へ段階導入したい | PWAを含むWeb型 | 対応ブラウザ、キャッシュ、同期 |
| 複数部署の処理を統合したい | 管理画面を持つ業務システム | 権限、連携、監視、移行 |
PWAに関するMDNの説明では、単一のコードベースから複数端末へ届けられる一方、端末やブラウザにより機能差があり得ることも整理されています。
入口を選んだ後に裏側を見積もるのではなく、必要なデータと連携を先に置いてから配布形態を選びます。
システム開発とアプリ開発の違いに関するよくある質問
Web開発とアプリ開発の違いは何ですか？
Web開発はブラウザで動くサイトやアプリ、サーバー側の処理を含む広い言葉です。
アプリ開発は利用者が目的を達成する操作体験を中心にした呼び方で、Web技術で作る場合もスマートフォン向けに作る場合もあります。
業務システムもアプリと呼べますか？
利用者が操作する画面部分を業務アプリと呼ぶことはあります。
ただし発注範囲では名称に頼らず、データベース、外部連携、移行、監視、保守まで含むかを成果物として明記する必要があります。
同じ会社へ両方を依頼できますか？
入口の設計から裏側の基盤まで対応する会社なら一括で依頼できます。
担当範囲、外部サービス、再委託、障害時の連絡先を境界図へ記し、複数社なら接続部分の受入責任を決めます。
開発名ではなく利用者とデータの境界を決める
アプリとシステムの違いは規模の大小ではなく、利用者が触る入口から業務とデータの裏側までをどこまで含めるかにあります。
- アプリは利用者が目的を終える接点を中心にする
- システムは業務処理や複数サービスの連携まで広がる
- 工程名が同じでも確認相手と受入条件が変わる
- 成果物には配布、監視、復旧の資料も含める
境界を引いた後の全体工程は、アプリ開発の完全ガイドで企画から保守までのつながりとして整理できます。
