スプレッドシートをアプリに変える方法
スプレッドシートをアプリに変えるには、データを整理し、適切なテーブルに分割し、誰が何をすべきかを決めてから、本物のデータベースの上に画面(フォーム、一覧、ダッシュボード)を作ります。AIアプリビルダーを使えば、これらを平易な言葉で説明し、スプレッドシートそのものを渡せます。難しいのは作ることそのものではなく、そのシートが実際に何を表しているのかと、誰に変更を許すべきかを決めることです。
スプレッドシートをアプリにすべきサイン
スプレッドシートは優れた道具です。作れるからといって置き換える必要はありません。次のうちいくつかが当てはまったら、アプリにする時期です。
- 複数の人が同じ行を編集し、変更が上書きされたり消えたりする。
- シートの使い方の決まりを書いている(「F列を並び替えない」「新しい行は必ず一番下に追加する」など)。
- 色が意味を持っている:赤い行は期限切れ、黄色の行は確認が必要、など。
- 人によって見たい内容が違う:営業担当は、全員のリードではなく自分のリードだけを見たい。
- 毎週、データを外にコピーしてレポートを作っている。
- 社外の人にアクセスさせたい:顧客、仕入れ先、外部の委託先などに、ファイル全体は共有したくない。
- ミスがお金の損失につながっている:注文の抜け、二重予約、価格の誤り。
1人が管理していて、変更が少なく、ミスのコストも小さいなら、スプレッドシートを残してください。
ステップ1:そのシートが実際に何なのかを理解する
多くの業務用スプレッドシートは、いくつかのものが1つの表にまとめられています。何かを作る前に、そこに含まれている「もの」が何なのかを見極めましょう。
たとえば、日付、顧客名、顧客のメール、顧客の電話番号、商品、数量、価格、ステータス、メモという列を持つ注文シートを考えます。これは実際には3種類のレコードです。
| レコード | 項目 | 分ける理由 |
|---|---|---|
| 顧客 | 名前、メール、電話番号 | 同じ顧客が多くの行に現れるため、1か所を変えれば全体に反映されるべき |
| 商品 | 名前、価格 | 価格は変わるが、過去の注文は販売時の価格を保つべき |
| 注文 | 日付、顧客、商品、数量、販売時の価格、ステータス、メモ | 実際に起きた出来事 |
この分割が、この作業の中心です。データベースの言葉で言えば、レコードの種類ごとにテーブルを作り、注文は顧客や商品の詳細をコピーするのではなく、それらを「指し示す」ようにします。新しい考え方であれば、データベースとはで解説しています。
シートを見ながら、各列について尋ねてみてください。これは行の主要なものについての事実か、それとも繰り返し現れる別のものについての情報か。
ステップ2:データを整理する
AIも大いに助けになりますが、まずはご自身でデータを確認しましょう。よくある問題は次のとおりです。
- 値の揺れ:「済」「済み」「支払い済 ✓」が、すべて同じ意味になっている。ステータスは1セットに統一しましょう。
- データ列の中に結合セルやメモが混ざっている:価格列に「4,000円(割引)」のように書かれている。メモは別の列に分けます。
- 日付の形式がバラバラ:1つの形式に統一します。
- 重複:同じ顧客が3通りの表記で入力されている。
- 隠れた意味:色、太字、コメント。それぞれが何を意味していたかを書き出し、ステータスやフラグといった正式な項目にします。
- 数式:重要なものをすべて一覧にし、平易な言葉で何を計算しているかを書きます。例:「合計=数量×販売時の価格。取引先リストに載っている顧客は、そこから割引を引く。」
整理したシートをCSVで書き出します。元のシートは、バックアップとして手を付けずに残してください。
ステップ3:誰が何をするのかを決める
スプレッドシートの権限は1種類です。開けるか、開けないかです。アプリはもっと細かく管理できます。ユーザーと、それぞれの必要な操作を書き出しましょう。
| ユーザー | できること | できないこと |
|---|---|---|
| 管理者 | すべてを見る、価格を変える、書き出す | ―(制限なし) |
| スタッフ | 注文を追加・更新する、顧客を見る | 価格を変える、注文を削除する |
| 顧客(任意) | 自分の注文とステータスを見る | ほかの人の注文を見る |
この表で、ログイン、ロール、ユーザーごとの絞り込みが必要かどうかが決まります。「社内のメンバーだけで、全員が同じ権限」という答えなら、アプリはずっとシンプルにできます。
ステップ4:画面を設計する
スプレッドシートを置き換えるほとんどのアプリには、同じような数種類の画面が必要です。
- 一覧:主要なレコードごとに、検索、絞り込み、並び替えを備えたもの。適切に作られたスプレッドシートの表示です。
- フォーム:レコードの追加や編集用。ステータスなどは自由入力ではなく、選択式にします。
- 詳細ページ:1件のレコードと、関連するレコード(顧客と、その顧客のすべての注文)を表示します。
- ダッシュボード:今は手作業で計算している数値をまとめたもの。ダッシュボードの作り方で詳しく解説しています。
- CSVへの書き出し:誰も閉じ込められていると感じないように。
シートのグリッドのレイアウトを、すべての画面にそのままコピーしないでください。アプリの目的は、人が作業に必要なものを見られることであって、すべての列を一度に見ることではありません。
ステップ5:作る
AIアプリビルダーを使う場合は、ここまでに整理した内容を使ってアプリを説明します。効果的なプロンプトの例は次のとおりです。
小さなパン屋のための注文管理アプリを作ってください。スプレッドシートの置き換えです。データベースには3つのテーブルを使ってください。顧客(名前、メール、電話番号)、商品(名前、現在の価格)、注文(日付、顧客、商品、数量、販売時の価格、ステータス、メモ)です。ステータスは「新規」「製造中」「完成」「受け取り済み」「キャンセル」のいずれかにしてください。画面は、検索とステータス絞り込み付きの注文一覧、顧客と商品をドロップダウンで選べる注文の追加・編集フォーム、顧客の注文を表示する顧客ページ、今日の注文と今週の合計を表示するダッシュボードです。スタッフは注文を追加・編集でき、商品の価格を変えられるのはオーナーだけにしてください。タブレットでも使える、見やすくコンパクトなレイアウトにしてください。
その後、整理済みのCSVを添付して次のように頼みます。「このデータをテーブルに取り込んでください。顧客はメールアドレスで照合してください。」件数を確認しましょう。アプリ内の注文数は、シートの行数と一致している必要があります。
AIビルダーを使いたくない場合は、スプレッドシートやAirtableのベースの上で動くノーコードツールも、単純なケースではうまく機能します。特に、シートをデータ元として残したい場合に向いています。
ステップ6:数式をルールとして作り直す
数式を1つずつ確認していきます。
- 計算されるフィールド:「注文の合計は、数量×販売時の価格」。
- 入力チェック:「数量は1以上」「メールは正しい形式」。
- 自動化:「ステータスが『完成』になったら、顧客にメールを送る」。(メール送信サービスが必要です。アプリからメールを送る方法をご覧ください。)
それぞれについて、古いシートから数行を選び、アプリが同じ答えを返すかを確認します。
ステップ7:慎重に切り替える
最もリスクが高いのは、切り替えの瞬間です。落ち着いて進めるには次の方法があります。
- しばらく両方を並行して使う。アプリに新しいレコードを入力し、シートと照らし合わせます。
- シートを凍結する。アプリを信頼できるようになったら、シートを読み取り専用にして、癖で編集されないようにします。
- 取り残されたデータを移す。並行期間中にシートに追加された行は、アプリに移す必要があります。
- 書き出しボタンは残す。毎週のCSV書き出しは、人が信頼できるシンプルなバックアップです。
シートのままにするか、データベースに移すか
| データ元をシートのままにする | 本格的なデータベースに移す | |
|---|---|---|
| 設定の手間 | 少ない | 多い |
| 複数の人が同時に編集 | 壊れやすい | 適切に扱える |
| ユーザーごとの権限 | 限定的 | 細かく設定できる |
| データのルール(必須項目、有効な値) | 崩れやすい | 強制できる |
| 向いているケース | 小さく単純なシートを見やすくしたいとき | 共有する、大きくなる、重要なデータを扱うとき |
アプリを作る手間をかけるなら、本格的なデータベースに移すのが通常は価値があります。いつでもスプレッドシートへ書き出すことはできます。
よくある失敗
- グリッドをそのままコピーする。すべての列を1つの巨大な表にすると、スプレッドシートと同じ問題が再現されます。
- データの整理を飛ばす。散らかったデータをアプリに入れても、散らかったデータのままです。
- 隠れたルールを忘れる。色やコメントには意味がありました。それらを項目にしましょう。
- 管理者がいない。シートに責任者がいたように、アプリにも誰かが責任を持つ必要があります。
- 一度にすべてを作ろうとする。最も負担の大きい部分から置き換えましょう。
Mythexでの作り方
Mythexでは、CSVをチャットに添付できます。データがGoogleスプレッドシートにある場合は、コネクタでGoogleアカウントを接続し、エージェントにそのシートを読み込んで作るよう頼めます。アプリがデータを保存する必要がある場合、Mythexはプロジェクトに専用のPostgresデータベースを追加し、テーブルの作成やデータの読み込みを行えます。その後、アプリを使う人とプレビューを共有し、準備ができたら公開します。似た出発点として、ダッシュボードのテンプレートもご覧ください。より広い進め方については、社内ツールの作り方で解説しています。
よくある質問
コードを書かずに、ExcelやGoogleスプレッドシートをアプリにできますか?
はい。ノーコードツールならシートの上に画面を載せられますし、AIアプリビルダーならスプレッドシートを読み込み、そこからデータベースを設計して、画面を作ることもできます。ただし、データを整理することと、誰が何を見られて何を変更できるかを決めることは、やはり必要です。
アプリはスプレッドシートをデータ元として使い続けるべきか、それともデータベースに移すべきですか?
1〜2人が編集していて、主に見た目を良くしたいだけなら、シートをデータ元として残しても機能します。複数の人が同時に編集する場合や、権限の管理が必要な場合、データの整合性を保つ必要がある場合は、データを本格的なデータベースに移し、シートはエクスポートとして扱いましょう。
スプレッドシートを使い続けるべきなのはどんな場合ですか?
データを1人が管理していて、変更が少なく、ミスが起きても被害が小さいなら、スプレッドシートのままで構いません。複数の人が同じ行を編集する、シートの使い方の説明を何度も書いている、ミスがコストにつながり始めた、といった場合にアプリを作る価値があります。
数式はどうなりますか?
数式はアプリのロジックになります。計算されるフィールド、入力チェックのルール、レポートなどです。重要な数式をすべて書き出し、それが何を意味するかを平易な言葉で説明してから、1つずつ明示的に依頼し、結果がシートと一致するかを確認しましょう。