SOLUTION 12
作った人がいない
業務の仕組みを、
中身を書き出してから
引き継ぎます。
ほかの会社や、社内の担当者が作った業務の仕組みの保守を引き受けます。kintoneのカスタマイズ、ツールどうしの連携、Google Apps Script、Excelマクロ、社内向けのWebアプリまで。最初に何がどこで動いているかを書き出し、ソースと権限を当社の側に移してから、障害・問い合わせ・製品の更新への追随・改修を受け持ちます。
引き継ぐ前に、動いている仕組みを一つずつ書き出し、中身が分かったもの・確かめが要るもの・名義を移すものに分けます。
※ 図はイメージです（架空の例）
Challenges
対象は、こうした状態の
業務の仕組みです
保守をやめる会社、辞めた担当者、遅い対応、高い見積り。一つでも当てはまれば、そこから伺います。
保守をやめてしまう開発会社の撤退や契約の終了で、来月から問い合わせる先がなくなる。次の保守会社を探している。
辞めてしまった社内でkintoneやマクロを組んでいた担当者が退職した。どこで何が動いているかを説明できる人がいない。
返事と対応が遅いエラーが出ても回答まで何日もかかる。小さな直しでも、着手までに数週間待たされる。
高い見積りが来る項目を1つ足すだけでも見積りが高い。保守の費用も、担当が替わるたびに上がっている。
今の会社では受けてもらえない保守は続けてくれるが、追加の開発や連携は対応外と言われている。
どこかが止まるkintoneやSaaSの仕様変更・認証の切り替えのたびに連携が止まり、原因を調べられる人がいない。
分からないプログラムが誰のパソコンやアカウントにあるのか分からない。直す前に、探すところから始まる。
前の会社の名義のままサーバー・クラウド・管理者アカウントの名義が前の会社や退職者のままで、手放す前に移す必要がある。
Process
棚卸し・準備・保守開始の
順に引き継ぎます
今の仕組みは、引き継ぐまで止めません。今の保守会社との契約が残っているうちに始めると、前の会社に確かめながら進められます。
今の状況を伺う
動いている仕組み、作った会社、契約の残り期間、困っていることを伺います。画面を共有いただきながら一緒に見る形でも構いません。
引き継ぐ範囲を棚卸しする
プログラム・設定・連携・アカウントを一つずつ書き出し、引き継ぐもの・確かめが要るもの・引き継がないものに分けます。
引継ぎの準備をする
ソースの置き場所、管理者の権限、試しに動かす環境を当社の側に用意します。前の会社が対応できる間は、確かめる事項をまとめて質問します。
保守を始める
決めた範囲で、障害・問い合わせ・製品の更新への追随・改修を受け持ちます。直した内容は記録に残します。
Scope
引き継げるのは、
こうした仕組みです
一つの製品に限らず、製品どうしをつなぐ処理までまとめて引き受けます。掲載していないものも、まずはご相談ください。
Step 2 / Inventory
引き継ぐときに、
次の人が読める形で残します
設計書が無くても始められます。ソースや設定があれば読み、無ければ画面の動きと実際のデータから書き起こします。当社が引き継いだあとも、社内の方が中身を追える状態にしておきます。
仕組みの一覧
何が・どこで・どの順に動いているかを、次の担当者が読んで分かる形にまとめます。
- プログラム・設定・連携の一覧と、動く順番
- つなぎ先と、使っているアカウント
- 引き継がないものと、その理由
直し方の記録
障害が起きたときに、誰が見ても同じ手順で調べられるようにします。
- ソースの置き場所と、変更の記録の残し方
- よく起きるエラーと、直し方の手順
- 試しに動かす環境と、本番に出す手順
課題の台帳
棚卸しで見つかった、今は動いているが危ういところを一覧にします。
- 前の会社や退職者の名義のままの権限
- 製品の更新で止まりそうな処理
- 直す順番と、その目安
プログラムを読む作業には、生成AI（Claude Code）も使います。書き起こした処理は、その業務をいちばん知っている方と一緒に確かめてから、保守に入ります。
Support
引き継いだあとは、
こうした依頼を受け持ちます
どこまでを月々の保守に含め、どこからを別のお見積りにするかは、棚卸しのあとに一緒に決めます。
| たとえば | 当社が行うこと | |
|---|---|---|
| 障害・エラー | 連携が止まった、画面にエラーが出る、データが届かない | 原因を調べて直し、何が起きたかと、再発を防ぐための手を記録に残します。 |
| 問い合わせ | 操作が分からない、数字が合わない、権限を変えたい | 決めた窓口から受け付け、設定の変更や操作の説明をします。 |
| 製品の更新への追随 | kintoneやSaaSの仕様変更、認証の方式の切り替え | 提供元の案内を見て、影響が出る処理を先に洗い出し、直しておきます。 |
| 小さな改修 | 項目の追加、チェックの追加、帳票の変更、データの抽出 | 保守の範囲で受けるか、別にお見積りするかを、着手の前にお伝えします。 |
| 機能の追加 | 新しい連携、一斉送信、勤怠の打刻の見直しなど | 仕組みの中身を分かっている担当が、要件の整理から開発まで受け持ちます。 |
| アカウントの管理 | 入社・退職に合わせた発行と削除、利用人数の確認 | 発行と削除の決まりを決めて、その決まりで運用します。 |
Case
ほかで組まれた連携の
保守を引き継いだ事例
当社が引き継いで保守している仕組みから、1件を紹介します。
※ 実際の案件をもとに、企業が特定されないよう、業種・規模・使っている製品の名前を伏せて構成しています。
Cost
費用は、引き継ぐ範囲と
依頼の量で決まります
料金の表は設けていません。棚卸しで分かった範囲をもとに、引継ぎの費用と、月々の保守の費用をお見積りします。
最初の相談で伺うこと
- 引き継ぎたい仕組み（製品名・作った会社・動いている場所）と、使っている部門
- 今の保守の契約の内容と、終わる時期（分かる範囲で）
- 設計書やソースコードが残っているか、置き場所が分かるか
- 月にどれくらい問い合わせや直しの依頼があるか（だいたいで構いません）
- いちばん困っていることと、いつから引き継いでほしいか
- 予算の考え方（決まっていなくても構いません）
費用は、引き継ぐ仕組みの数と大きさ、つなぎ先の数、問い合わせや直しの依頼の量で変わります。月々の保守に含めない改修や機能の追加は、着手の前にお見積りをお出しします（要件によって変わります）。
FAQ
よくあるご質問
設計書が残っていません。それでも引き継げますか？
引き継げます。ソースコードや設定が残っていれば読み、残っていなければ、画面の動きと実際のデータから処理を書き起こします。プログラムを読む作業には生成AI（Claude Code）も使い、書き起こした内容は、その業務をいちばん知っている方と一緒に確かめます。
今の保守会社との契約が残っています。いつから相談できますか？
契約が残っている間に始めるのがおすすめです。前の会社に質問できるうちに棚卸しを進めれば、保守の空白の期間をつくらずに切り替えられます。前の会社へ確かめる事項のまとめからお手伝いします。
当社が作っていない仕組みでも、保守を受けてもらえますか？
はい。ほかの会社や、社内の担当者が作った仕組みの引継ぎを受けています。棚卸しの結果を見て、そのまま保守するか、直してから保守するかをご相談します。
どんな言語や製品に対応していますか？
kintone・Salesforce・HubSpotなどの業務ツール、Google Apps Script・Python・PHP・JavaScriptで組んだ処理やWebアプリ、Excelマクロ・Access・FileMaker、AWS・Google Cloud上の仕組みなどです。掲載していないものも、まずはご相談ください。
保守と、追加の開発は別の契約ですか？
保守は月ごとの契約で、決めた範囲の障害・問い合わせ・製品の更新への追随を受け持ちます。範囲を超える改修や機能の追加は、着手の前にお見積りをお出しします。どこまでを保守に含めるかは、棚卸しのあとに一緒に決めます。
費用は、どう決まりますか？
引き継ぐ仕組みの数と大きさ、つなぎ先の数、問い合わせや直しの依頼の量で変わります。棚卸しで分かった範囲をもとに、引継ぎの費用と月々の保守の費用をお見積りします。
いずれは作り直したいのですが、今は保守だけ頼めますか？
頼めます。まず保守を引き継いで今の仕組みを安定させ、中身が分かったところで、残すか移すかを一緒に決めることもできます。移す場合の進め方は、基幹システムの刷新・レガシー移行のページにまとめています。
データやソースコードを渡さないと、相談できませんか？
相談の段階では要りません。棚卸しで実際のソースや管理画面を見るときの受け渡しの方法と範囲は、社内の決まりに合わせて、相談のうえ決めます。
次の保守会社を
決める前から、
ご相談いただけます
今使っている仕組みの名前と、困っていることを伺えれば始められます。設計書が残っていなくても構いません。今の保守会社との契約が残っているうちのご相談をおすすめします。