Prototyping
システム企画・PoC
想像ではなく実証。実際に触れて決定する。
完全型プロトタイプを構築してPoC（概念実証）を行い、
「何を作るか」を短期間で具体化・検証します。
About
Functional Prototype
完全型プロトタイプによるPoC
Alcogyが提供するのは「完全型プロトタイプ」です。動く画面や操作確認ができる程度のモックアップではなく、実際にデータの入力・保存・閲覧・処理ができる本番相当の機能を持つプロトタイプを構築します。
このプロトタイプがPoC（概念実証）として機能することで、「このシステムが業務に使えるか」を発注前に実証できます。仕様を頭の中でイメージして判断する資料ベースのシステム開発とは根本的に異なり、実際に触れて確認することで、圧倒的に精度の高い企画整理が可能です。
また、Alcogyのプロトタイプは業務システム開発に精通したエンジニアが構築するため、技術的実現可能性が証明済みの状態で開発会社に発注できます。動くものを起点に要件定義を進められるため、開発会社との認識合わせがスムーズになります。
Scope
サービスの対象範囲
本サービスは「何を作るか」を決める企画フェーズを担います。業務フローの分析・IT化の方向性整理・プロトタイプを使ったPoC・発注用ドキュメントの作成までがスコープです。「どう作るか（設計・実装）」は開発会社の仕事であり、Alcogyが越境することはありません。
IT化をまだ本格的に経験したことがない企業から、「システムのイメージはあるが要件が整理できていない」という段階まで、幅広く対応します。市販のSaaSやツールで対応できるケースはそちらも含めて検討し、開発が必要な場合にのみプロトタイプを活用します。
Process
Step 01 — Hearing
ヒアリング・業務分析
現状の業務フロー・課題・関係者・期待する効果を丁寧にヒアリングします。「どの業務をどうIT化するか」を整理し、プロトタイプに盛り込む要素を明確にします。単なる要望のメモではなく、業務の全体像と優先順位を把握した上で、何を作るべきかを一緒に考えます。
業務現場の声を直接聞くことを大切にしており、担当者・管理者それぞれの立場から何が課題なのかを整理します。「まずは何からやっていいかわからない」という場合は、弊社で開発した業務システムをご覧いただきながら、イメージを具体化するところからスタートも可能です。
Step 02 — Prototyping
プロトタイプ構築
ヒアリング内容をもとに、実際に操作できる完全型プロトタイプを構築します。画面のレイアウト確認にとどまらず、業務フローを実際に動かして確認できる水準で作ります。実際にデータを入力・保存・閲覧できる動作するシステムです。
本番開発と近いUI/UXで作るため、「これが完成品に近いイメージです」という確認が具体的にできます。現場スタッフに実際に触ってもらうことで、管理者だけでは気づけない現場視点の課題も浮き彫りになります。
Step 03 — PoC
PoC・検証・改善
プロトタイプを実際の業務で試用しながら「これで業務が回るか」を検証します。PoCとして機能することで、技術的実現可能性・業務フィット・操作性の3点を同時に確認できます。フィードバックをもとにプロトタイプと企画内容を改善し、複数回の検証サイクルを経て仕様を固めます。
資料上では問題なく見えた仕様が、実際に動かしてみると違和感があることは珍しくありません。「この入力項目は毎回使わない」「この操作ステップが多すぎる」といった細かな気づきを、本開発に入る前に拾い上げることができます。
Step 04 — Documentation
ドキュメントの作成
検証済みのプロトタイプをベースにドキュメントを作成します。実際に動かして確認した内容をもとにしているため、認識のズレが残りにくい仕様書になります。要件の一覧・画面定義・業務フロー図・データ構造の概要が含まれます。
他社のエンジニアやシステム会社に渡して発注できる水準で整えるため、その後の開発先の選択肢を制限しません。PoCを経たプロトタイプが存在することで、開発会社との要件定義もスムーズに進められます。
Outcome
Outcome 01 — Proof of Concept
実証済みのPoC
プロセス中に完全型プロトタイプを使い、実際の業務フローで動作を確認します。「このシステムは業務に使える」という事実を、資料ではなく動くものとして提示できます。PoCを経たドキュメントと動くプロトタイプが存在するため、発注先の開発会社との要件認識合わせが大幅にスムーズになります。
Outcome 02 — Issues
課題の可視化
プロトタイプを実際に業務で試用する過程で、「こんな問題があったのか」と初めて気づく課題が多く出てきます。IT化によって解決できる課題・優先すべき課題・段階的に対応すべき課題に分類し、スモールスタートするための指針として機能します。
Outcome 03 — Document
発注に使えるドキュメント
検証を経たプロトタイプをもとに作成するドキュメントには、要件の一覧・画面定義・業務フロー図・データ構造の概要が含まれます。本サービスにおける唯一の成果物（引き渡し物）です。他社エンジニアや開発会社に渡して発注できる形式で作成するため、その後の開発先に制約はありません。ドキュメントはすべてお客様に帰属します。
よくある質問
プロトタイプはどの程度まで作り込みますか？
モックアップや画面デザインではなく、実際にデータの入力・保存・閲覧・操作ができる動作するシステムとして作ります。本番開発前に現場で実際の業務フローを試行できる水準を目指しています。ただし本番システムと完全に同等ではなく、セキュリティ・パフォーマンス・大量データ処理などの本番要件は本開発フェーズで対応します。プロトタイプの目的は「これを作れば業務が回るか」を実証することです。
この後、必ずAlcogyでシステム開発を発注しないといけませんか？
いいえ。成果物であるドキュメントはすべてお客様に帰属し、Alcogyへの発注を前提とせずにご利用いただけます。他社への発注・社内エンジニアへの内製化・いったん保留して様子を見るなど、ご状況に応じてご判断ください。PoCを経た動くプロトタイプが存在するため、他社への発注時も要件の認識合わせがスムーズになります。
期間の目安はどれくらいですか？
業務の範囲・複雑さによって大きく異なりますが、ヒアリングからプロトタイプの初版完成まで概ね1〜2ヶ月、現場での検証・改善・ドキュメントの作成まで含めると合計2〜3ヶ月程度が目安です。最初のヒアリングで範囲と複雑さを把握してから、より具体的なスケジュールをお伝えします。
プロトタイプのソースコードは納品されないのでしょうか？
プロトタイプのソースコードおよび動作環境の提供は行っておりません。プロトタイプはPoC用途に特化した技術構成で制作しており、本番運用に向けた引き渡しは想定していません。成果物（お客様への引き渡し物）はドキュメントのみとなっています。Alcogyへのシステム開発の依頼はもちろん、他社への発注にもドキュメントをそのままご活用いただけます。