カテゴリー: 業務自動化

フォームの回答をCSVで取り出すと、集計や引継ぎがしやすくなります。その一方で、Tallyの管理画面、担当者の端末、共有フォルダー、連携先へと、同じ回答が複数の場所に残ることがあります。

2026年10月1日に公式資料を確認しました。この記事は公式資料に基づく運用案です。当サイトが回答の書出し・削除・連携を実測した体験談ではありません。以下の管理例は架空で、実際の顧客情報ではありません。フォームの基本用途はTallyの紹介記事を参照してください。

CSVを出す前に、用途と保管場所を決める

取り出す目的は、問い合わせへの対応なのか、申込者の集計なのか。必要な担当と項目を先に決めます。集計だけなら氏名や連絡先を別の資料へ載せる必要がない場合もあります。

TallyはフォームのSubmissionsタブからDownload CSVを使い、回答を書き出す方法を案内しています。部分回答を収集している場合は別の書出し項目があるため、完成した回答と途中の回答を混同しないようにします。Tally公式FAQ

取得後は、件数、必要な列、日本語の表示、改行、日付を少数の回答で照合します。本記事ではCSVの文字コードや表計算ソフトでの表示を検証していません。回答欄には自由入力が含まれるので、ファイルを開いてすぐ外部へ共有せず、中身を確認してから用途に応じた資料を作ります。

ファイル名だけでなく、削除する担当と日を残す

次の表は架空の例です。日数は一律の推奨値ではなく、運営者が用途に応じて決めるための記入例です。

保管場所	用途	閲覧担当	見直し・削除の目安
Tally内の回答	問い合わせ対応	担当A	対応完了後に保存要否を確認
限定共有フォルダーのCSV	担当交代時の引継ぎ	担当A・B	引継ぎ完了後に削除を確認
Google Sheets	申込状況の管理	担当B	受付終了後に保存項目を見直す
個人端末のダウンロード	書出しの一時作業	担当A	共有保管の確認後に削除

共有リンクを知っている人なら誰でも見られる状態にせず、必要な担当へ閲覧範囲を絞ります。CSVをメールで何度も送るとコピーの所在を追いにくくなるため、引継ぎ後にどのファイルを残すかも決めておきます。

Tallyで削除しても、すぐ完全に消えるとは限らない

公式Helpでは、削除したフォーム・回答・ワークスペースはTrashへ移り、90日後に完全削除されると説明しています。先にEmpty trashを実行すると完全削除でき、完全削除後は復元できません。フォームを削除するとその回答も、ワークスペースを削除すると中のフォームも削除されるため、対象を確かめてから操作します。Tally公式の削除・復元手順

保存期間による回答の自動削除はTally Businessの機能です。設定期間を過ぎた回答もTrashへ移る仕組みであり、その時点で直ちに完全削除されるという意味ではありません。Tally公式の保存期間設定

少数の問い合わせなら、対応後に担当が保存要否を確認し、手動で削除する運用から始められます。自動化する前に、誰がどの回答を残すか判断できるようにしておくことが大切です。

連携を止めることと、連携先のデータを消すことは別

TallyのGoogle Sheets連携は回答を自動で送る仕組みで、設定時には既存の回答を書き出す選択肢もあります。公式案内では、連携を取り外すと今後の同期が止まる一方、Google Sheetsの文書そのものは削除されないと説明しています。Tally公式のGoogle Sheets連携

そのため、フォームの回答を削除したら連携先も全部消える、と期待しないでください。削除依頼や運用終了の際は、Tally、書き出したCSV、共有シート、通知メールなど、回答が送られた場所をそれぞれ確認します。別の連携サービスも使っている場合は、そのサービスの保存・削除仕様を別途確認します。

添付ファイルのリンクも、共有範囲に含める

添付を受け付けるフォームでは、回答本文だけでなくファイルへのリンクも確認します。Tallyの公式説明は、Google Sheetsへ出力した添付ファイルURLを、シートへアクセスできる人がTallyへログインせず開けると案内しています。Tally公式のファイルアップロード説明

シートの共有相手には添付へのアクセスも渡る可能性があるため、添付のURLを公開の表や記事へ貼らないでください。管理上必要なリンクだけを残し、保管場所と閲覧担当を回答本文と合わせて見直します。

持ち出した後まで確認して、作業を閉じる

CSVを書き出したら、目的に合う項目と件数を確認し、保管場所を1つずつ記録します。対応が終わったら、Tally内だけでなくダウンロードしたコピーや連携先も見直します。

「どこにあるか」「誰が見られるか」「いつ見直すか」が分かる状態にしておけば、担当交代や削除の依頼にも対応しやすくなります。Tallyを導入するか迷っている場合は、無料フォームの用途と選び方と合わせて確認してください。

サイトに問い合わせ窓口を置きたいけれど、フォームだけに月額料金をかけたくない。そんなとき、Tallyは候補になります。無料でも回答に応じた質問の出し分けや、運営者へのメール通知が使えます。まずは必要な項目だけで作り、有料機能が必要になってから検討する順番がおすすめです。公式料金・機能

この記事は2026年10月1日の公式資料をもとにしています。Syukimiでは今回、フォームの作成・送信・日本語表示を実測していません。画面の操作感まで保証するレビューではありません。

最初は4項目で設計する

問い合わせなら「名前」「返信用メールアドレス」「問い合わせ種別」「内容」から始めます。申込フォームなら、これに希望日や人数など、受付に必要な項目を足します。住所や電話番号は、実際に使う理由がある場合に絞りましょう。

Tallyは文書を書くように質問を並べ、入力欄を追加する方式です。公式の作成手順に沿って項目を置き、必須・任意を決め、送信後の案内を用意します。最後にプレビューで確認してから公開・共有します。作成手順

送信後には「受付が完了しました。返信までの目安は○営業日です」と、自分が守れる案内を表示します。申込を受け付ける場合、送信だけで予約確定になるのか、運営者からの返信で確定するのかも明記すると、行き違いを減らせます。

日本語の質問と、システムの表示を分けて確認

質問文を日本語で書くだけでは、エラーや送信ボタンまで日本語になるとは限りません。Tallyにはフォーム言語を選ぶ設定があります。設定後も、必須欄を空けた場合の表示、送信完了画面、スマートフォンでの改行まで確認してください。フォーム設定

公開前のテストには自分が管理するメールアドレス、架空の名前と機密を含まない内容を使い、回答が記録されるか、通知が届くか、返信先に誤りがないかを確かめます。既存の顧客名簿を入れる必要はありません。

有料にする境界は「回答数」だけではない

無料プランはフォーム数・回答数が無制限と案内されていますが、公正利用の範囲内という条件付きです。継続的な大量利用では個別プランの相談が発生します。公正利用の条件

Tallyの表記を消したい、独自ドメインを使いたい、複数人で編集したい、回答者へ専用の自動返信を送りたい場合はProの対象です。回答を一定期間で自動削除する機能はBusinessの対象。無料のまま管理する場合は、削除作業も運用に含めます。プランの違い

個人情報は「集めた後」まで決めておく

公式によると、フォーム回答の管理責任は作成者にあり、Tallyがその保存・処理を担います。フォームデータは欧州に保存され、通知メールなどの任意機能では別の処理事業者も関わります。データの扱い

利用目的、保管期間、誰が回答を見られるかを決め、フォームから自分のプライバシーポリシーへ案内しましょう。「海外サービスだから危険」「GDPR対応だから日本での運用もすべて適合」と、どちらも一言で判断せず、自社の取扱方針に合わせる必要があります。

国内の選択肢が向く場合

担当者が日本語の説明を見ながら、問い合わせの受信後も整理したいなら、国内サービスのformrunも比較対象です。無料プランにも制限があるため、作成数と運用条件を確認してください。formrun公式・無料枠の制限

日本語支援や国内保管を必須にする組織では、その条件を確認できるサービスを優先しましょう。Tallyを選ぶなら、まず小さな問い合わせフォームで受付・通知・削除まで試す。そこまで無料で足りるなら、有料化を急ぐ必要はありません。

Tallyの無料機能とプランを確認する

回答をCSVや共有シートへ移す場合は、Tallyの回答の保管・削除・連携先の確認も参照してください。書き出したコピーや添付リンクを含め、どこまで確認するかを整理しています。

結論から言うと、作る人が少なく、営業やCSなど使う人が増えていくなら、まずRetoolを検討します。一方で、社内にサーバー運用や更新を引き受ける技術担当がいるなら、Appsmithも有力です。ただし、本番データへの接続責任者が決まっていないなら、どちらも契約に進めません。

RetoolとAppsmithは、どちらも社内向けの業務画面を作るためのサービスです。営業がCRMを見ながら案件を追い、CSが問い合わせ履歴を確認し、経理が別の管理画面を使う。こうした仕事を一つの画面にまとめたい場面で候補になります。

先に、自社がどこに当てはまるかを決める

判断	当てはまる条件	先にやること
Retoolを検討	作る人は2〜3人で、営業・CSを含めて使う人が増える	利用者数を置いて料金を試算する
Appsmithを検討	自社で運用環境を持ち、更新や障害対応を担う技術担当がいる	保守担当と更新の手順を決める
いったん導入を急がない	本番DBの接続責任者、権限の決裁者、障害時の担当者のいずれかが未定	権限と連絡先を一枚にまとめる

これは機能の優劣ではなく、導入準備の判定です。画面が作れそうかより、誰がデータに触れ、止まったときに誰が直すかの方が、導入後には効いてきます。

「無料版で動いた」を本番開始の合図にしない

最初の画面は、担当者が自分のAPIキーでつなぐだけで作れます。便利さを実感しやすい反面、その担当者が異動したあとに接続先を直せる人がいない、という状態にもなりがちです。便利な画面ほど、止まったときに困ります。

試作では、顧客情報を更新しない「見るだけ」の業務から始めるのが無難です。たとえば、CSが顧客の契約状況を参照する画面です。更新や削除を含む作業は、接続先・権限・戻し方を決めてから広げます。

料金は「作る人」と「使う人」を分けて考える

社内ツールは、作成者が少なくても利用者が増えることがあります。だから、月額だけを見て決めると、運用開始後に見積もりが変わります。作成担当が2人、利用者が20人になったときの費用を、契約前に各社へ確認してください。

私は、作る人が少なく、使う人が増える見込みなら、先にRetoolの料金を試算します。ただし、データ接続を引き受ける人が一人しかいないなら、この結論は逆転します。サービス選びより先に、運用の穴を埋めるべきです。

「編集できる人」を増やしすぎない

営業やCSに画面を渡すとき、全員を編集者にする必要はありません。最初は閲覧中心にし、修正できる人を必要最小限に絞ります。顧客データの一部だけを見せる必要があるなら、画面側の見た目ではなく、接続先の権限設計まで確認します。

契約前に、次の三人が同じ認識を持てているかを確かめてください。

• 情シスまたは開発責任者：接続先、権限、ログの扱い
• 現場責任者：誰が使い、どの操作まで許すか
• ベンダー営業：契約プランの範囲、利用者の数え方、サポート条件

セルフホストは「自由」ではなく、面倒を見る約束

Appsmithはクラウドで使う方法に加え、自社環境で運用する選択肢があります。これは要件に合えば強みですが、更新・バックアップ・障害対応まで自分たちで引き受けることでもあります。技術担当が不在の会社が、コストだけを理由に選ぶのは勧めません。
出典：Appsmith公式ドキュメント

逆に、社内にその責任を持てる人がいて、データの置き場所や更新時期を自分たちで管理したいなら、比較する価値があります。

契約前に確認したい三つのこと

1. 最初の半年で、作る人と使う人はそれぞれ何人になるか。
2. 本番データへの接続、権限変更、障害対応は誰が引き受けるか。
3. 検討中プランで使える範囲と、利用者の数え方は何か。

この三つに答えられれば、RetoolとAppsmithを「できることの多さ」ではなく、自社が運用し続けられるかで比べられます。

公式情報

• Retool Pricing
• Retool Documentation
• Appsmith Pricing
• Appsmith Documentation

確認日：2026年9月6日。料金・プラン・利用条件は変更されるため、契約前に公式サイトおよび担当者へご確認ください。

初めて業務自動化に取り組む少人数チームなら、まずはZapierを候補にします。一方、複数の条件分岐やデータ加工を一つの流れにまとめたいなら、Makeが有力です。

両者は「アプリ同士をつなぎ、決まった作業を自動で進める」サービスです。ただし、料金の消費単位が同じではありません。月額だけで比べると、必要な量を読み違えます。

確認日：2026年8月25日。料金・連携先・機能は変更されるため、導入前に公式ページを確認してください。

先に結論：最初の一歩はZapier、複雑な流れはMake

• Zapier：使いたいアプリを見つけ、きっかけと実行内容を順番に指定して、早く自動化を始めたいチーム向けです。公式サイトでは9,000以上のアプリ連携を案内しています。
• Make：データを加工し、条件ごとに処理を分け、複数の経路を一つのシナリオに組みたいチーム向けです。画面上で処理の流れを組む「ビジュアル型」の作り方が中心です。

たとえば「問い合わせが来たらSlackへ通知する」程度なら、どちらでも作れます。選択が分かれるのは、その後に「内容で振り分ける」「顧客情報を探す」「複数の表を更新する」と処理が増えたときです。

ZapierのタスクとMakeのクレジットは同じ数ではない

Zapierでは、Zap（自動化の流れ）が成功してアクションを実行したときにタスクを消費します。新しい問い合わせを検知するだけのトリガーは、タスクに数えないと案内されています。Zapier公式料金ページ

Makeでは、シナリオ内の各モジュールが実行するアクションがクレジットを消費します。たとえば、Googleスプレッドシートを読む、データを検索する、行を追加する、といった処理ごとに数えられます。Make公式料金ページ

このため、無料枠の「Zapierは月100タスク、Makeは月1,000クレジット」をそのまま十倍の差と判断してはいけません。自動化の中身と、何回動くかを一度書き出してから試します。

料金の出発点

サービス	無料枠	有料プランの出発点	数え方
Zapier	月100タスク	Professional：月19.99米ドルから	成功したアクション
Make	月1,000クレジット	Core：月9米ドル（10,000クレジット時）	モジュールごとのアクション

Zapierの無料枠・Professional料金・タスクの定義はZapier公式料金ページ、Makeの無料枠・Core料金・クレジットの定義はMake公式料金ページを参照しています。

Zapierが向く場面

まず一つの定型作業を止めたいときは、Zapierが検討しやすい選択です。無料プランでは2ステップまでのZapを作れ、有料のProfessionalでは複数ステップのZap、Webhooks、プレミアムアプリが使えます。Zapier公式料金ページ

• フォームの回答をSlackへ知らせる
• 見込み客の情報をCRMへ登録する
• メールの添付ファイルを指定のクラウドストレージへ保存する
• まずは担当者一人が自動化を試したい

チームでワークフローやアプリ接続を共有する必要が出た場合は、Zapier Teamプランに共有フォルダ・共有接続・25ユーザー枠が案内されています。Zapier公式料金ページ

Makeが向く場面

Makeは、処理の流れを画面上で追いながら組み立てたい場合に向きます。無料でもルーターとフィルターが使え、Coreではアクティブなシナリオ数が無制限、最短1分のスケジュール実行、Make APIが含まれます。Make公式料金ページ

• 条件によって通知先や登録先を変えたい
• 複数のアプリから情報を読み、加工して保存したい
• 実行の流れを図のように見ながら保守したい
• 将来、APIや複数のシナリオまで広げたい

ただし、処理が増えるほどクレジットの消費も増えます。各モジュールの実行が消費対象になるため、試作時から実行回数を確認する運用が必要です。Make公式料金ページ

導入前の比較テスト

同じ自動化を、両方の無料枠で一つずつ作りましょう。おすすめは「フォーム回答を受け取る→内容に応じてSlackへ通知→スプレッドシートへ記録する」という流れです。

• 完成までにかかった時間
• エラーが起きたとき、原因を見つけられるか
• 1回動かしたときに何を消費するか
• 担当者が休んでも、別の人が直せるか

最終判断

最初の自動化を早く実務へ入れたいならZapierから始めます。連携先が多く、単純な定型作業を小さく試しやすいからです。

一方で、条件分岐・データ加工・複数アプリの処理を最初から扱う予定なら、Makeを先に試してください。価格表の数字だけで決めず、同じ作業を動かして消費量と保守のしやすさを比べることが重要です。

公式情報

• Zapier：Plans & Pricing
• Make：Pricing & Subscription Packages