New Development
新規開発
これまでエンジニアがゼロからつくってきた本格的なシステムを、AI×人で、最速かつ高品質に開発します。
EVOLOOPの新規開発とは
事業に必要なシステムを、要件の整理から設計・実装・テスト・リリースまで、ゼロから新しくつくることです。
- テンプレートの組み合わせではなく、要件に合わせて設計します。
- 最短2週間で動く骨組みをつくり、その後の開発を加速します。
- 開発したコードは、お客様の資産として残ります。
Issues
新しいシステムづくりで、こんな状況ではありませんか？
つくりたいものがあるのに、着手するまでに時間がかかってしまう。
開発したいものが多いのに、人が足りない
採用には時間もコストもかかり、今いるメンバーは保守や運用で手一杯です。
外注先への依頼が、遅い
相談・見積・稟議・発注・アサインと、着手するまでの手続きが長くかかります。
市場やお客様を、待たせたくない
リリースが遅れるほど、事業の機会を逃してしまいます。
Solution
EVOLOOPなら、AIと人でゼロから最速に
AIが調査・実装・テストを高速に進め、判断が必要なところは人が担います。
AIがやること
- 要件をもとに、画面やデータ構造の案をつくる
- 機能を実装し、自動テストを繰り返し実行する
- 変更内容を記録し、ドキュメントを作成する
- 迷ったところは、必ず人に確認する
人がやること
- 事業と業務を理解し、要件と優先順位を整理する
- 設計とセキュリティをレビューする
- ステージングで確かめ、本番に出すかを判断する
- リリース後の改善の計画を立てる
Process
新規開発の進め方
いきなりAIに任せません。最初に人が理解し、AIが安全に走れる土台をつくります。
やりたいことを伺う
事業・業務・利用者など、今の状況とつくりたいものを伺います。
要件と優先順位を整理
最初に開発するものを、人が一緒に決めます。
動く骨組みをつくる
最短2週間で、AIが安全に走れる土台と動く骨組みをつくります。
開発を加速する
機能を次々に追加し、確認しながらリリースしていきます。
※ 初期構築にかかる期間は、開発したいシステムの難易度により異なります。
Guide
新規開発を、もう少し詳しく
新しいシステムづくりでは、最初から完璧な要件をそろえる必要はありません。会話から要件をかため、動く骨組みをつくり、使いながら育てていく。その進め方の中身をご紹介します。
要件書がなくても始められる理由
「何をつくりたいか」は、言葉にしようとすると意外と難しいものです。新規開発では、まず今の業務や困っていることを伺い、AIが既存の資料や業務の流れを調べて、決めておくべき論点を質問の形にまとめます。人がその質問に答えていくことで、要件が少しずつかたまっていきます。
決めたことと、その理由は記録として残ります。あとから「なぜこの仕様にしたのか」を確かめられるので、担当者が変わっても判断がぶれにくくなります。
最初に決めること、あとで決めてよいこと
すべてを最初に決めようとすると、着手までに時間がかかってしまいます。あとから変えにくいことは最初に時間をかけて決め、変えやすいことは使いながら決めていくのが、速く進めるコツです。
| 最初に決めること | あとで決めてよいこと |
|---|---|
| 誰が使い、何ができるか（役割と権限） | 画面の細かな配置や色 |
| どんなデータを持つか（項目と関係） | 一覧の並び順や表示する項目 |
| ほかのシステムとどうつなぐか | 通知の文面やタイミング |
| 最初につくる範囲と、あとに回すこと | 使い始めてから出てくる改善要望 |
動く骨組みから、育てていく
最初から全部の機能をつくるのではなく、主要な画面とデータを備えた「動く骨組み」を最短2週間でつくります。実際に触れるものがあると、「ここはこうしたい」という要望が具体的になり、その後の開発が速く進みます。
骨組みができたら、いちばん困っていることを解決する機能から順に広げていきます。本番に出したあとも、使う人の要望をタスクとして登録すれば、そのまま継続開発として育て続けられます。
最初から全部つくらない理由
はじめに全機能を決めてつくると、使い始めてから「実は要らなかった」機能が残りがちです。小さく始めて使いながら広げるほうが、本当に必要なものに時間を使えます。
新規開発の体制と役割
新規開発では、お客様と開発チームがそれぞれの得意なことを受け持ちます。社内に開発の担当者がいなくても進められるよう、要件の整理から進行までを開発コーディネーターが支えます。
| 担う人 | 主に担うこと |
|---|---|
| お客様 | 業務の目的と優先すること、本番に出すかどうかの判断 |
| 開発コーディネーター | 要件の整理、タスクの登録と優先順位づけ、進行の管理 |
| エンジニア | 全体の設計、影響の大きい変更のレビュー、セキュリティの確認 |
| AI | 調査、論点の洗い出し、実装と自動テスト、記録とドキュメントの作成 |
どこまでを私たちが担うかは、プランによって変えられます。社内でタスクを登録して進めたい場合も、ヒアリングからタスクの整理まで任せたい場合も、同じ開発の進め方で対応します。
ご相談の前に整理しておくとよいこと
まとまっていなくても大丈夫です。メモ書きや、今使っているファイルをそのままお見せいただければ、そこから一緒に整理します。
-
今、どうやって業務を回しているか
表計算、紙、メール、既存のツールなど。今のやり方が、要件のいちばんの手がかりになります。
-
いちばん困っていること
手間がかかっている、ミスが起きる、情報が散らばっているなど。最初につくる範囲を決める基準になります。
-
使う人の顔ぶれ
社内の誰が使うのか、社外のお客様も使うのか。権限とデータの設計に関わります。
-
いつまでに、どこまで使いたいか
動かせない日程があれば、そこから逆算して最初の範囲を決めます。
コラム：AI開発で、人が判断すべき5つの場面
要件・設計・レビュー・リリース判断・優先順位。AIに任せるほど大切になる、人の判断について解説しています。
詳しく見る →
What remains
開発を通して、手元に残るもの
動くシステムだけでなく、あとから育て続けるための記録も残ります。
本番で動くシステム
開発したコードは、お客様の資産として残ります。
確認用のステージング
本番と同じ環境で、事前に動きを確かめられます。
変更とテストの記録
何を調べ、何を変え、どう試したかが残ります。
仕様書・リリースノート
開発の記録から、ドキュメントを作成します。
Use Scenes
活用例
たとえば、こんなシステムを新しくつくります。
会員・予約
会員管理と予約を、ひとつのシステムに
会員情報・予約・通知・管理画面をまとめ、業務に合わせたルールで動くシステムを新しくつくるケースです。
業務システム
表計算で回していた業務を、システム化
担当者ごとの権限や承認の流れを整理し、ミスが起きにくく、引き継ぎやすい業務システムにするケースです。
料金は、月額で個別にお見積りします
開発のたびの見積・発注は不要です。開始から2ヶ月以内なら全額返金の保証があります（適用条件あり）。
FAQ
新規開発についてよくある質問
要件が固まっていなくても相談できますか？
はい。要件書がなくても構いません。今の状況やお困りごとを伺い、何から進めるかを一緒に整理するところから始めます。
どんなシステムに向いていますか？
Webサイト・Webサービス、社内の業務システム、会員・顧客ポータル、予約・取引システム、SaaSなど、権限・データ・外部連携・業務ルールが絡むシステムで特に力を発揮します。
開発したコードは、誰のものになりますか？
開発したコードは、お客様の資産としてお客様の管理下に残ります。
機能を追加するたびに見積が必要ですか？
いいえ。月額制の開発体制なので、開発のたびに見積や発注の手続きをする必要はありません。
Next Step
アイデアを、止めない。
一緒に、次の一歩へ。
要件書がなくても構いません。新しくつくりたい、今の開発を速くしたい、古いシステムをどうにかしたい。まずは今のお話を聞かせてください。そこから一緒に整理します。