Question 1

フルスクラッチは費用が高いのでは？

Accepted Answer

費用を最も膨らませるのは、開発そのものよりも「手戻り（作り直し）」です。私たちは曖昧さを残さない要件定義で手戻りを抑え、結果として総コストを下げることを重視しています。お客様にとって不要な設計書は作らず、リリース後の保守料も不要です。お見積りは、いきなり全体ではなく、まず要件定義から段階的にご提示できます。

Question 2

ソースコードは納品されますか。ベンダーロックインが心配です。

Accepted Answer

御社のコア業務を支えるシステムは、御社の資産であるべきだと考えています。ソースコードの納品や、特定ベンダーに縛られない運用についても、ご相談に応じて柔軟に対応します。お問い合わせ時にご希望をお聞かせください。

Question 3

要件定義が曖昧なまま進んでしまわないか不安です。

Accepted Answer

そこが私たちの最も重視している工程です。曖昧な要件定義をしないこと、そして整合性の取れた堅実な設計・開発・テストへ落とし込むことで、後からの作り直しが起きない土台をつくります。実際に、ある食品会社様では運用5年で要件定義の不備ゼロ・設計書の不備ゼロを実現しています。

Question 4

開発期間はどのくらい？途中で中止できますか。

Accepted Answer

期間は機能の規模により異なります（画面・帳票・バッチを1機能として、数十〜数百機能まで対応実績があります）。進め方は段階的で、まず要件定義を行い、内容にご納得いただいたうえで設計・開発へ進みます。区切りごとに状況を確認しながら進めるため、いきなり全体を発注する不安はありません。

Question 5

リリース後の機能追加や拡張には対応できますか。

Accepted Answer

むしろ「育て続ける」ことを前提に設計します。ある内装業者様では、2014年に45機能でリリース後、10数年で450機能以上へ拡張し、その間の作り直し（再開発）はゼロです。最初の土台を堅実に作るからこそ、継続的な追加・拡張に強くなります。

Question 6

保守・運用はどうなりますか。保守料は本当に不要ですか。

Accepted Answer

手戻りを生まない要件定義と堅実な設計により、リリース後に頻繁な修正が必要な状態を避けます。これにより、継続的な保守料を前提としない運用を目指しています。運用体制やサポートのご希望は案件ごとに調整できますので、お問い合わせ時にご相談ください。

Question 7

クラウドやサーバーの構成は？既存環境を活かせますか。

Accepted Answer

Webアプリ／スマホアプリと、AWSなどのクラウド環境を組み合わせた構成が基本です。自社サーバーをお持ちの場合や、既存のクラウド環境をお持ちの場合も柔軟に対応します。現在の環境をお聞かせいただければ、それを活かした構成をご提案します。

Question 8

パッケージやSaaSとは、どう使い分ければよいですか。

Accepted Answer

勤怠・給与・会計のように、どの会社にも共通する業務はパッケージが向いています。一方で、売上を左右するコア業務は会社ごとに形が違うため、既製品に業務を合わせるほど強みが削られていきます。コア業務こそフルスクラッチの価値が出る領域です。どちらが適しているかの切り分けからご相談いただけます。

Question 9

名古屋・横浜・東京以外でも依頼できますか。

Accepted Answer

対応エリアは名古屋・横浜・東京を基本としていますが、要件定義を全てリモートで実施できる場合は、それ以外のエリアにも対応します。まずはご相談ください。

作り直しのない、
育ち続ける
コア業務システムを。

勤怠・給与・会計はパッケージでいい。
でも、コア業務は？

フルスクラッチを、
検討してみませんか。

一度作って、壊さず育てる。

手戻りを生まない、
要件定義。

手戻りこそが、
費用を膨らませる。

一般的なシステム構成

対応エリア

導入前の不安に、お答えします。

フルスクラッチを、もっと詳しく

コア業務システムを、
作り直さずに育てる。

ご予約を受け付けました。

勤怠・給与・会計はパッケージでいい。でも、コア業務は？

フルスクラッチを、検討してみませんか。