2ニカゲツby ale / BUILD & RUN

MVP開発のガイド

費用の決まり方、2ヶ月で作れるものの範囲、開発会社の選び方、契約書で読む場所。ニカゲツが実際の進め方をもとに書いた記事を、検討の順番に沿って57本まとめています。

相談される順番が、だいたい決まっている

システムを作ろうと思ったとき、最初に調べるのはたいてい金額です。ところが検索して出てくるのは「300万〜1,000万円」のような幅の広い相場表で、自社が上と下のどちらに近いのかが分かりません。そこで何社かに問い合わせると、今度は「要件をお伺いしてから」と言われ、その要件をどう書けばいいのかが分からない。ここで止まってしまう方が多いです。

私たちが記事を書いているのは、この止まる場所がいつも同じだからです。初回のお打ち合わせで聞かれることは、会社や業種が違ってもかなり似ています。「いくらかかるのか」「2ヶ月で本当にできるのか」「頼んだあとどうなるのか」。その場で口頭でお答えしている内容を、先に読めるようにしておこうというのがこの一覧の趣旨です。

内容は一般的な解説ではなく、私たちがどう見積もり、どう作り、リリース後に何をしているかという具体です。他社に発注される場合でも、比較の材料として使えるように書いたつもりです。読んだ結果「既存のサービスで足ります」という結論になるなら、それがいちばん安く済みます。

知りたいことから探す

知りたいこと読む記事
だいたいの金額を先に知りたいMVP開発の費用は、何で決まるのか
自分で概算を出してみたい業務システムの開発費用を、自分で見積もる方法
2ヶ月で何ができるのか知りたい2ヶ月で作れるもの、作れないもの
そもそもMVP開発とは何かMVP開発とは何か
内製と外注で迷っている社内システムは内製か外注か
相談する前に何を決めればいいか相談する前に決めておく3つのこと
どの開発会社に頼むか決めたい開発会社の選び方
契約書のどこを読めばいいか契約書で、発注側が読むべき5つの場所

費用を見積もる

見積もりが会社によって何倍も違うのは、単価ではなく積み上げ方が違うためです。自分で概算を出せるようにするための記事をまとめました。

2026.11.10

2年目以降にかかる費用 ── 保守・改善・インフラの年間総額の見方

2年目以降の年間費用を5つの行で見る方法。実費の増え方と大きな追加の積み立て、保守をやめた場合に起きることも書きます。

2026.11.07

シフト・勤怠管理システムの開発費用 ── 希望収集・確定・実績の想定例

希望の提出から確定、出退勤の記録、月次のCSVまでを7画面で数えた想定例。勤怠SaaSで足りる場合との分かれ目も書きます。

2026.11.04

取引先向けマイページ(顧客ポータル)の開発費用 ── 注文履歴・請求書・問い合わせの想定例

取引先が注文履歴・請求書PDFを自分で見る7画面の想定例。社外の人が使う画面で変わることと、収まらない追加も書きます。

2026.11.01

システムの保守費は何に払っているのか ── 月額の中身と、減らせる項目

月額の保守費を5つにほどき、何も頼まない月にも払う理由と、減らせる項目・減らすと危ない項目を分けます。

2026.10.27

見積・請求書の発行システムの開発費用 ── 会計ソフトの機能で足りる場合との分かれ目

会計ソフトの機能で足りるなら作らなくていい。作る判断になる条件と、見積から入金までの7画面の想定例。

2026.10.23

社内申請・承認システムの開発費用 ── 経費・休暇・稟議を6画面で始める想定例

経費・休暇・稟議の申請を6画面にする想定例。承認を1段階から始める理由と、借りる場合との分かれ目も書きます。

2026.10.20

顧客管理を自社で作るか、SaaSを借りるか ── 人数×月額の合計と、作る判断になる条件

借りる費用は人数×月額×年数。作る場合と1人あたりの月額にそろえて並べる計算と、作る判断になる条件を書きます。

2026.10.17

工数管理システムの開発費用 ── 案件×人×時間を記録する画面構成と、勤怠と分ける判断

案件×人×時間を記録する工数管理を8画面で数えた想定例。勤怠と一緒にすると何画面増えるか、借りる場合との分かれ目も。

2026.10.25

在庫管理システムの開発費用 ── 入荷・出荷・棚卸の7画面と、バーコードなしで始める判断

入荷・出荷・棚卸・発注点を7画面で数える想定例。バーコードは後から足せるので、まず手入力で始める判断も書きます。

2026.10.10

開発費の払い方 ── 着手金・分割・検収のタイミングを、月ごとの現金の動きで見る

総額が同じでも、月ごとの出金は型で変わります。着手金・分割・検収の意味と、経理に渡す月別の表の作り方。

2026.10.25

受発注システムの開発費用 ── 電話・FAX・メールの注文を、8画面にする想定例

FAX・電話・メールの注文を8画面にする想定例。ライトかスタンダードか、借りる場合との分かれ目も書きます。

2026.10.08

システム開発に使える補助金 ── 申請の現実と、使わない方がいい場合

制度の解説ではなく、発注側の実務の話です。入金までの長さ、後払い、報告の手間、使わない方がいい場合。

2026.10.18

Excelでの管理は、どこまでが限界か ── システム化を考え始める4つのサイン

Excelで十分なうちは使うべきです。潮目が変わる4つのサインを、まだ大丈夫な状態と対比で並べました。

2026.10.08

システムは作ったあとにお金がかかる ── 運用・保守の中身を項目ごとに

見積書に出てこないのに、1年目の総額を左右する部分です。項目ごとに、実際の金額の目安を並べました。

2026.10.01

社内システムは内製か外注か ── 4つの選択肢を1年の総額で並べる

雇う・外注する・SES・MVP開発。1年目の総額と、1年後に何が残るかで並べます。

2026.10.25

業務システムの開発費用を、自分で見積もる方法 ── 画面を数えて、時間で割る

相場表を眺めても自社の金額は出ません。画面を数えて時間で割る、自分でできる概算の手順です。

2026.10.20

予約システムの開発費用 ── 6画面の内訳から考える、作る場合と借りる場合

必要な画面を6枚数えるところから。既存サービスを借りる場合との使い分けも書きます。

2026.10.01

MVP開発の費用は、何で決まるのか ── 画面数で見積もる理由と、50万円に含まれるもの

見積もりが会社によって10倍違う理由を、人月の構造から説明します。画面数で数える方法と、初期50万円の中身。

範囲と進め方を決める

2ヶ月で作れるものには限りがあります。何を作って何を作らないか、8週間の中で何が起きるかを開けて書いています。

2026.11.11

マスタ(取引先・商品・社員)の管理画面 ── 誰が直すかで設計が変わる

マスタは誰が直すかで画面が変わります。3つの型、削除せず無効化する理由、重複の防ぎ方、Excelからの初回投入、画面数への入り方。

2026.11.08

添付ファイルと写真をどう扱うか ── 容量・検索・保存期間で決めること

添付は撮ってから消すまでで決めます。枚数と容量の上限、縮小、項目で探す、保存期間と実費、ダウンロードの権限。

2026.11.05

集計画面(ダッシュボード)をどこまで作るか ── 毎週見る数字だけから始める

集計画面は、毎週の会議で見ている3〜5個の数字だけから。残りはCSVで出して表計算ソフトで見る。グラフより一覧、1人だけ見る画面は作らない。

2026.11.02

ログインの方式をどう決めるか ── パスワード・Googleログイン・招待制の使い分け

ログインの方式は、使う人が社内だけ・取引先・一般のどれかで決まります。5つの方式の向き不向きと、方式で増える画面の数。

2026.10.31

初回リリースのあと、何から直すか ── 最初の3ヶ月の改善の決め方

要望は一度に全部は直せません。使われていない画面と、紙に戻った箇所から見て、残りを頻度と影響で並べます。

2026.10.29

現場がスマホで入力し続ける画面 ── 入力項目を減らす5つの判断

紙の15欄をそのまま画面にすると、現場は続きません。項目を減らすための5つの判断を、点検記録の想定例で。

2026.10.26

通知をどこまで作るか ── メール・LINE・アプリ通知の使い分け

通知は増やすほど読まれなくなります。メール・画面内・LINE・プッシュ通知の使い分けと、最初に絞る理由。

2026.10.24

帳票・PDF出力をどう作るか ── 今の書式を残すか、変えるか

今の書式をそのまま再現するか、変えるか。罫線・押印欄・改ページ・1枚に収めるの4か所と、帳票の分け方。

2026.10.21

会計ソフトとつなぐか、CSVで済ませるか ── 自動連携を最初に入れない理由

会計ソフトとの自動連携を最初に入れない理由と、CSVの列の合わせ方、連携を足すタイミングを書きます。

2026.10.18

業務システムの権限をどう決めるか ── 「誰に何を見せるか」を3段階で

権限は、役割、見せる範囲、変更できる操作の順に決めます。取引先や現場が使う場合と、退職者のアカウントの扱いも。

2026.10.25

作ったのに使われないシステムになる原因 ── 現場が紙とExcelに戻る5つの理由と、8週間のどこで防ぐか

動いているのに使われていない。原因は作りの良し悪しより手前にあります。5つの原因と、8週間のどこで防ぐか。

2026.10.12

MVPで何を検証するのか ── 確かめたい仮説を、1つに絞って1文で書く

「使われるか確かめたい」は仮説ではありません。誰が・どの場面で・何に払うかを1文にして、8週間の後に判断する材料にします。

2026.10.20

ノーコードで作るか、開発するか ── kintoneやNotionで済む業務の形と、行き詰まる業務の形

ノーコードで済むなら、うちに頼まなくていい。行き詰まるのは、社外の人が使う・見た目が売上に関わる・件数と計算・行単位の権限の4つの形です。

2026.10.25

複数の業務があるとき、最初の8週間にどれを入れるか ── 「全部まとめて」と言われたときの選び方

「全部まとめて」の相談で、最初の8週間に入れる業務を1つに絞る理由と、選ぶときに見ている4つの基準。

2026.10.20

業務システムのセキュリティ、最低限どこまでやるか ── 発注側が確認する6項目

「万全ですか」では何も分かりません。通信、パスワード、権限、復元、ログ、退職者。6項目の聞き方を書きました。

2026.10.08

既存システムから乗り換えるとき ── データ移行で実際に時間がかかるところ

移行で時間を食うのは変換作業ではなく、決める作業です。表記ゆれ、退職者、過去何年分。実例と5段階の進め方。

2026.10.08

開発中に「やっぱりこうしたい」が出たとき ── 仕様変更が追加費用になる線引き

変更は悪ではありません。ただ、追加費用になる変更とならない変更には線があります。その線の引き方を具体例で。

2026.09.29

スマホアプリで作るか、Webで作るか ── 判断が分かれる5つの条件

ほとんどの業務システムはWebで足ります。アプリが要る5条件と、ストア審査・PWA・8週間での収まり方。

2026.09.26

AI駆動開発とは何か ── 何が速くなって、何が速くならないのか

速くなるのは実装とテスト。何を作るかを決める工程は速くなりません。だから最初の2週間はコードを書きません。

2026.09.23

MVP開発とは何か ── 8週間の工程を全部開けて説明します

定義の話は3行で終えて、実際の8週間で何をしているかから説明します。向かない案件も書きます。

2026.09.26

2ヶ月で作れるもの、作れないもの ── 8週間の中身を、週ごとに開けてみる

8週間の内訳を週ごとに。要件整理に2週間かける理由と、この期間では作らないと決めているもの。

発注の準備をする

相談する前に決めておくこと、開発会社の選び方、契約書で読む場所。発注側が判断するための材料です。

2026.11.09

秘密保持契約と個人情報の委託 ── 発注前に交わす書面と、渡すデータの線

秘密保持契約は実データを見せる前に。個人情報は渡さない・ダミー・匿名化・本番の順で考え、テスト環境には置かない。

2026.11.06

開発中の週次打ち合わせで何を見るか ── 動く画面で確認する進め方

週1回30分の打ち合わせで、資料ではなく動く画面を触る。先週の確認、今週の決めごと3つ、現場の人を呼ぶ週、前日までに用意するもの。

2026.11.03

開発のキックオフで決める7つのこと ── 最初の打ち合わせの進め方

契約後の最初の60分で決める7つ。窓口と決裁者、連絡と返事の期限、週次の確認日、使う人、資料、用語、最初の2週間の日付。

2026.10.30

小さな開発に提案依頼書(RFP)は要るか ── 代わりに用意するA4一枚

10〜20画面の開発なら、30ページのRFPより、6項目を書いたA4一枚のほうが比べやすい提案が返ってきます。

2026.10.28

検収で何を確かめるか ── 受け入れの確認表を、発注側で作る

「大丈夫そうです」では検収になりません。業務の1日・例外・権限・データ出力の4つで、確認表を発注側で作ります。

2026.10.25

要件定義書は誰が書くのか ── 発注側が書くのは「困っていること」まで

発注側が書くのは「困っていること」まで。画面構成やデータの持ち方は開発側の仕事です。その線の引き方。

2026.10.22

社内システムの発注担当になったら ── 最初の2週間でやること

社内システムの担当を任された人が、最初の2週間でやる5つのことを順番に。仕様書から始めない理由も書きます。

2026.10.19

同じ依頼で見積もりが3倍違うのはなぜか ── 比べる前に揃える4つの前提

相見積もりの金額差は、範囲・数え方・リリース後・体制の4つから出ます。比べる前に、各社へ同じ前提を渡す方法。

2026.10.25

システム開発の外注で失敗する5つのパターン ── 発注側で防げるもの

外注の失敗は、開発会社の腕より発注側の段取りで起きることが多いです。5つのパターンと、それぞれをいつ決めれば防げるか。

2026.10.14

ストア配布アプリを公開するまでに、発注側が用意するもの ── 開発者アカウント、規約、審査の往復

開発が終わっても公開できない、が起きます。名義、規約、ストア素材、審査。発注側にしかできない準備を順番に。

2026.10.11

フリーランスに頼むか、会社に頼むか ── 個人が向く案件と、契約・請求・窓口で変わること

個人か会社かより、何人で見ていて、誰が続けるか。個人が向く案件と向かない案件、契約と請求で変わること。私たち自身も比較の中に置きます。

2026.10.20

開発会社への最初の一通に、何を書くか ── 返事が早く、具体的になる問い合わせの書き方

「一度お話を」だけでは、日程調整しか返せません。最初の一通に書く5つと、返事が変わる作例を並べます。

2026.10.08

その開発会社が続けられなくなったら ── 引き継げる状態で作っておく5つの条件

自社に不利なことを書きます。作ったものを別の会社が引き取れるか。5つの条件と、契約前に確認する聞き方。

2026.10.25

発注したあと、自分たちは何をするのか ── 8週間で発注側に発生する作業

丸投げできますかと聞かれます。作業は減らせても判断は減らせません。8週間で発注側に発生する時間の目安。

2026.10.08

システム開発の社内稟議、何を書けば通るか ── 決裁者が見ている4点

決裁者が見ているのは現場の必要性ではなく4点です。投資額の根拠から責任の所在まで、稟議書にそのまま貼れる比較表の形で書きました。

2026.10.20

開発会社の選び方 ── 実績の件数より、聞くと差が出る5つの質問

規模で3タイプに分かれ、得意な案件が違います。実績の件数より、打ち合わせでの5つの質問のほうが分かります。

2026.10.08

システム開発の契約書で、発注側が読むべき5つの場所

請負か準委任か、いつ終わったことになるか、作ったコードは誰のものか。揉めるところは先に決まっています。

2026.10.25

開発会社に相談する前に、決めておくと話が早い3つのこと

見積もりがぶれる原因は仕様書の粗さではない。使う人、含めない範囲、成功の判断。この3つの決め方。

読むより、数えたほうが早いこともあります

金額は画面の数でほぼ決まります。自社の場合に何画面になるかは、作れるものの例に3つの構成を画面単位で置いてあるので、近いものを探して数えていただくのが早いです。初回お打ち合わせのあと3営業日以内に、画面構成のラフと見積もりもお出ししています。ここまで費用はいただきません。

料金の考え方は料金のページに、8週間の進め方は進め方のページに、よく聞かれることはよくあるご質問にまとめています。