Use Scenes
活用シーン
EVOLOOPは、AIが進め、人が要所で判断する、月額制のAI駆動開発チームです。システムをつくり、育て、新しくし続けるために、目的や状況に合わせた4つの場面でご利用いただけます。
Scenes
こんなときに、EVOLOOP。
4つの活用シーン
どの段階からでも始められます。どれに当てはまるか分からない場合も、まずはご相談ください。
Mock to Production
モックの本番化
生成AIで作ったモックやプロトタイプを、認証・権限・データ・テスト・運用まで備えた本番品質のシステムに仕上げます。
詳しく見る →
New Development
新規開発
これまでエンジニアがゼロからつくってきた本格的なシステムを、AI×人で最速かつ高品質に開発します。
詳しく見る →
Continuous Development
継続開発
機能追加・改善・不具合の調査を、バックログに眠らせず、動いているシステムを止めずに育て続けます。
詳しく見る →
Legacy Migration
レガシー移行
触れなくなったシステムを、AIの解析と人の設計で、また育てられるシステムへ移行します。
詳しく見る →
Guide
あなたの状況に合うのは、どのシーン？
4つの活用シーンは、「今、お手元に何があるか」で選ぶと分かりやすくなります。どのシーンから始めても、EVOLOOPではAIが調査・実装・テストを進め、要件や設計、本番に出すかどうかといった要所は人が判断します。
今あるものから選ぶ
まずは、動いているシステムがあるかどうかで考えてみてください。動いているシステムがなければ「モックの本番化」か「新規開発」、すでに動いているシステムがあれば「継続開発」か「レガシー移行」が近いシーンです。
生成AIで画面やプロトタイプをつくったものの、本番で使うには不安がある場合は「モックの本番化」です。まだ形になっていないアイデアや、表計算で回している業務をシステムにしたい場合は「新規開発」が向いています。動いているシステムの改善要望が溜まっているなら「継続開発」、仕様が分からず手を付けられないシステムなら「レガシー移行」から始めます。
4つのシーンを比べる
それぞれのシーンで、始まりの状態や最初に手にするものは少しずつ違います。次の表で、ご自身の状況に近いものを探してみてください。
| モックの本番化 | 新規開発 | 継続開発 | レガシー移行 | |
|---|---|---|---|---|
| 始まりの状態 | 画面やプロトタイプがある | アイデアや業務の課題がある | 動いているシステムがある | 古くて触れないシステムがある |
| お持ちいただくもの | モックの画面・コード・資料 | 業務の流れ・やりたいこと | 改善の要望・不具合の情報 | 今のシステム・使い方の説明 |
| 最初に手にするもの | 本番までの道のりと骨組み | 動く骨組み | 最初の改善のリリース | 今の仕様を見える化した資料 |
| 人が判断する要所 | 権限とデータの設計 | 要件と優先順位 | 影響の大きい変更 | 移行の順番と切り替え |
どれにも当てはまらない場合
「モックはあるが、既存のシステムとつなげたい」など、複数のシーンにまたがるご相談もよくあります。シーンはあくまで入口なので、迷ったときはそのままご相談ください。今の状況を伺い、どこから始めるかを一緒に整理します。
シーンは、つながっている
活用シーンは、ひとつで終わるものではありません。モックを本番に仕上げたあとも、新しくシステムをつくったあとも、使われ始めれば改善の要望が出てきます。レガシー移行が終わったシステムも、そこからは育て続ける対象になります。
EVOLOOPは月額制の同じ開発体制なので、シーンが変わるたびに見積や発注をやり直す必要はありません。調べたこと、決めたこと、変えたことの記録も引き継がれるため、次の開発をすぐに始められます。開発が落ち着いたら、定期チェックや小規模な保守を中心とした形に切り替えることもできます。
シーン別の、よくいただくご相談
実際のご相談は、次のような言葉で始まることが多くあります。近いものがあれば、そのシーンのページもあわせてご覧ください。
モックの本番化
- 担当者が生成AIで業務の画面をつくった。社内で使ってよいか確かめたい
- 営業デモ用につくった試作を、正式な機能として出したい
新規開発
- 表計算とメールで回している業務を、ひとつのシステムにまとめたい
- 新しいサービスを始めたいが、社内に開発の担当者がいない
継続開発
- 改善の要望が溜まっているのに、見積のやりとりで止まってしまう
- 前の開発会社が引き上げ、直せる人がいなくなった
レガシー移行
- 長年使ってきたシステムの仕様を、誰も説明できない
- 動かしている環境のサポートが終わり、このままでは心配
どのシーンでも共通する進め方
始まりは違っても、開発の進め方の骨組みは同じです。やりたいことをタスクとして登録し、AIが調べて、判断が必要な点は質問としてまとめます。人が答えて方向を決めたら、AIが実装とテストを進め、影響の大きい変更はエンジニアがレビューします。最後は本番と同じ環境で確かめていただき、承認してから本番に反映します。
- やりたいことは、タスクボードにカードとして登録するだけ
- AIが調べ、迷ったところは必ず人に質問する
- 影響の大きい変更は、エンジニアのレビューを必須にする
- 本番に出すかどうかは、お客様が決める
- 調べたこと・変えたことは、記録とドキュメントに残る
よくある質問
どの活用シーンか、自分では判断できません。
問題ありません。今のシステムや資料、困っていることを伺い、どこから始めるのがよいかを一緒に整理します。シーンを決めてからご相談いただく必要はありません。
複数のシーンをまとめて依頼できますか？
はい。たとえば、レガシー移行を進めながら一部の機能を新しくつくる、といった進め方もできます。同じ月額制の体制のなかで、優先順位を決めて進めます。
途中でシーンが変わっても大丈夫ですか？
はい。モックの本番化から継続開発へ、移行から改善へと、そのまま次の開発に進めます。開発のたびの見積・発注は不要です。
進め方のモデルケース
よくいただくご相談をもとに、4つの活用シーンでどのように開発を進めるかをまとめています。
詳しく見る →
どのサービスも、月額制の同じ開発体制で
新規開発から継続開発へ、移行から改善へ。開発のたびの見積・発注は不要で、そのまま次の開発に進めます。
Next Step
アイデアを、止めない。
一緒に、次の一歩へ。
要件書がなくても構いません。新しくつくりたい、今の開発を速くしたい、古いシステムをどうにかしたい。まずは今のお話を聞かせてください。そこから一緒に整理します。