カテゴリー: DX/効率化

結論

Googleスプレッドシートの集計ミスは、関数の難しさよりも、入力ルールが人によって違うことから起きるケースが多いです。日付形式、担当名、空欄時の扱い、選択肢の表記を先に揃えるだけでも、集計の安定度はかなり変わります。

現場では、集計式を見直す前に、入力する側のルールを揃えた方が早く改善することが少なくありません。特に複数人で更新するシートほど、入力の自由度を下げる方が結果として運用しやすくなります。

なぜ入力ルールのばらつきで集計ミスが起きるのか

表記ゆれで同じデータが別物になる

「完了」「対応済み」「済」のように同じ意味でも表記が違うと、COUNTIF や QUERY の条件に引っかからないことがあります。担当名や部署名でも同じ問題が起きやすいです。

日付や数値の形式が揃っていない

文字列の日付と日付型が混在すると、並び替えや月別集計が崩れます。数値列に全角文字や単位付きの入力が混ざると、合計や平均も不安定になります。

空欄や例外の扱いが人によって違う

未対応を空欄にする人もいれば「-」や「なし」と入れる人もいます。こうした例外の扱いが揃っていないと、後から条件分岐やフィルタで抜け漏れが出やすくなります。

先に決めておきたい入力ルール

選択式にする項目

ステータス、担当者区分、優先度のように候補が決まっている項目は、自由入力にしない方が安定します。ドロップダウンで選ばせるだけでも表記ゆれをかなり防げます。

日付と数値の書き方

日付は 2026/04/18 のように1つへ固定し、数値列には単位を書かせない形にすると集計しやすくなります。単位が必要なら別列に分ける方が安全です。

空欄と例外の扱い

未入力、対象外、担当未定などは、何を入れるかを先に決めます。空欄を許すのか、専用の値を入れるのかを決めるだけで、後からの条件処理がかなり楽になります。

入力ルールを統一する具体的な方法

データ検証で入力値を制限する

候補が決まっている列は、データ検証で入力できる値を制限します。自由入力を減らすだけで、集計ミスの多くは予防できます。

ドロップダウンを使って選択肢を固定する

担当区分や進捗ステータスは、毎回打たせるより選ばせる方が確実です。入力者の負担も減るので、運用も定着しやすくなります。

説明行や入力見本を置く

シートの上部に「日付は yyyy/mm/dd」「未対応は未着手を選択」のような短い説明を置くだけでも、入力のばらつきは減ります。口頭説明だけに頼らない方が安全です。

条件付き書式で異常値を目立たせる

空欄にしてはいけない列、想定外の値が入った列を色で目立たせると、入力ミスを早い段階で見つけやすくなります。

集計ミスを減らす運用のコツ

まずは重要列だけルール化する

全列を一気に整えるより、集計に直結する列から始めた方が進めやすいです。日付、ステータス、担当者、件数など、集計で参照する列を優先すると効果が見えやすいです。

更新担当に説明する時間を取る

ルールを作っても、入力する人に意図が伝わらないと崩れます。変更時は短くてもよいので、どの列をどう入れるかを共有する方が定着します。

月1回は入力崩れを見直す

最初は揃っていても、運用が続くと少しずつ崩れます。月1回でも、表記ゆれや空欄ルールのずれを確認すると、集計トラブルを防ぎやすいです。

入力ルール見直しチェックリスト

現場視点コメント

入力ルールは、厳しくすることが目的ではなく、後で集計しやすくすることが目的です。現場では「入力しやすさ」と「集計しやすさ」の両立が重要なので、最初から細かく縛りすぎるより、集計に影響する列だけ先に固めた方がうまく回りやすいです。

まとめ

Googleスプレッドシートの集計ミスを減らすには、関数を複雑にする前に、入力ルールを揃える方が効果的です。ステータス、日付、数値、空欄ルールの4点を揃え、重要列から順に統一すると、シート全体が安定しやすくなります。

よくある質問

どの列からルールを統一すればよいですか？

まずは集計に使う列からです。日付、ステータス、担当者、件数など、式で参照する列を優先すると効果が出やすいです。

空欄はそのままでも問題ありませんか？

問題になることがあります。未入力なのか対象外なのかが分からなくなるので、扱いを決めておく方が安全です。

自由入力を減らしすぎると使いにくくなりませんか？

すべてを縛る必要はありません。集計に直結する列だけ選択式にし、それ以外は自由入力のままにする方法が現実的です。

内製だけで回し切れず、開発会社や制作会社への相談も含めて進めたい場合は、発注ナビとは？BtoBマッチングサービスの利用の流れ（相談登録〜納品） を先に読むと、相談の進め方を整理しやすいです。

関連記事

• Googleスプレッドシート自動化の導入前診断チェック
• Googleスプレッドシート自動化で失敗しやすいパターンと見直しポイント
• Googleスプレッドシートの定例業務が止まりやすい原因と見直し方

結論

Googleスプレッドシートの定例業務が止まりやすい原因は、ツールそのものよりも、シート設計・入力ルール・担当分担・見直し運用の曖昧さにあることが多いです。まずは「誰が、いつ、どこを更新するか」を整理し、1枚のシートに役割を詰め込みすぎない形へ見直すと、止まりにくくなります。

現場では、関数や自動化を増やす前に、更新タイミングと責任範囲を揃えるだけで安定するケースが少なくありません。逆に、この前提が曖昧なまま便利機能を足すと、止まったときに誰も直せない状態になりやすいです。

Googleスプレッドシートの定例業務が止まりやすい原因

入力ルールが人によって違う

同じ列でも、人によって入力形式が違うと集計や参照が崩れやすくなります。日付の表記ゆれ、空欄の扱い、担当名の書き方の違いが続くと、あとから関数やフィルタが安定しません。

1つのシートに役割を詰め込みすぎている

管理台帳、進捗確認、集計、報告用の見せ方までを1枚に集約すると、見る人ごとに必要な情報が違うため、編集が複雑になります。シートの役割が多すぎると、少しの変更でも他の運用に影響しやすくなります。

担当者と更新タイミングが決まっていない

「気づいた人が更新する」運用は、一見柔軟でも止まりやすいです。誰も更新しない日が出たり、同じ項目を複数人が触って内容がズレたりすると、定例業務として安定しません。

関数や自動処理が増えすぎている

便利だからと関数を継ぎ足していくと、どこで何を計算しているか分かりにくくなります。Google Apps Script を使っている場合も、トリガーや参照先の管理が曖昧だと、止まったときの原因特定に時間がかかります。

定期的な見直しの場がない

業務が変わってもシートだけ昔のまま、という状態はよくあります。運用に合わない項目や不要な列が残ると、更新の手間が増え、最終的に使われなくなります。

見直すときの進め方

1. 更新ルールを先に決める

まず決めるべきなのは、関数ではなく運用ルールです。以下の4点を明文化すると、止まりにくさがかなり変わります。

• 誰が更新するか
• いつ更新するか
• どの列まで触ってよいか
• 入力できないときに誰へ連絡するか

2. シートの役割を分ける

1枚に詰め込まず、入力用・確認用・集計用を分けた方が安定します。全員が同じ画面を編集する形よりも、入力者が触る場所を絞った方がミスを減らしやすいです。

3. 手入力を減らせる箇所だけ自動化する

最初から全面自動化を狙う必要はありません。通知、集計、締切チェックなど、毎回同じ操作になっている部分だけを切り出して自動化した方が失敗しにくいです。

4. 月1回でも見直し時間を取る

定例業務は、一度作って終わりではなく、業務変更に合わせて調整する前提で考えた方が現実的です。月1回でも「使っていない列」「分かりにくい列」「入力で止まった箇所」を見直す時間を取ると、シートの寿命が伸びます。

止まりにくいシートにするための見直しポイント

入力列を減らす

入力項目が多いほど抜け漏れが増えます。本当に毎回必要な項目だけに絞ると、更新率が上がります。

例外処理を先に決める

未入力、対象外、担当未定など、例外が起きたときの書き方を決めておくと、空欄や独自ルールの乱立を防げます。

修正しやすい構造にする

複雑なネスト関数や参照の連鎖は、直す人を限定します。あとから別の人が見ても修正しやすい構造に寄せた方が運用向きです。

共有範囲を広げすぎない

全員編集可能のままだと、誤更新が起きやすくなります。閲覧だけで十分な人、入力だけ必要な人を分けて設定した方が安定します。

見直しチェックリスト

現場視点コメント

定例業務のシートは、作成直後よりも3か月後の方が差が出ます。最初は動いていても、担当交代や業務変更が入ったタイミングで崩れることが多いです。だからこそ、作る段階から「別の人でも直せるか」「説明なしでも更新できるか」を基準にしておく方が、長く使える形になります。

まとめ

Googleスプレッドシートの定例業務が止まりやすいときは、関数やスクリプトより先に、運用ルールとシート構造を見直す方が効果的です。担当、更新タイミング、入力ルール、見直し頻度の4点が揃うだけでも、安定度は大きく変わります。

よくある質問

定例業務のシートは1枚にまとめた方がよいですか？

必ずしもそうではありません。入力、確認、集計の役割が違うなら、分けた方が運用しやすいです。

自動化はどこから始めるべきですか？

毎回同じ操作になっている通知や集計から始めるのが現実的です。最初から広く自動化すると止まったときの影響が大きくなります。

シートが使われなくなる一番多い原因は何ですか？

入力が面倒、更新担当が曖昧、見直しがない、の3つが多いです。どれも設計より運用の問題として起きやすいです。

内製だけで回し切れず、開発会社や制作会社への相談も含めて進めたい場合は、発注ナビとは？BtoBマッチングサービスの利用の流れ（相談登録〜納品） を先に読むと、相談の進め方を整理しやすいです。

関連記事

• Googleスプレッドシート自動化の導入前診断チェック
• Googleスプレッドシート自動化の適用範囲と初心者向け導入ガイド
• Googleスプレッドシート自動化の失敗パターンと改善ガイド【初心者向け】

結論

Googleスプレッドシート自動化で失敗しやすいのは、スクリプトの難しさよりも、目的が曖昧なまま作り始めること、トリガー設定や入力ルールを固めずに進めることです。最初から大きく組まず、小さな処理単位で確認しながら進めた方が、止まりにくく運用しやすい形になります。

現場では、便利そうな処理を一気にまとめて自動化した結果、どこで止まったのか分からなくなるケースが多いです。まずは1つの集計、1つの通知、1つの転記のように範囲を絞るだけで、見直しやすさがかなり変わります。

失敗しやすいパターン

目的が曖昧なまま自動化を始める

何を減らしたいのか、どこまで自動化したいのかが決まっていないと、処理だけ増えて運用が安定しません。作業時間を減らしたいのか、転記ミスを減らしたいのかで設計は変わります。

スクリプトを一気に大きく作る

最初から複数処理をまとめて作ると、失敗したときに原因を切り分けにくくなります。特に初心者は、まず小さな処理単位で動作確認した方が安全です。

トリガー設定を確認せずに運用へ入る

自動化が動かない原因として多いのが、トリガー設定や権限の見落としです。意図した時間に実行されているか、実行ユーザーに必要な権限があるかを確認しないと、運用開始後に止まりやすくなります。

入力データのルールが揃っていない

日付形式や担当名、空欄時の扱いが人によって違うと、集計や条件分岐が崩れます。自動化の前に入力ルールを揃えておかないと、後から修正コストが増えます。

ログを見ずに修正してしまう

うまく動かないときに、原因を確認せずコードや関数を触り続けると、かえって状況が悪化しやすいです。まずはログや実行履歴を見て、どこで止まっているかを切り分ける方が早いです。

見直しポイント

目的を1つに絞る

自動化の狙いを「集計時間を減らす」「転記ミスを減らす」のように1つへ絞ると、設計と検証が進めやすくなります。

処理を小さく分けてテストする

一度に完成させようとせず、以下の順で確認すると失敗を減らしやすいです。

1. 手動で同じ操作を再現する
2. 小さな処理だけスクリプト化する
3. テストデータで動作確認する
4. 最後にトリガーで自動実行する

トリガーと権限を先に確認する

処理内容が正しくても、実行条件が合っていなければ止まります。スクリプト本体だけでなく、トリガー種別、実行アカウント、共有設定まで見る必要があります。

入力ルールを文書化する

運用メンバーが増えるほど、入力ルールを口頭で維持するのは難しくなります。列ごとの入力条件や例外時の扱いを簡単に書いておくと、後から崩れにくいです。

改善の進め方

手動作業を先に観察する

まずは人がどうやってその作業をしているかを整理します。実際には例外対応が多い業務は、自動化より先に手順整理が必要なことがあります。

エラー箇所を1つずつ切り分ける

止まったときは、スクリプト全体を見るのではなく、入力、参照、処理、出力のどこで崩れているかを分けて確認した方が早いです。

運用後の見直し時間を取る

自動化は作った瞬間より、運用開始後に差が出ます。月1回でも、止まりやすかった箇所や使いづらい点を見直す時間を取ると改善しやすいです。

チェックリスト

現場視点コメント

自動化が止まったときに一番困るのは、作った本人しか直せない状態です。だからこそ、処理を小さく分けること、入力ルールを揃えること、ログを見て切り分けられることの3点が重要です。見た目の高度さより、止まっても戻せる設計の方が、実務では価値があります。

まとめ

Googleスプレッドシート自動化の失敗は、技術不足だけでなく、目的の曖昧さ、入力ルールの未整備、トリガー確認不足で起きることが多いです。小さく作る、先に運用ルールを揃える、止まった場所を切り分けられる形にする。この3点を押さえるだけでも、失敗しにくさは大きく変わります。

よくある質問

自動化で一番多い失敗は何ですか？

目的を決めずに作り始めることと、入力ルールを整えないまま運用へ入ることが多いです。

トリガー設定はどこを見ればよいですか？

実行タイミング、実行ユーザー、必要権限の3点を確認すると、止まりやすい原因を見つけやすいです。

どこから見直すのがよいですか？

まずはログや実行履歴を見て、入力、参照、処理、出力のどこで止まっているかを切り分けるのが基本です。

関連記事

• Googleスプレッドシート自動化の導入前診断チェック
• Googleスプレッドシート自動化の適用範囲と初心者向け導入ガイド
• Googleスプレッドシートの定例業務が止まりやすい原因と見直し方

結論

Googleスプレッドシートの自動化は、毎週・毎月くり返す定型作業に向いています。特に、集計・転記・一覧更新・定例レポートのように手順が決まっている業務では効果が出やすいです。

一方で、都度判断が必要な業務や、ルールが頻繁に変わる作業は向きません。まずは「毎回ほぼ同じ手順で回している仕事」があるかを確認し、そこから小さく始めるのが現実的です。

自動化の基本理解

自動化とは

自動化とは、人が手作業で行っていた業務の一部を、関数やマクロ、Google Apps Scriptなどで処理することです。Googleスプレッドシートでは、入力補助、集計、整形、通知の下準備などを自動化しやすいです。

自動化の具体例

• 売上表や日報の自動集計
• フォーム回答の整理と一覧化
• 定期レポート用シートの更新
• マスタ参照によるデータ補完

自動化に向いている業務の特徴

繰り返し作業や定型作業

毎回同じ手順で行う作業は、自動化の候補です。たとえば、CSVを貼り付けて集計する、担当者ごとに数値をまとめる、毎週同じ形式の表を更新する、といった業務は相性が良いです。

大量データの集計や分析

件数が増えるほど手作業は崩れやすくなります。関数やスクリプトで処理手順を固定すると、作業時間だけでなく確認の負担も下げやすくなります。

定期的なレポート作成

毎週・毎月のレポート作成は、自動化の効果が出やすい領域です。テンプレートと集計ルールを決めておけば、更新作業をかなり軽くできます。

自動化に向かない業務の特徴

複雑な判断や調整が必要な業務

状況に応じて判断が変わる業務は、自動化するとかえって例外対応が増えることがあります。顧客ごとの個別対応や、確認しながら進める作業は慎重に見た方がいいです。

非定型的で変化の多い作業

毎回やり方が変わる仕事は、仕組みを作ってもすぐ修正が必要になります。自動化前に、まず業務フロー自体を安定させる方が先です。

専門知識や人の感覚が重要な業務

最終判断、品質チェック、企画の良し悪しのように、人の経験や文脈理解が必要な業務は、完全自動化には向きません。

初心者が自動化を始めるポイント

基本関数やマクロから始める

最初から複雑なスクリプトに入るより、SUM、IF、FILTER、QUERY、マクロ記録のような基本機能から触れた方が定着しやすいです。

効果と手間のバランスを考える

自動化は作ることより、維持することの方が重要です。作成時間に対して、毎週どれだけ手間が減るかで判断すると失敗しにくくなります。

トラブル時の対処法

うまく動かないときは、一気に直そうとせず、関数、参照範囲、シート名、更新タイミングを一つずつ確認します。まずは「どこから想定とずれたか」を切り分けるのが基本です。

現場視点コメント

現場では、いきなり大きく自動化するより「毎週15分かかっている作業を5分にする」くらいの小さな改善の方が定着しやすいです。まずは更新頻度が高く、手順が固定されている表を1つ選ぶと失敗しにくいです。

自動化導入の判断に役立つチェックリスト

まとめ

Googleスプレッドシートの自動化は、向いている業務を選べば十分効果があります。特に、定型作業、定期集計、一覧更新のような「毎回同じ流れで回る仕事」は取り組みやすいです。

逆に、判断が多い業務や変化が激しい作業は、自動化より先に業務整理をした方が進めやすいです。まずは小さな定型業務から始めて、維持できる形を作るのが現実的です。

FAQ

Googleスプレッドシートの自動化はどんな業務に向いていますか？

定型的な集計、一覧更新、定期レポート、フォーム回答整理のように、手順がある程度固定されている業務に向いています。

自動化に向かない業務の具体例はありますか？

個別判断が多い顧客対応、毎回やり方が変わる作業、最終判断を人が行う必要がある業務は向きにくいです。

初心者は何から始めるとよいですか？

SUMやIFなどの基本関数、フィルタ、マクロ記録のような小さい自動化から始めるのがおすすめです。

自動化を導入する際の注意点は何ですか？

作ることだけでなく、更新ルールと保守担当を決めておくことが重要です。運用が曖昧だと仕組みが止まりやすくなります。

どのくらいの規模の業務から自動化すべきですか？

まずは毎週・毎月の定型作業のように、効果が見えやすい小さな業務から始める方が失敗しにくいです。

関連記事

• Googleスプレッドシート自動化の導入前診断チェック
• Googleスプレッドシート自動化で失敗しやすいパターンと見直しポイント
• Googleスプレッドシートの定例業務が止まりやすい原因と見直し方

結論

Googleスプレッドシートの関数は、基本的な使い方を押さえれば初心者でも実務で活用しやすくなります。SUMやAVERAGEなどの基本関数から、IFやVLOOKUPなどの条件分岐や検索に使える関数まで段階的に学ぶことで、さまざまな業務に応用可能です。関数を組み合わせたテンプレートを利用し、業務に合わせてカスタマイズすることで、より実践的な活用ができます。

最初は関数の仕組みが難しく感じるかもしれませんが、具体例やテンプレートを使いながら少しずつ慣れていくことが大切です。実務で使う際は、「何を自動化したいか」「どのデータを扱うか」を明確にし、テンプレートの関数範囲や条件を自分の業務に合わせて調整しましょう。

関数の基本

関数とは

関数は、スプレッドシート上で特定の計算や処理を自動化するための仕組みです。使い方や効果は運用体制や対象業務によって異なるため、導入前に小規模な検証を行うことをおすすめします。

主な関数の種類

代表的な関数は以下の通りです。

• 算術関数：SUM（合計）、AVERAGE（平均）、MIN（最小値）、MAX（最大値）
• 条件分岐関数：IF（条件分岐）、IFS（複数条件分岐）
• 検索・参照関数：VLOOKUP（縦方向検索）、HLOOKUP（横方向検索）、INDEX、MATCH
• 文字列操作関数：CONCATENATE（文字列結合）、LEFT、RIGHT、MID（文字列切り出し）
• 日付・時刻関数：TODAY（今日の日付）、NOW（現在の日時）、DATEDIF（日付差分）

これらの関数を組み合わせることで、複雑な処理も自動化しやすくなります。

基本的な関数の使い方

SUM関数とAVERAGE関数

• SUM関数
  範囲内の数値を合計します。
  例：=SUM(A1:A5) はA1からA5までの合計を計算します。

• AVERAGE関数
  範囲内の数値の平均を求めます。
  例：=AVERAGE(B1:B5) はB1からB5までの平均値を返します。

IF関数とVLOOKUP関数の基本例

• IF関数
  条件に応じて異なる値を返します。
  例：=IF(C1>100, "合格", "不合格") はC1の値が100より大きければ「合格」、そうでなければ「不合格」と表示します。

• VLOOKUP関数
  表の中から指定した値を検索し、対応するデータを取得します。
  例：=VLOOKUP("商品A", A2:C10, 3, FALSE) はA2からC10の範囲で「商品A」を探し、3列目の値を返します。

関数入力時の注意点

• 関数は必ず「=」から始める。
• 範囲指定はコロン（:）で行う（例：A1:A10）。
• 文字列はダブルクォーテーション（”）で囲む。
• 引数はカンマ（,）で区切る（地域設定によってはセミコロン（;）の場合もある）。
• ネスト（入れ子）する場合は括弧の対応に注意する。

実務で役立つ関数テンプレートの活用例

売上管理テンプレート

• SUM関数で日別・月別の売上合計を計算。
• IF関数で目標達成の判定。
• VLOOKUP関数で商品コードから商品名や単価を自動表示。

勤怠管理テンプレート

• 出勤・退勤時間の差分計算で勤務時間を算出。
• IF関数で遅刻や早退の判定。
• SUM関数で月間総勤務時間を集計。

在庫管理テンプレート

• 入庫数と出庫数の差分で在庫数を管理。
• IF関数で在庫切れ警告を表示。
• VLOOKUP関数で商品情報を参照し一覧化。

テンプレートのカスタマイズと応用

編集方法

1. テンプレートをコピーして自分のスプレッドシートに保存。
2. 商品名や日付、数値などの項目を業務に合わせて変更。
3. 関数の範囲指定や条件を調整し、正しく計算されるか確認。

関数の組み合わせ例

• 複数のIF関数で複雑な条件分岐を作成。
• VLOOKUPとIFを組み合わせて検索結果に応じた処理。
• SUMIFやCOUNTIFで条件に合うデータのみ集計。

トラブルシューティング

• エラー表示（#N/A、#REF!、#VALUE!など）は範囲指定や引数の誤りが原因のことが多いです。
• 範囲指定のずれや参照セルの値を確認しましょう。
• 括弧の数やカンマの位置をチェックしてください。
• まずは関数の構文、参照範囲、引数の順番を見直すのが近道です。

現場視点コメント

実務で関数を使う際は、まず「何を自動化したいのか」「どのデータを扱うのか」を明確にしましょう。例えば売上管理なら日付や商品名の管理、勤怠管理なら勤務時間の正確な計算が重要です。テンプレートを使う場合も、自分の業務フローに合っているかを確認し、関数の範囲や条件を調整することが成功のポイントです。

また、関数のエラーは範囲指定のずれや括弧の閉じ忘れなど基本的なミスが多いため、エラーが出たら落ち着いて一つずつ確認する習慣をつけるとよいでしょう。具体的には、エラーが出たセルの関数を分解して検証したり、公式ヘルプのエラー解説を参照したりする方法があります。

まとめ

Googleスプレッドシートの関数は、手作業の計算ミスを減らし、データ処理の時間短縮に役立つことがあります。基本関数から応用関数へ段階的に学び、実務で使うテンプレートを活用しながらカスタマイズすると、データ管理や分析がよりスムーズになるでしょう。

よくある質問

よく使われる関数は？

SUM、AVERAGE、IF、VLOOKUP、COUNTIFなどが代表的で、集計や条件判定、データ検索に頻繁に使われます。

関数を覚えるコツは？

実際に手を動かして使うことが大切です。具体例やテンプレートを活用し、少しずつ理解を深めましょう。

実務で使えるテンプレートはどこで入手できる？

既存の業務シートをたたき台にしたり、社内で使っている表を整理し直したりする形でも十分始められます。最初から完成形を探すより、自分の業務に合わせて調整する方が実務では定着しやすいです。

関数のエラー対処法は？

エラーの種類を確認し、範囲指定や引数の誤りをチェックしましょう。構文を見直し、どの部分で値がずれているかを一つずつ切り分けると原因を特定しやすくなります。

テンプレートのカスタマイズ方法は？

テンプレートをコピーし、業務に合わせてセルや関数の範囲を調整します。関数の意味を理解しながら編集することがポイントです。

関連記事

• Gmail検索演算子の使い方ガイド：初心者でも仕事のメール管理が効率化できる
• ChatGPTで初心者が議事録を効率的に要約する具体手順
• Gmailの自動振り分けフィルタの設定と運用ガイド【初心者向け】