Skip to main content

Mock to Production

モックの本番化

生成AIで作ったモックやプロトタイプを、認証・権限・データ・テスト・運用まで備えた、本番品質のシステムに仕上げます。

モックの本番化とは

画面のモックやプロトタイプを起点に、実際のユーザーが毎日安心して使える品質まで、システムを引き上げることです。

  • 今お手元にあるモックやプロトタイプ、画面のイメージから始められます。
  • 認証・権限・データ設計・セキュリティ・テストなど、本番に必要な工程をまとめて担います。
  • AIが速く進め、要件・設計・リリースの要所は人が確認します。

Issues

モックはできた。でも、こんな状況ではありませんか?

画面が動くことと、ユーザーが毎日安心して使えることの間には、いくつもの工程があります。

画面は動く。でも、ログインや権限がない

誰が何を見られて、どこまで操作できるのか。本番では欠かせない仕組みが、モックにはまだありません。

データの扱いが決まっていない

保存先、項目の設計、既存データの移行。あとから変えにくい部分ほど、最初の設計が大切です。

テストや運用まで手が回らない

不具合が出たら、誰がどう直すのか。リリースした後も止まらない体制が必要です。

Solution

EVOLOOPなら、AIと人で本番まで仕上げます

AIが調査・実装・テストを高速に進め、判断が必要なところは人が担います。

AIがやること

  • モックとコードを解析し、本番に足りない工程を洗い出す
  • 認証・権限・データまわりを実装する
  • 自動テストをつくり、繰り返し実行する
  • 変更内容を記録し、ドキュメントを作成する

人がやること

  • 要件と優先順位を、お客様と一緒に整理する
  • データ設計とセキュリティをレビューする
  • ステージングで確かめ、本番に出すかを判断する
  • リリース後の改善の計画を立てる

Process

本番までの進め方

今あるものを起点に、本番までの道のりを一緒に整理するところから始めます。

  1. 今あるものを共有

    モックの画面やコード、資料など、お手元にあるものをお預かりします。

  2. 本番までの道のりを整理

    足りない工程と優先順位を、人が一緒に整理します。

  3. AIが実装・テスト

    認証・データ・テストなどを高速に進め、要所は人が確認します。

  4. 確認して本番へ

    本番と同じ環境で確かめていただき、承認後にリリースします。

Guide

モックの本番化を、もう少し詳しく

生成AIでつくったモックやプロトタイプには、業務を知っている人の考えが詰まっています。モックの本番化では、それを捨てずに活かしながら、本番で毎日使うために欠かせない「見えない部分」を加えていきます。

活かすもの、加えるもの

モックの画面の流れや入力する項目、操作の手順は、実際に業務をしている人が「こうしたい」と考えた結果です。本番化でもできるだけそのまま活かします。一方で、ログインや権限、データの保存先、テストといった部分は、モックの段階では用意されていないことがほとんどです。ここを本番に耐える形で加えたり、置き換えたりします。

モックから活かすものと、本番に向けて加えるもの
図1 モックから活かすものと、本番に向けて加えるもの

そのまま使うか、作り直すかの判断

モックのコードをどこまで活かせるかは、調査してから判断します。見た目が同じでも、裏側の作りによって判断は変わります。目安として、次のような観点で確かめます。

対象 多くの場合 判断のポイント
画面のデザインと流れ 活かす 業務の流れに合っているか、使う人が迷わないか
入力項目と業務のルール 整理して活かす 抜けや矛盾がないか、例外の扱いが決まっているか
ログイン・権限 加える・作り直す 役割ごとの権限を、サーバー側で確かめられるか
データの保存 設計し直す 保存先・項目の設計・既存データの移行
テスト・運用の仕組み 加える 変更のたびに確かめられるか、元に戻せるか

どちらがよいかは、理由とあわせてご説明します。作り直す場合も、画面の流れや項目の考え方は要件として引き継ぐので、ゼロからやり直すわけではありません。

最初の2週間でやること

モックの本番化は、お手元にあるものを共有いただくところから始まります。最初の段階で、今のモックで足りないことと、本番までの順番を整理し、認証やデータの土台となる骨組みをつくります。

最短の場合の、はじめの2週間の流れ
図2 最短の場合の、はじめの2週間の流れ

骨組みができたら、本番と同じ環境(ステージング)で実際に触っていただけます。そこから先は、画面ごとに本番品質へ置き換え、自動テストを加えながら進めます。期間はモックの規模や、つなげるシステムの数によって変わるため、整理の段階で見通しをお伝えします。

ご用意いただくとよいもの

すべてそろっていなくても構いません。お手元にあるものから始められます。

  • モックの画面やコード

    動く状態のものがあれば、その環境やファイル一式。画面の画像だけでも始められます。

  • 使う人と、その役割

    誰が、どの画面で、何をするのか。管理者・担当者などの役割が分かると、権限の整理が早く進みます。

  • 今のデータ

    表計算ファイルなどで管理しているデータがあれば、項目の設計と移行の計画に使います。

  • つなげたいシステム

    既存の社内システムや外部サービスとつなぐ予定があれば、その一覧。

本番化でよくあるつまずき

見た目の調整から始めてしまう

モックを見せると、最初に出てくる要望の多くは色や配置といった見た目のことです。ただ、権限やデータの設計を後回しにして見た目を作り込むと、裏側を直すときに画面も作り直すことになりがちです。本番化では、裏側の土台を固めてから見た目を仕上げます。

つくった人だけで確かめてしまう

モックをつくった担当者だけが確かめると、実際に使う人の業務に合わない部分が残りやすくなります。ステージングでは、実際に使う人にも触っていただき、いつもの仕事がその画面で回るかを確かめます。

公開したあとの担当が決まっていない

公開後に不具合の連絡や改善の要望を誰が受け、誰が直すのかが決まっていないと、システムはすぐに止まってしまいます。本番化のあとは、継続開発としてそのまま改善を続けられる形にしておきます。

公開前に確かめたいこと

モックを社内や顧客向けに公開する前に確かめたい15の項目を、コラムにまとめています。今のモックに何が足りないかを確かめる際にお使いください。

コラム:生成AIで作ったモック、本番に出す前に確認したい15のこと

認証と権限・データ・セキュリティ・品質とテスト・運用と引き継ぎの5つの観点で、確かめたいことをまとめました。

詳しく見る →

What remains

開発を通して、手元に残るもの

動くシステムだけでなく、あとから育て続けるための記録も残ります。

  • 本番で動くシステム

    開発したコードは、お客様の資産として残ります。

  • 確認用のステージング

    本番と同じ環境で、事前に動きを確かめられます。

  • 変更とテストの記録

    何を調べ、何を変え、どう試したかが残ります。

  • 仕様書・リリースノート

    開発の記録から、ドキュメントを作成します。

※ モックのコードをどこまで活かせるかは、調査のうえで理由とあわせてご提案します。

Use Scenes

活用例

たとえば、こんなモックやプロトタイプを本番に仕上げます。公開前に確認したいことはチェックリストにもまとめています。

社内ツール

生成AIで作った予約管理のモックを、社内で使えるシステムに

社員ごとの権限、予約データの保存、通知、テストを加え、社内で毎日使える状態に仕上げるケースです。

SaaS・Webサービス

営業デモ用のプロトタイプを、正式な機能としてリリース

既存サービスの認証やデータと連携させ、品質を確かめたうえで正式な機能として公開するケースです。

料金は、月額で個別にお見積りします

対象のシステムと支援内容に合わせてお見積りします。開始から2ヶ月以内なら全額返金の保証があります(適用条件あり)。

料金について見る →

FAQ

モックの本番化についてよくある質問

生成AIで作ったモックのコードは、そのまま使えますか?

調査したうえで、活かせる部分はそのまま活用し、本番に向かない部分は作り直しをご提案します。どちらがよいかは、理由とあわせてご説明します。

画面のイメージだけでも相談できますか?

はい。画面の画像や資料、メモからでも始められます。要件書がなくても構いません。

どのくらいの期間で本番に出せますか?

システムの規模や難易度によって異なります。最初の2週間で本番までの道のりと動く骨組みをつくり、その後の計画をご提示します。

リリースした後の改善もお願いできますか?

はい。継続開発として、機能追加や改善をそのまま続けられます。

Next Step

アイデアを、止めない。
一緒に、次の一歩へ。

要件書がなくても構いません。新しくつくりたい、今の開発を速くしたい、古いシステムをどうにかしたい。まずは今のお話を聞かせてください。そこから一緒に整理します。