Excel・スプレッドシート自動化のロードマップ
クラウドソーシングで集計・転記の自動化から始める
向いている人: Excel やスプレッドシートの関数を日常的に使っていて、人の手作業を聞き取って仕組みに置き換えるのが好きな人(本業で VBA や GAS を触った経験があるとよい)
- ほかの始め方
- 全7ステップ
- 進捗はこの端末にだけ保存
最初の一歩: 登録条件・手数料・契約の流れを公式ページで確認する(目安 60分)
始める前に
今日やる1タスク
進捗 0 / 7(0%)・残り約 13時間30分
次のステップ 1 / 7・目安 60分
登録条件・手数料・契約の流れを公式ページで確認する
まずは「利用規約と手数料のページを開き、登録・提案の費用と手数料の段階を書き出す(20分)」から。
このステップに進む- 準備 0/2
- 実績づくり 0/1
- 応募 0/1
- 受注 0/2
- 継続 0/1
チェックはこの端末のブラウザにのみ保存されます。別の端末へは進捗ページから書き出せます。
準備
登録と提案にかかる費用、報酬から差し引かれる手数料、契約から検収・支払いまでの流れを、サービスの公式ページで自分の目で確認する。ここを飛ばすと、納品してから受取額や検収の条件が想定と違うことに気づくことになる。
開始条件: 特になし。今日そのまま始められる
完了の目安: 手数料の計算方法・支払時期と、検収から支払いまでの流れを自分の言葉でメモに書けている/成果物: 登録条件のメモ(手数料・支払時期・検収の流れ)
つまずきやすいポイント
- 手数料を引く前の金額で受取額を考えてしまう
- 検収の仕組み(依頼者が承認して初めて支払われる)を知らないまま納品の段取りを組む
止まったら: 公式ページで見つからない項目は、推測で埋めずに「未確認」と書いて次へ進む。契約前の見積りで確認すればよい。
関数だけで組む案件、VBA マクロが要る案件、GAS で外部サービスと連携する案件では必要な技術が違う。いま自分が動作確認まで責任を持てる範囲を決め、外部システムとの連携や大規模なデータベース化など、引き受けない範囲もはっきりさせる。
開始条件: sa-01 の登録条件メモがあること
完了の目安: 「引き受ける作業」と「引き受けない作業」がそれぞれ箇条書きになっていて、断る理由も一言添えられている/成果物: 対応範囲リスト(引き受ける/引き受けない)
つまずきやすいポイント
- 「Excel のことなら何でも」と書いてしまい、業務システムの構築に近い依頼を断りにくくなる
- 自分の手元で動けばよいと考え、依頼者の環境(バージョン・権限)の違いを対応範囲に入れ忘れる
止まったら: 迷ったら狭いほうに寄せる。できる範囲は後から増やせるが、引き受けてから断るのは難しい。
実績づくり
架空の業務データを使い、「手作業だとこうなる」「仕組みを入れるとこうなる」が一目で分かるサンプルを作る。依頼者は技術より、自分の手作業がどう減るかを見て判断するため、前後の比較が伝わる作りにする。
開始条件: sa-02 で対応範囲が決まっていること
完了の目安: 架空データで動くサンプルが 1 つ以上あり、自動化前後の違いと使い方を説明する文がついている/成果物: サンプルファイルと説明文(自動化前後の比較つき)
つまずきやすいポイント
- 本業のファイルや実データを流用してしまい、秘密保持に触れる
- 凝った機能を盛り込んで、何が便利になったのか読み手に伝わらない
止まったら: 仕組みが動かずに止まったら、題材を関数だけで解ける範囲に狭める。サンプルは規模より、前後の違いが伝わることを優先する。
応募
sa-02 の対応範囲と sa-03 のサンプルをプロフィールに載せて登録する。応募前には、依頼者の環境・入力データの形・納品後の修正対応がどこまで求められているかを募集文から読み取り、不明な点は質問してから応募する。
開始条件: sa-03 のサンプルファイルがあること
完了の目安: 登録が完了し、対応範囲とサンプルがプロフィールに載っていて、条件を確認したうえで応募が 1 件以上完了している/成果物: 登録済みプロフィールと応募文、確認した条件の記録
つまずきやすいポイント
- 依頼者の環境(Excel のバージョン・Google Workspace の権限)を確認せずに応募し、受注後に動かないことが分かる
- 「一式」「まるごと」といった募集文の範囲を確かめずに、作業量を小さく見積もる
止まったら: 条件が確認できない募集には応募しない。確認できないまま受けると、作業量と単価の両方が崩れる。
受注
受注が決まったら、作り始める前に「何を入れると何が出るか」と「想定外のデータが来たらどうするか」を文章にして依頼者と合意する。この一枚があるかどうかで、納品後の手戻りの量が決まる。
開始条件: sa-04 の応募が採用されていること
完了の目安: 入力データの形・出力の形・例外時の挙動・動作環境を書いた要件メモに、依頼者の了承が記録に残っている/成果物: 要件メモ(入力・出力・例外・環境)と依頼者の了承記録
つまずきやすいポイント
- 口頭やチャットの断片だけで作り始め、後から「そういう意味ではなかった」と言われる
- 依頼者の実データを見ずに作り、表記の揺れや空欄で動かなくなる
止まったら: 依頼者が要件を言葉にできないときは、こちらで案を 2 つ書いて選んでもらう。白紙で聞くより早く固まる。
要件メモどおりに作り、自分の環境と依頼者の環境の両方で動くことを確かめてから納品する。目的は稼ぐことより、聞き取りから納品までにかかる時間を数字で知ることにある。
開始条件: sa-05 の要件メモに依頼者の了承があること
完了の目安: 1 件の納品が完了し、依頼者側での動作確認の結果と、聞き取り・制作・修正にかかった時間が記録に残っている/成果物: 納品ファイルと説明書き、作業記録
つまずきやすいポイント
- 自分の環境でだけ確認して納品し、依頼者の環境で動かない
- 説明書きを付けずに納品し、使い方の質問対応に時間を取られ続ける
止まったら: 依頼者の環境で動かない原因が分からないときは、画面の写しや設定の情報を送ってもらい、推測で直さない。原因が見つからなければ、関数だけで動く代替案を先に出す。
継続
何件かこなしたら、案件ごとの作業時間を見返し、聞き取りや修正に時間がかかった原因を分ける。ここで対応範囲と見積りの考え方を調整することが、続けられるかどうかを分ける。
開始条件: sa-06 の作業記録が複数件たまっていること
完了の目安: 案件の種類ごとの作業時間が並んでいて、対応範囲・見積りの考え方のどこを変えるか決まっている/成果物: 見直しメモ(続ける作業・やめる作業・変更する条件)
つまずきやすいポイント
- 依頼が続いていることを理由に、修正が際限なく続く案件をそのまま受け続ける
- 聞き取りや説明書きの時間を作業時間に入れず、実際の拘束時間を短く見積もる
止まったら: 判断できるほど件数がたまっていなければ、条件は変えずにもう数件こなしてから見直す。件数が少ないうちの判断は当てにならない。
次にすること
チェックした進捗は、進捗ページからいつでも続きに戻れます。