開発体制ゼロから、基幹システムとWeb集客の内製化へ

• 専任のIT責任者・エンジニアが社内にいない
• 受注から制作、決済、タスク管理までがアナログ運用と複数SaaSに分散
• 同じ情報を複数の場所に入力する二重管理が発生
• システムの企画・設計・開発を自社だけで進める判断ができない

1. 01

   課題整理と初期構築

   まず何を解決すべきかを整理しました。既存SaaSの組み合わせで足りる領域と独自開発が必要な領域を切り分けたうえで、基幹システムをゼロから設計・開発しています。整理と構築は明確な線引きをせず、業務の理解が進むたびに設計へ反映する形で地続きに進めました。分散していた受注・制作・決済・タスク・アセット管理を1か所へ集約しています。

   Ours

   業務ヒアリング、課題の構造化、解決方法の比較、要件定義、技術設計、実装、本番運用の立ち上げ

   Client

   業務の実態とドメイン知識の提供、優先順位の意思決定、受け入れ確認

2. 02

   共同運用・共同開発

   実際の運用で出た改善要望を題材に、判断の理由ごと共有しました。教材を渡すのではなく、案件の中で考え方そのものを移すことを重視しています。

   Ours

   設計判断の背景共有、コードレビュー、開発ルールの整備、実案件を通じた知見の共有

   Client

   運用と改善の実施、軽微な機能追加の担当

3. 03

   集客への展開

   社内の業務システムが回り始め、基盤が整ったことで「次は集客を伸ばそう」という話になり、支援範囲が広がった段階です。最初から計画していた領域ではなく、土台ができたからこそ着手できた施策でした。

   Ours

   集客課題の分析、SEO施策の設計、Webサイト刷新、基幹システムとの連携

   Client

   施策の意思決定、コンテンツ運用

4. 04

   能力移管

   判断と実装の主体はお客様側へ移りました。通常の機能追加や改善は自社で完結しており、私たちは重要な設計判断とレビューの相談役として関わっています。

   Ours

   クリティカルなレビュー、設計判断の相談対応

   Client

   日常的な開発・改善の意思決定と実施

売上や削減率、費用感などの具体的な数値は、お客様との取り決めがあるため公開していません。ご相談いただければ、差し支えない範囲でお伝えします。