業務システム開発（PoC試作 → 本番）

このページは、
実際に動くものを作りながら、業務システムを形にしていきたい方
向けのサービス紹介ページです。

机上の要件定義だけでは不安
まず触れるものを見て判断したい
作りたい業務・改善したいポイントは、ある程度イメージできている

そんな方に向けて、
PoC（試作）から始める業務システム開発をご紹介します。

試作品と画面イメージで「業務が回るか」を判断します

私たちは、

立派な仕様書を作ること
最初から完成形を決め切ること

よりも、

実際に動くものを見て、業務で使えそうかを判断できること

を重視しています。

そのため、以下のような進め方を基本としています。

最初から完璧な要件を求めない
小さく作って、実際に触る
気づいた点をその場で要件に反映する
途中で立ち止まる・方向を変える判断も尊重する

このサービスは、こんな方に向いています

作りたい業務・改善したい内容が、ある程度見えている
仕様書よりも、画面や操作感を見て判断したい
PoC（試作）から始めて、様子を見たい
Excel / Access の限界を感じている
社内で説明・合意を取りながら進めたい

※
「何を作るべきか全く整理できていない」場合は、
初期診断パッケージから始めることもできます。

はじめて当社と取引をご検討中の方へ

当社では、

整理から始めたい方向け：初期診断パッケージ
作りたいものが比較的明確な方向け：業務システム開発（PoC）

という 2 つの入口 を用意しています。

PoC/業務システム開発から始められるケース

対象業務や目的がある程度決まっている
「まずは試してみたい」機能や画面が想像できる
小規模でも良いので、動くものを見たい

このような場合、
初期診断を省略し、PoC から直接スタートすることが可能です。

どちらが適しているか分からない場合も、
事前相談の中で一緒に整理します。

小さく始める PoC（試作）開発

PoC で行うこと

PoC では、以下のような内容を扱います。

画面イメージの作成
操作フローの確認
簡易的なデータ構造設計
重要機能の試作
そのほか各種要件の明確化

PoC の目的

PoC は、
開発を前提とした契約ではありません。

この方向で進んでよいか
業務に合っているか
想定とズレていないか

を判断するためのフェーズです。

PoC の結果を見て、

続ける

内容を見直す

今回は止める

いずれを選んでも問題ありません。

技術と構成の考え方

AWS を前提とした Web システム

AWS 上でのクラウド構成
Web ブラウザから利用
社外・リモート環境からの利用を想定

運用・保守まで含めた、
現実的で長く使える構成を設計します。

ローコード × AI の活用

ローコード（GeneXus）をベースに、

変更に強い設計
長期保守を前提とした構造

を重視しています。

必要に応じて AI を補助的に活用し、
ローコードだけでは難しい部分を補います。

契約形態について

試作や要件整理を伴う進め方のため、準委任型を基本としています。
仕様・成果物範囲が明確な場合に限り、 PoC後プロジェクト型（準委任・成果物型）での対応も可能です。

「何をしているか分からない」状態にならないよう、
成果物・判断ポイントを明確にしながら進めます。

向いていないかもしれない方

仕様書通りの実装だけを依頼したい
レビュー/うちあわせの時間がとれない
完成品だけを受け取りたい
とにかく最短・最安を最優先したい

まずは、ご相談ください

発注前提でなくて構いません
PoC をやるかどうかも、相談して決められます
お問い合わせ：/contact.html
初期整理から始めたい方：/services/modanization.html

ひとことで言うと

業務システムを、作りながら考えるためのサービスです。
動くものを見て、納得して判断したい方に向いています。