範囲を分ける
最初に必要な機能と、公開後に追加できる機能を区別します。
Process / Pricing / Support
制作の流れ・費用・保守
「何にいくらかかるのか」「どこまでが契約範囲か」「公開後はどうなるか」を、相談前に確認できる形で整理しています。
Our policy
金額だけでなく、
前提条件まで明確にします。
一律料金ではなく、目的と優先順位を整理して、初期版・将来追加・運用費を分けて提示します。
別途費用を隠さない
ストア、サーバー、外部サービス、素材などの費用を分けて説明します。
変更前に合意する
追加開発や納期変更が必要な場合は、着手前に影響を提示します。
公開後も想定する
OS更新、保守、追加機能、運用担当まで含めて計画します。
相談・目的整理
利用者、課題、現在の運用、予算、希望時期、公開方法を確認します。
OUTPUT：相談内容の整理 / 次に確認する項目構成提案・概算
画面、機能、管理方法、優先順位、外部サービス、概算範囲を整理します。
OUTPUT：機能構成 / 概算 / 開発方針見積もり・契約
対象範囲、対象外、支払い、変更方法、成果物、保守条件を明記します。
OUTPUT：見積書 / 契約書 / 工程表設計・試作
画面構成、操作の流れ、データと権限を設計し、必要に応じて試作品を共有します。
OUTPUT：画面設計 / プロトタイプ / データ設計開発・確認
操作できる状態を段階的に共有し、合意した仕様に沿ってテストと調整を行います。
OUTPUT：開発版 / 確認記録 / テスト結果公開・運用移行
本番データ、アカウント、ストア申請、操作方法、保守窓口を確認します。
OUTPUT：本番公開 / 引き渡し / 運用開始Pricing structure
費用は4つに分けて考えます。
実際の金額は個別見積もりです。公開前後の費用を混ぜず、どの工程に対する費用かを区別します。
企画・調査・試作
個別見積もり目的整理、現行業務の確認、技術調査、画面試作、MVP範囲の決定。
- ヒアリング・要件整理
- 既存環境・データ調査
- 画面構成・プロトタイプ
- 本開発の範囲整理
初期開発
個別見積もり利用者画面、管理画面、データベース、通知、外部連携などの実装。
- iOS・Android・Web
- 管理画面・権限
- データ設計・API連携
- テスト・修正
公開・移行
個別見積もりストア申請、本番環境、データ移行、操作説明、公開時の支援。
- ストア申請支援
- 本番環境設定
- 初期データ・移行
- 運用引き継ぎ
保守・改善
月額 / 都度不具合確認、OS更新、軽微な変更、追加機能、運用改善。
- 継続保守
- スポット対応
- OS・ストア対応
- 追加開発
Cost drivers
見積もりを左右する主な要素
同じ「予約アプリ」でも、利用者、運用、連携先により必要な設計が変わります。
- 01画面数と操作の複雑さ
- 02利用者の種類と権限
- 03管理画面・集計機能
- 04決済・地図・AIなどの外部連携
- 05既存データの移行
- 06通知・チャット・リアルタイム処理
- 07デザイン・素材制作
- 08セキュリティ・監査要件
表示している区分は費用の考え方です。金額を公開する場合は、画面数、機能、納品物、修正回数、対象外、外部費用などの前提条件を併記してください。
Scope of contract
契約範囲を3つに分けます。
「制作会社が行うこと」「別途確認すること」「依頼者側で準備すること」を、見積書と工程表で共有します。
| 項目 | 基本範囲の例 | 別途見積もり・外部費用の例 | 依頼者側で確認・準備する例 |
|---|---|---|---|
| 企画・設計 | 要件整理、画面構成、機能優先順位 | 大規模な業務分析、現地調査、専門監修 | 目的、運用ルール、確認担当者 |
| デザイン・素材 | アプリ画面、基本UI、既存ロゴの反映 | 撮影、イラスト、ロゴ刷新、コピー制作 | ロゴ、写真、文章、ブランドルール |
| 開発 | 合意した画面・機能・管理画面 | 契約後の仕様追加、外部APIの大幅変更 | 仕様確認、テストアカウント、承認 |
| 公開 | ビルド、申請情報整理、審査対応の支援 | ストア登録料、専門家確認、追加審査対応 | 事業者アカウント、規約、申告内容 |
| インフラ | 必要な構成提案、本番設定 | サーバー、メール、決済、SMS、AI利用料 | 契約名義、支払い方法、請求先 |
| 保守 | 契約した受付・確認・更新範囲 | 新機能、大規模改修、24時間監視 | 連絡担当者、優先度判断、運用確認 |
仕様変更
軽微な調整か追加開発かを確認し、費用・納期への影響を着手前に提示します。
成果物・権利
ソースコード、デザイン、ドキュメントの引き渡し範囲と権利を契約書に記載します。
外部アカウント
ストア、サーバー、決済などは、原則として依頼者が所有するアカウントを推奨します。
支払い・中止
支払い時期、中途解約、着手済み作業、外部費用、成果物の扱いを事前に定めます。
Maintenance & support
公開後の支援方法
利用頻度、事業への影響、更新回数に合わせて、都度対応と継続保守を選びます。
都度対応
必要な時に内容を確認し、作業ごとに見積もります。
- 軽微な文章・画像変更
- 単発の不具合調査
- 小規模な機能追加
- ストア更新作業
継続保守
窓口、受付方法、確認範囲を決めて、継続的に運用します。
- 問い合わせ・不具合確認
- OS・ライブラリ更新の確認
- 定期的な軽微修正
- バックアップ・利用状況確認
改善・追加開発
公開後の利用状況を基に、優先順位を付けて改善します。
- 新機能・新画面
- 管理業務の改善
- データ集計・分析
- 段階的な機能拡張
Definition
不具合と追加開発を区別します。
不具合の例
合意した仕様と異なる動作、保存できない、対象環境で画面が崩れるなど。
追加開発の例
新しい機能、操作変更、連携先追加、運用開始後に決まった要望など。