わかる
何をつくるかの前に、仕事が実際にどう回っているかを知る。今の数字を測り、このソフトウェアで何を良くするのか、KPIを一緒に決めます。
サービス
システム保守・引き継ぎ・リニューアル
他社が開発したシステムや、長く使われてきたWindowsソフトの保守を引き継ぎます。まず仕組みを調べてドキュメントを整え、業務を止めずに不具合を直し、必要なところから少しずつ新しくしていきます。
こんな方に
- 開発した会社と連絡が取れない、保守を断られた
- 保守費用が高いのに、対応が遅い
- VB6、VB.NET、.NET Framework、Access、Excelマクロで動く業務ソフトがある
- 中身がわかる人が退職し、誰も直せなくなった
- OSやサーバーのサポート終了が迫っている
よくある課題
仕組みがわかる人がいない
ドキュメントが残っておらず、小さな修正でも何が起きるかわからない。
止められないから触れない
毎日使う業務の中心にあるため、作り直したくても止められない。
環境が古くなっていく
OS、ブラウザ、データベースのサポートが終わり、セキュリティの不安が増していく。
作り直しの見積もりが大きすぎる
全部を一度に作り直す提案しかなく、費用もリスクも大きい。
提供内容
現状調査・引き継ぎ
ソースコード、データベース、サーバー構成、運用手順を調べ、仕組みと課題をドキュメントにまとめます。
保守・運用
不具合の修正、問い合わせへの対応、監視、バックアップ、セキュリティ更新を引き受けます。
Windowsソフトの延命と移行
VB6・.NET Framework・WinForms・WPF・Accessなどのソフトを、まず動く状態に保ち、必要に応じて.NETの最新版やWebへ移します。
段階的なリニューアル
業務を止めずに、効果の大きい部分から順に新しくします。古い仕組みと新しい仕組みを並べて動かしながら切り替えます。
進め方
業務の理解から、現場への定着と改善まで。8つの工程を、AIを活かして進めます。すべてをお任せいただくことも、必要な工程だけをご依頼いただくこともできます。
つくる
短いサイクルで、使いながらつくる。早い段階から実際の業務で確かめ、本当に必要なものに投資します。
育てる
ソフトウェアの価値は、使われて初めて生まれる。現場に定着させ、効果を測り、改善を続けます。最後は御社のチームが自分たちで回せる状態にします。
レシートローラーと組む理由
つくる前に、KPIを決める
何が良くなれば成功なのかを着手前に一緒に決め、導入後にその数字で確かめます。
受託ではなく、プロダクトの視点で
私たち自身が自社プロダクトをつくり、届け、運営しています。成果につながらない機能には、遠慮なく意見します。
業務の奥まで入る
何をつくるかの前に、仕事が実際にどう回っているかを知ります。つくらない方がいい、という判断も含めて。
使われ、安定して回るまでが仕事
導入、教育、保守、改善まで関わります。使われないソフトウェアは、何も生みません。
頼り続けなくていい
使い方、運用、改善の進め方まで御社に残します。私たちに任せ続けるか、社内で引き継ぐかは選べます。
効果の測り方
業務が速くなっても、空いた時間はすぐに別の仕事で埋まります。何もしなければ、ソフトウェアが生んだ価値は見えないまま消えてしまいます。だから私たちは、導入前と導入後で同じ業務を測り、何が変わったのかを数字で確かめられるようにします。
- 不具合・障害の件数と、復旧までの時間
- 問い合わせへの対応時間
- 保守にかかる費用
- 手作業で補っている業務の時間
FOR ENGINEERS
エンジニアの方へ
引き継ぎの進め方
まず本番と同じ環境を再現し、ビルドとデプロイの手順を確認します。そのうえでソースコードをGitで管理し、変更の履歴を残せる状態にします。
テストのない古いコードへの対応
いきなり書き換えず、今の動きを確かめるテストを先に用意してから直します。業務で重要な流れから優先します。
段階的な移行
全体を一度に置き換えず、画面や機能ごとに新しい仕組みへ移します。データベースを共有したまま並行稼働させ、問題がないことを確かめてから切り替えます。
対象となる技術
VB6、VB.NET、C#（.NET Framework / .NET）、WinForms、WPF、ASP.NET Web Forms / MVC、SQL Server、Access など。移行先は主に最新の.NETとAzureです。
AIの使い方
古いコードの読み解き、ドキュメント作成、テストの作成にAIを使い、引き継ぎにかかる期間を短くします。AIの出力も人が確認してから使います。
成果物と引き渡し
- システムの構成と仕組みをまとめたドキュメント
- Gitで管理されたソースコードと、ビルド・デプロイの手順
- 保守対応の記録
- リニューアルの計画と、段階ごとの見積もり
最初の一歩と契約形態
まずは、対象のシステムと困っていることをお聞かせください。そのうえで、次のどちらかから始めます。
現状調査
ソースコードと環境を調べ、仕組み、リスク、保守とリニューアルの選択肢をまとめます。
保守の引き継ぎ
調査と並行して保守を引き継ぎ、まず今の業務を止めないことを優先します。
契約形態
範囲を決めて納品する請負契約と、継続的に保守・改善する準委任契約の、どちらにも対応します。
よくある質問
ソースコードが手元にない場合でも相談できますか？
まずは状況をお聞かせください。手元にあるもの（実行ファイル、データベース、サーバー）から何ができるかを一緒に確認します。
全部を作り直す必要がありますか？
多くの場合、その必要はありません。動いている部分は活かし、効果の大きいところから順に新しくする方が、費用もリスクも小さくなります。