SERVICE

サービス

古いシステムを読み解くところから、動かし続けるところまで。どの入口から入っても、効くところまでやり切ります。

01 — 04

4つのご支援

いまどの段階にいらっしゃるかによって、入口が変わります。まだ何も決まっていない段階でのご相談がいちばん多く、私たちもそこからが本領です。

SERVICE 01

レガシーシステムの解析・刷新

作った人がいない、資料がない、仕様が分からない。そこから始められます。既存のソースコードをAIで解析し、いま何がどう動いているのか、要件と実装がどこでずれているのかを可視化してお渡しします。刷新するかどうかの判断は、それを見てからで構いません。

向いている場面:作った会社ともう連絡が取りづらい/担当者が退職して中身が分からない/古いから直したいが、何がどう壊れるか読めない。

SERVICE 02

スモールスタート型の開発

小さくつくって、早く確かめる。優先度の高い業務からひとつ選んで先にリリースし、効果を確認しながら対象範囲を広げます。要件定義から設計・開発・テスト・移行まで一貫してお引き受けする、通常の受託開発もこの進め方を基本にしています。

向いている場面:何から手をつけるか決めきれない/大きな投資判断がまだできない/過去に一括導入で失敗した経験がある。

SERVICE 03

内製化の土台づくり

「ベンダーに任せきりにせず、自分たちで作れるようにしたい」というご相談が増えています。私たちがアプリケーションの土台とクラウド基盤を用意し、その上はお客様自身が生成AIを使って書き進められる状態をつくります。作り方の型と、踏んではいけない線を決めてお渡しするのが私たちの仕事です。

向いている場面:社内に数名エンジニアがいる/外注を続けるコスト構造を変えたい/AIを使った開発を社内に定着させたい。

SERVICE 04

運用保守・改善

本稼働後の安定稼働と、継続的な改善を支えます。システム監視、パッチ・EOS対応、問い合わせ対応、改善開発。私たちはこれを「あとから足すもの」ではなく、はじめから費用に含めてご提示しています。

向いている場面:相談先がなく放置されている/監視や障害対応の体制がない/直したいことはあるが誰にも頼めない。

COST

費用の考え方

「一式でいくら」というお見積りはお出ししません。何にいくら払っているのかが分かる形で、投資性の支出と経費性の支出を分けてご提示します。

やり切るための費用
技術相談・開発支援
私たちのお見積りでは、これを一番はじめに書きます。リリース後の技術相談と改修のご支援にあたる部分です。保守の一項目として末尾に足すのではなく、独立した主題として置いています。ここがないと、効かせる進め方そのものが成立しないためです。
投資性の費用 新しく作る部分の費用です。請負契約で、フェーズごとに区切ってお見積りします。一度で作り切らず、段階的に積み上げていく前提です。
経費性の費用 監視、バックアップの確認と復元、軽微な設定変更、月次レポートなど、動かし続けるための費用です。準委任契約で月額のご契約となります。
クラウド利用料 AWS等のクラウド利用料は従量課金です。構成の段階からコストの考え方をご提案し、使っていない環境が課金され続けることのないように設計します。想定利用量にもとづく月額の見込みも、あわせてお出しします。

※ 具体的な金額は、対象範囲・規模・体制によって変わります。ご相談の段階でおおよその目安をお伝えします。

FLOW

ご相談から、ご支援開始までの流れ

1

お問い合わせ

フォームまたはお電話で。要件が固まっていなくて構いません。

2

ヒアリング

いま何にお困りか、既存の仕組みがどうなっているかを伺います。オンラインでも対応します。

3

ご提案・お見積り

作るべきかどうかも含めてご提案します。ご想定の構成に無理があると判断した場合は、根拠をお示しした上でその旨をお伝えします。作らないほうがいい、と申し上げることもあります。

4

ご契約

請負・準委任のいずれか、または組み合わせでご契約いただきます。

5

ご支援開始

まず小さい範囲から着手します。

「これ、うちでもできますか」から
お話しさせてください。

まだ要件が固まっていない段階でも構いません。何に困っているかを伺えれば、そもそも作るべきかどうかからご一緒に考えます。