MVP / BUSINESS SYSTEM / AI INTEGRATION
作る前に、残すものを決める。
MVP開発の受託は、仕様書がない段階から相談できます。小規模な業務システム・AI機能組み込みも対象に、要件、完成条件、公開判断を人が確認し、次の変更に使える記録とともに残します。
必須は会社名・氏名・メール・相談区分・プライバシー確認。詳しい仕様は任意です。
INTAKE / PUBLIC SAMPLE
初回相談で確認する整理票
- 01
目的と利用者
IN — 変えたい業務、試したい仮説、使う人
OUT — 今回解く課題と、判断する人
- 02
初回リリース
IN — 最初に必要な機能、後回しにできる機能
OUT — 作る範囲と、今回は作らない範囲
- 03
現在地と連携
IN — 既存システム、データ、外部サービス
OUT — 調査が必要な接続点と移行条件
- 04
公開後の運用
IN — 権限、問い合わせ、監視、変更の担当
OUT — 公開条件と、運用責任の分担
これは相談時の確認項目を示す公開用の整理票です。顧客事例、契約書、見積書ではありません。
01 / AFTER SUBMISSION
送信後に返すのは、約束ではなく次の確認事項です。
返信期限や契約成立を先に約束せず、内容を確認して、対応可否と見積もりに必要な前提をメールで返します。
01
内容を読む
入力された目的、相談区分、現在の状況から、対応範囲に合うかを確認します。
02
不足条件を返す
見積もりや日程の前に必要な利用者、権限、連携、運用条件をメールで確認します。
03
次の判断をそろえる
対応可否を伝え、必要な場合だけ、打ち合わせや提案へ進むための前提をそろえます。
02 / SCOPE / OUT OF SCOPE
作れるものと、受けないものを同じ場所に置く。
相談数を増やすために対象を広げず、小さく始めて公開条件まで確認できる開発へ範囲を絞ります。
IN SCOPE
対応を確認する開発
- MVP・プロトタイプ
- 事業仮説を試すため、利用者、検証方法、初回リリースの範囲を決めて実装します。
- 小規模な業務システム
- 表計算や手作業を含む現行業務を整理し、権限と運用を確認できる単位から作ります。
- AI機能の組み込み
- 既存サービスへAIを加える目的、参照データ、人が確認する地点、失敗時の扱いを設計します。
OUT OF SCOPE
対象外
- 01大規模な基幹システムの一括刷新
- 02常駐SESとしての人員提供
- 03他社が開発したシステムの保守だけの引き継ぎ
決済、ポイント、抽選、在庫、発送を一つの取引として設計する相談は、オンラインオリパのシステム開発で、必要機能と失敗時の処理を公開しています。
03 / DELIVERY RECORD
作業ではなく、残すものを工程にする。
AIは実装を支援できます。要件、設計、差分、テスト結果、公開判断は人が確認し、次の変更に使える形で残します。
- 01
要件整理
目的、利用者、対象業務、優先順位を確認し、作る範囲と完成条件を言葉にします。
- OWNER
- 事業担当 + 開発担当
- OUTPUT
- 目的 / 対象範囲 / 受入条件
- 02
設計
画面、データ、権限、外部連携、障害時の扱い、公開後の運用を設計します。
- OWNER
- 開発担当、人が承認
- OUTPUT
- 画面 / データ / 責任境界
- 03
実装・検査
AIで実装を支援しながら、人が設計意図と差分をレビューし、自動検査を実行します。
- OWNER
- AI支援 + 人のレビュー
- OUTPUT
- コード / 差分 / 検査結果
- 04
公開判断
本番ビルド、受入条件、データ取扱い、監視、引き継ぎを確認して公開可否を決めます。
- OWNER
- 事業担当 + 開発担当
- OUTPUT
- 公開判定 / 運用記録 / 引継ぎ
04 / ESTIMATE CONDITIONS
料金と期間は、4条件を確認してから。
固定金額だけを先に置くと、連携調査、データ移行、権限、運用責任が見積もりの外へこぼれます。このサイトでは固定の料金・期間を約束していません。
内容確認後に、見積もりと日程の前提を個別にご案内します。
- 01利用者と権限
- 誰が何を閲覧・登録・承認できるか。管理者、社内担当、顧客の境界を確認します。
- 02初回リリースの範囲
- 最初に成立させる業務と、後から追加する機能を分け、完成条件を確認します。
- 03外部連携とデータ
- API、決済、認証、既存データの品質と移行方法、失敗時の処理を確認します。
- 04運用・セキュリティ
- 監視、問い合わせ、障害対応、個人情報、権限変更、公開後の保守責任を確認します。
05 / RELEASE GATES
AI支援の後にも、人が公開判断する。
自動検査を通したことだけで公開可とはしません。設計意図、受入条件、運用責任まで確認します。
01
要件と受入条件
作る範囲、作らない範囲、完成を判断する条件が一致しているか。
02
設計と差分
実装が設計意図に沿い、権限や失敗時の処理を落としていないか。
03
自動検査と実操作
lint、型、テスト、ビルドに加え、実画面と主要導線を確認したか。
04
運用と公開責任
監視、データ取扱い、引き継ぎ、公開判断の担当が決まっているか。
06 / OPERATOR / RESPONSIBILITY
運営主体と担当範囲を、相談前に。
本サービスは株式会社addingが運営します。要件、技術選定、実装、レビュー、テスト、公開条件まで、案件ごとの担当範囲を契約前に確認します。
会社情報を確認する- 運営会社
- 株式会社adding
- 代表
- 代表取締役 岩崎 裕馬
- 確認する範囲
- 要件、技術選定、実装、レビュー、テスト、公開条件
- AIの位置づけ
- 実装支援。要件、設計、レビュー、テスト結果、公開判断は人が確認
- 契約前に決めること
- 対象範囲、完成条件、金額、期間、データ取扱い、保守責任
07 / FAQ
相談前に、未確定なことを確認する。
固定料金や納期を先に約束せず、対応範囲、AIの使い方、公開後の責任を回答します。
費用と期間はいつ分かりますか？
利用者と権限、初回リリースの範囲、外部連携とデータ、公開後の運用条件を確認してから、見積もりと日程の前提を個別にご案内します。このサイトでは固定の料金や期間を約束していません。
どんな開発を相談できますか？
MVP・プロトタイプ、小規模な業務システム、既存サービスへのAI機能組み込みを中心に、要件整理から公開判断まで相談できます。
MVP開発だけを受託できますか？
相談できます。事業仮説、対象利用者、MVPで確かめること、初回リリースの範囲を一緒に整理し、設計・実装・テスト・公開判断まで対応します。発注側には、検証する仮説、優先順位、継続・修正・中止の判断を担っていただきます。公開後の改修・保守範囲は契約前に個別確認します。
仕様書がなくても相談できますか？
相談できます。変えたい業務、試したい仮説、使う人、現在のシステムなど、分かる範囲を起点に、次に確認する項目を整理します。
AIを使う場合、誰が品質を確認しますか？
AIは実装を支援します。要件、設計、コード差分、テスト結果、受入条件、公開判断は人が確認し、判断に使った記録を残します。
開発後の保守だけを引き継げますか？
他社が開発したシステムの保守だけの引き継ぎは対象外です。新規開発や改修と、その公開後の運用範囲は、案件ごとに責任分担を確認します。
08 / CONTACT
まだ仕様になっていない話を送る。
作りたいもの、変えたい業務、既存システムの状況のうち、分かる範囲で構いません。担当者が対応可否と追加で確認する項目を返します。
送信する情報
会社名、氏名、メール、相談区分、任意の詳細、プライバシー確認。会社名・氏名・メール・任意の詳細はアクセス解析イベントへ送りません。
返信期限、契約成立、固定料金・期間は約束していません。