小さなアプリを放置しない運用ルール：担当・棚卸し・変更手順のひな形

運用ルールのひな形（そのままコピーして使えます）

以下を、アプリのデータを置いているスプレッドシートの先頭シートや、チームで共有しているドキュメントに貼ってください。〈 〉の部分を埋めます。

【アプリ運用メモ】 最終更新：〈YYYY-MM-DD〉

■ 基本情報
アプリ名：〈 〉
目的（1行）：〈例：備品の貸出状況を共有する〉
利用者：〈人数の目安と範囲〉
使っているサービス：〈ノーコードツール名／データの置き場所〉
アプリの場所（URL）：〈 〉
データの場所（URL）：〈 〉

■ 担当
正担当：〈氏名〉 副担当：〈氏名〉
管理者権限を持つ人：〈氏名（2人以上）〉
連絡先：〈チャットのチャンネル名など〉
担当交代の時：このメモの更新と、権限・連携の付け替えを行う

■ 月次点検（毎月〈第1営業日〉／所要15分目安）
□ 正担当・副担当が今も在籍／連絡可能か
□ 管理者権限・編集者の一覧に、不要な人がいないか
□ アプリを実際に開き、主な操作を1回試したか
□ データの置き場所（シート等）にアクセスできるか
□ 連携が動作し、必要な認証・引継ぎができるか（ツール・データ連携ごとの公式手順で確認）
□ 使われていない項目・画面・ファイルがないか
□ 利用者から出ている困りごとを把握したか
□ 点検結果を下の記録に1行残したか
判定：継続／縮小／終了の相談／要対応

■ 変更手順（小さな変更でも）
1. 変更内容と理由を変更記録に1行書く
2. アプリ設定とデータの変更前コピーを作り、復旧方法を確認する（名前：〈アプリ名_YYYYMMDD_変更前〉）
3. 保存用コピーとは別にテスト用の複製を作り、本番データや外部への通知に影響しない設定で、まず自分だけで試す
4. 利用者に影響する場合は、前日までに連絡してから本番に反映する
5. 変更後に主な操作を1回試す
6. おかしければ変更を止め、確認済みの手順でアプリ設定・データを復旧する

■ 変更記録
日付｜変更した人｜内容｜変更前コピーの場所｜確認した人

■ 点検記録
日付｜点検した人｜結果｜気づいたこと

担当者は「正と副」の2人にする

小さなアプリが放置される典型的な理由は、作った人が異動・退職・多忙になり、誰も触れなくなることです。そこで担当を2人にし、さらに「管理者権限を持つ人」を別欄に書きます。担当者と権限保有者は一致しているとは限らないためです。

実際、サービスによって権限の仕組みは違います。たとえばGlideの用語集では、チームの管理者（Admin）はすべてのアプリ・設定・請求情報にアクセスでき、メンバー（Member）はアプリの共同作業はできても請求やチーム設定には触れられない、と説明されています。つまり「編集はできるが、メンバーの追加や請求の確認はできない」副担当では、いざという時に困ります。副担当が必要な権限を持っているかを、ツールの権限画面で確認してください。

もう一つ見落としやすいのが連携アカウントです。Glideのアカウントのメールアドレス変更に関するヘルプには、Airtable・Excelのデータ連携では、最初に連携を設定したGlideアカウントをチームに残す必要があり、再認証もそのアカウントだけが行えると書かれています。一方、Google Sheetsには新しいアカウントで再接続する手順が案内されています。ひな形の月次点検では、アカウントの在籍だけでなく、連携の動作と認証・引継ぎの手順を確認します。これは2026年10月29日に確認したGlideのヘルプ上の説明です。他のツールや連携先については、各社の公式資料で確認してください。

月次点検は「15分で終わる項目」だけにする

点検項目が多いと続きません。ひな形の8項目は、「人」「権限」「動作」「データ」「連携」「不要物」「利用者の声」「記録」の観点に絞っています。ポイントは、アプリを実際に開いて主要操作を1回試すことです。設定画面を眺めるだけでは、データの置き場所を移した後の不具合などに気づけません。

判定は4択にする

点検の最後は、感想ではなく次の表で判定します。

• 月に何度も使われ、問題なし、判定：継続、次の行動：記録だけ残す
• 使う人が減った／機能の一部しか使われない、判定：縮小、次の行動：使われない画面・項目を整理する案を出す
• 2か月以上、誰も使っていない、判定：終了の相談、次の行動：利用者に確認し、データの保管方法を決めてから止める
• 担当者が不在・連絡不能、判定：要対応、次の行動：管理者に連絡し、担当を決め直す

「2か月」は説明用の目安で、制度上の基準ではありません。自分たちの使い方に合わせて変えてください。

変更前コピーは「戻せる状態」を作るためのもの

ノーコードツールでは、設定やデータの変更がすぐ利用者に反映される場合があるため、小さな変更でも影響範囲の確認が必要です。そこで、変更の前に必ずコピーを残します。コピーの方法は、データの置き場所によって変わります。

• スプレッドシートの場合：Googleドキュメントエディタのヘルプ「ファイルの変更内容を確認する」では、版の履歴を使って、版に名前を付ける、以前の版に戻す、特定の版のコピーを作る、といった操作が説明されています。版の履歴を見るには編集権限が必要で、Google Sheetsで名前を付けられる版は1ファイルにつき15個までです。変更前の版に「変更前_日付」と名前を付けると探しやすくなりますが、名前付きの版は別ファイルのコピーではありません。ひな形の保存用コピーは別ファイルとして作ってください。画面の細かい操作は、お使いの環境で表示を確認してください。
• ノーコードツール本体の場合：アプリの複製、バージョン履歴、公開前チェックなどの機能がツールごとにあるかを確認します。あるかどうか、プランによる差があるかは、契約中のプランのヘルプで確認してください。データのコピーだけでは、アプリ設定まで復旧できるとは限りません。必要な設定とデータを保存し、安全に試して戻せる方法を確認できてから変更します。

コピーの名前は「アプリ名_20261028_変更前」のように、日付と目的が分かる形に統一します。ここで人が確認すべきことは、コピーから本当に復旧できるかです。最初に、本番に影響しないテスト環境でコピーからの復旧を試し、必要な設定・データと主な操作を確認してください。連携先や保存方法を変えたときも確認し直します。

AIに手伝わせる場合の依頼文と、人の確認

ひな形の穴埋めや点検記録の整理は、AIに任せやすい作業です。ただし、実際のURLや個人名、顧客データは貼らず、架空の値に置き換えてください。

依頼文の例（そのまま貼れます）

次の「アプリ運用メモ」のひな形を、私たちの状況に合わせて埋めてください。
足りない情報は推測で埋めず、「要確認」と書いて質問を5つ以内で返してください。

状況：
- アプリの目的：〈備品の貸出管理〉
- 利用者：〈10人程度〉
- データの置き場所：〈スプレッドシート〉
- 担当候補：〈担当A（作成者）、担当B（今は権限が分からない）〉
- 変更の頻度：〈月に1〜2回〉

条件：
- 月次点検は15分以内で終わる項目にする
- 専門用語には短い補足を付ける
- 権限や機能の仕様は断定せず、「ツールのヘルプで確認」と書く

ひな形：
〈上のひな形を貼る〉

人が確認すること

• 項目の文章整理、記入例の作成、人が確認する：担当者・権限が実際の設定と合っているか
• 点検記録の要約、抜け漏れの指摘、人が確認する：点検を実際に行ったか（アプリを開いたか）
• 変更連絡文の下書き、人が確認する：連絡先・日時・影響範囲が正しいか
• 終了判断の論点整理、人が確認する：終了してよいか、データを残す必要があるか

AIはツールの最新の権限画面や料金プランを知らない場合があります。出力に仕様の断定があれば、公式ヘルプで確認してから採用してください。

運用開始の手順（最初の30分）

1. ひな形を、アプリのデータと同じ場所に貼る。
2. 基本情報と担当を埋める。副担当が決まらなければ、その事実を「要確認」として管理者に伝える。
3. 管理者権限・編集者の一覧をツールの画面で開き、メモの内容と照合する。
4. 今のアプリ設定とデータの変更前コピーを作り、本番に影響しない環境で復旧と主な操作を確認する。終わらなければ確認の担当と日程を決め、変更は確認後に行う。
5. 次回の点検日をカレンダーに入れる。

ここまでで、「誰が責任者か」「どこに戻れるか」「次にいつ見るか」が揃います。アプリの機能を増やす前に、この30分を先に済ませてください。