本文へスキップ
NeoLogic
NeoLogic

アプリ開発を依頼するとき、費用は何で決まる?頼む前に用意する5つ

アプリ開発の費用は、画面と機能の数、使う人と権限、今あるデータ、ほかの仕組みとのつなぎ、作ったあとの保守で決まります。費用が増える例と、依頼の前に用意する5つ、頼む相手の比べ方、費用の目安の出し方を確かめられます。

画面と機能・使う人・データ・つなぎ・保守の5枚のカードが、予約アプリの見積書につながるイラスト

アプリ開発の費用は、画面と機能の数、使う人と権限、今あるデータ、ほかの仕組みとのつなぎ、作ったあとの保守で決まります。同じ「予約アプリ」でも、この5つの違いで金額は大きく変わります。依頼の前に書き出しておくと、見積りが早く届き、比べやすくなります。

費用を決める5つ

費用が増える例と、頼む前に書くこと

決める要素 費用が増える例 頼む前に書くこと
画面と機能の数 予約だけ → 予約・支払い・お知らせ 最初に要る機能と、あとでよい機能
使う人と権限 社員だけ → お客様や取引先も使う 使う人の種類と、それぞれが見てよい範囲
今あるデータ 新しく始める → 過去の台帳を移す 今の表の場所、件数、形式
ほかの仕組みとのつなぎ 単独で使う → 会計・決済・メールとつなぐ つなぎたい相手の名前
作ったあとの保守 不具合の対応だけ → 機能の追加も続ける 誰が直すか、月にどれくらい変えたいか

予算に合わせて作る範囲を変える考え方は、システム開発費は何で決まる?予算別3案の比較にあります。

同じ予約アプリでも、範囲で変わる(想定例)

教室の予約を受けるアプリを、2つの範囲で比べます(想定例)。

範囲を絞った形と、広げた形

比べること 範囲を絞った形 広げた形
機能 予約の受付と一覧 予約、事前の支払い、お知らせ、キャンセル待ち
使う人 教室の担当者2人 担当者、お客様、本部
データ 新しく始める 3年分の顧客台帳を移す
つなぎ なし 決済、会計、メール配信
保守 不具合の対応 毎月の機能追加

名前は同じ「予約アプリ」でも、作る量は大きく違います。数えられるものを数えると、差がはっきりします。

作る量を数える(想定例)

数えるもの 範囲を絞った形 広げた形
画面の数 4 14
使う人の種類 1 3
移すデータ なし 顧客台帳 約2,000件
つなぐ相手の数 0 3
お知らせの種類 0 4

画面の数は3.5倍です。使う人の種類が増えると、人ごとに見せる範囲を分ける作業と、その確認も増えます。絞った形で使い始め、要ると分かった機能を足していく進め方もあります。

頼む前に用意する5つ

  1. 困っている仕事と、今のやり方
  2. 使う人の種類と、おおよその人数
  3. 今使っている表やデータ
  4. 使い始めたい時期
  5. 予算の幅

全部決まっていなくても相談できます。分からない項目は「不明」と書きます(開発相談前の要件整理)。

依頼メモの記入例(想定例)

5つを1枚にまとめたものが、依頼メモです。教室の予約アプリを頼む場合の記入例です(想定例)。

依頼メモに書く10項目

項目 書く内容 記入例
困っている仕事 何が、どれくらい起きているか 電話とメールの予約を手で表に入れている。月に約300件。重なりが月に3〜4回ある
今のやり方 誰が、何を使って進めているか 担当2人が、共有の表計算に入力。空きは電話で答えている
使う人 種類と人数 教室の担当2人。あとでお客様も使えるようにしたい
最初に要る機能 これが無いと使えないもの 予約の受付、空き枠の表示、予約の一覧
あとでよい機能 使い始めてから足せるもの 事前の支払い、お知らせ、キャンセル待ち
今あるデータ 場所、件数、形式 顧客台帳がExcelに約2,000件。移すかは相談したい
つなぎたい相手 名前と、渡したい内容 今はなし。将来、会計へ売上を渡したい
使い始めたい時期 理由も一緒に 来年4月の新しいクラスの募集から
予算の幅 上限と、分けて払えるか 上限は社内で相談中。分割も知りたい
決める人 内容と金額を決める人 内容は教室長、金額は代表

「あとでよい機能」を書いておくと、最初の見積りを小さくしながら、あとから足しやすい作りを相談できます。「決める人」が書いてあると、確認の待ち時間が短くなります。

依頼してから使い始めるまで

段階ごとに、頼む側がすること

段階 頼む側がすること 受け取るもの
相談 依頼メモを渡し、質問に答える 進め方の案
見積り 作る範囲と、含まれる作業を確かめる 見積書
契約 完成の条件と、支払いの時期を確かめる 契約書
開発 画面の見本を見て、合わないところを伝える 途中の画面
受入れ 決めた内容どおりに動くかを確かめる 完成したアプリ
利用と保守 困ったことを伝え、直す範囲を相談する 修正、機能の追加

開発の間も、頼む側の仕事は続きます。確認が遅れると、使い始める日も遅れます(システム開発の納期)。受入れで確かめる内容は、システムの受入テスト・検収で確かめることにあります。契約の形の違いは、システム開発の請負・準委任で確かめられます。

見積書で確かめること

見積りの金額は、含まれる作業で変わります。次の7つが入っているかを確かめます。

  • 画面と機能の設計
  • 開発
  • テスト
  • 今あるデータの移行
  • 使い方の説明
  • 使い始めるときの作業
  • 作ったあとの保守

金額の出し方も、相手によって違います。

金額の出し方の3つの形

形 書き方の例 確かめること
一式 「予約アプリ開発 一式」 含まれる機能と作業の一覧
機能ごと 「予約の受付」「一覧」ごとに金額 機能に入っていない作業(移行、説明)の扱い
人と期間 「担当1人が3か月」 その期間で、どこまで出来上がるか

入っていない作業は、あとで追加の費用になることがあります。どこからが追加になるかは、仕様変更は追加費用になる?で確かめられます。

費用を抑える考え方

最初に要る機能と、あとでよい機能を分けます。既製のサービスで足りる部分は、作らずに使います。今あるデータは、全部ではなく、移す範囲を決めます。画面の見本を先に決めておくと、作り直しが減ります(画面試作で使いやすさを確かめる)。

スマホアプリか、Webか

ストアに載せるスマホアプリは、iPhone用とAndroid用の対応と、ストアの審査があります。ブラウザで動くWebの形は、その分の手間がかかりません。社内や取引先が使う業務アプリなら、Webで足りるかを先に確かめます(Web・スマホアプリ・PWAの選び方)。

誰に頼むか

開発会社に頼むか、個人に頼むかで、連絡の取り方、休んだときの代わり、作ったあとの保守が変わります。

頼む相手を比べる3つの点

比べる点 聞くこと
連絡 誰が窓口で、返事はどれくらいで来るか
代わり 担当が休んだとき、誰が続きを見るか
保守 作ったあと、誰が、どこまで直すか

質問の一覧は、開発会社と個人への依頼を比べる12の質問にあります。

複数の相手から見積りを取るときは、同じ内容を渡します。渡す内容が違うと、金額の差が条件の差なのか、相手の差なのか分かりません(システム開発の相見積り)。

費用の目安を先に見る

質問に答えると開発費用の目安が出る見積りシミュレーターがあります。支払いを一括にするか分割にするかは、開発費の払い方の比べ方で確かめられます。

近い画面を先に触っておくと、欲しい機能を伝えやすくなります。業務アプリ図鑑の見本は、登録なしで動かせます。

よくある質問

個人に頼むと安くなりますか

金額は下がることがあります。ただ、休んだときの代わりや、作ったあとの保守を誰が担うかも一緒に比べます。

ノーコードで作れば安くなりますか

画面と機能が道具の範囲に収まるなら、早く安く作れます。収まらない手順が出てきたときに、作り直しになることがあります(ノーコード・ローコード・独自開発の選び方)。

どれくらいの期間がかかりますか

作る時間に、確認とデータの移行の時間が重なって決まります(システム開発の納期)。

何を作りたいか決まっていなくても、頼めますか

頼めます。困っている仕事と今のやり方が分かれば、作る範囲は相談しながら決められます(システム開発の見積り相談・要件未定のご相談)。

作ったあとに、直してもらえますか

保守の契約で決まります。不具合の対応だけか、機能の追加まで含むかを、契約の前に確かめます(システムの保守・運用)。

途中で費用が増えることはありますか

最初に決めた範囲から機能を足すと、増えます。決めた範囲を文書に残しておくと、何が追加かを話し合えます。

中小企業向けの業務システム開発へ

あわせて読む