開発者が不在でも
困らない業務システムの備え5つ

開発者に頼りきりの業務システムが抱えるリスク

個人事業主や小規模な会社に業務システムを依頼すると、費用を抑えやすい一方で、開発者の不在や廃業の影響を受けやすくなります。連絡が取れなくなった途端に、修正も確認もできなくなる例は珍しくありません。

ラスタージ（Lustage）は低コストの業務システム開発を行っており、依頼者様が開発者に縛られない状態を作ることを大切にしています。この記事では、発注時に確認しておきたい5つの備えを整理します。

備え1：システムの所有者を自社にする

最初に確認するのは、システムがどのアカウントの中にあるかです。開発者個人のアカウントに置かれていると、契約が終わった時点で手が出せなくなります。

発注前に、次の点を確認します。

• システム本体が自社のアカウント上にあるか
• 開発者のアカウントを使う場合、移管の条件が契約に書かれているか
• ドメインやクラウドの契約名義が自社になっているか

備え2：仕様と操作を短く記録してもらう

分厚い仕様書は不要です。画面ごとの入力項目、シートの列の意味、自動処理が動くタイミングと内容をA4数枚にまとめてもらうだけで、引き継ぎのしやすさが大きく変わります。

スプレッドシートを使う構成なら、列の見出しにメモを付けたり、説明用のシートを1枚置いたりする方法が現実的です。

備え3：アカウントと権限を一覧にする

誰がどの権限を持っているかが分からなくなると、担当者の退職時に困ります。管理者権限を持つ人を2人以上にし、権限の一覧を管理表に残します。

外部サービスのAPIキーなどを使う場合は、保管場所と更新の担当者も記録しておきます。

備え4：データのバックアップ方法を決める

業務データが1か所にしかない状態は避けます。定期的にコピーを別の場所へ保存する仕組みを、最初から入れておきます。

GAS（Google Apps Script）とスプレッドシートの構成では、トリガー（時間指定で自動実行する機能）を使い、毎日または毎週ファイルのコピーを作る方法があります。ただし、データ量が多い場合は実行時間の上限に注意が必要です。

備え5：引き継ぎやすい構成を選ぶ

特殊な技術や独自の仕組みで作られたシステムは、別の開発者が読み解くのに時間がかかります。一般的に使われる技術で、シンプルな構成にしておくと、引き継ぎ費用を抑えられます。

GASは一般的なJavaScriptで書かれ、サーバー代などの月額運用費もかかりません。一方で、大量のデータ処理や高頻度の実行には制約があるため、規模によっては別の構成を検討します。

まとめ

所有者を自社にする、仕様と操作を記録する、アカウントを一覧化する、バックアップを取る、引き継ぎやすい構成にする。この5つを発注時に確認しておけば、開発者が不在になっても業務を止めずに済みます。ラスタージでも、引き継ぎを前提にした構築のご相談を承っています。