課題評価をAIで自動化する｜GAS＋スプレッドシートで基準の揺れをなくす設計【AI活用検証vol.56】

受講生が提出する課題の評価は、担当者ごとに基準がぶれやすい業務です。同じ提出物でも、見る人が変われば評価が変わる。この揺れは、受け取る側の納得感に直結します。

この検証では、GASとスプレッドシートで課題評価を自動化する仕組みを構築しています。ただし、最初に手をつけたのは評価エンジンではありませんでした。

この検証の概要

本記事は自社での検証記録です。評価工数の削減率などの定量測定は行っていないため、数値は掲載していません。

結論：評価エンジンより先に、管理項目を見直した

この検証で実施したことは2つです。

• GASによる評価エンジンの「たたき」作成
• 管理用スプレッドシートの項目の根本的な見直し

注目すべきは後者です。評価を自動化するには、評価結果を入れる器のほうを先に整える必要があります。

AIに評価させるとき、出力は必ずどこかに記録されます。その記録先の項目設計が曖昧だと、「評価はできたが、後から使えないデータが溜まる」という状態になります。項目を根本から見直したのは、そのためです。

自動化の話をすると仕組みの側に目が行きますが、実際にボトルネックになるのはデータの受け皿であることが少なくありません。

なぜ評価をAIに任せるのか

目的は2つあります。

この2つは、どちらか一方だけでは意味がありません。工数だけ減らして評価の質が落ちれば、受講生にとっての価値が下がります。だからこそ「フィードバックの質を担保しつつ」という条件がついています。

GASとスプレッドシートを選んだ意味

構成はGASとスプレッドシートです。専用のシステムを作るのではなく、すでに運用に使っているスプレッドシートの上に評価の仕組みを載せる形になります。

• 提出物の管理はすでにスプレッドシートで行われている
• GASなら同じ環境の中で処理を完結できる
• 評価結果もそのままシートに書き戻せる

既存の運用場所から動かさないことは、定着のしやすさに直結します。新しいツールを導入すると、そこを見に行く習慣づくりから始めることになります。

「たたき」で止めて確認プロセスに入る

現在はレビュー・修正フェーズです。評価エンジンは「たたき」の段階で確認プロセスに回し、実運用に向けた最終調整を進めています。

評価の仕組みは、作り込んでから見せると直しにくくなります。評価基準そのものへの合意が必要な領域では、早い段階で叩き台を出して基準をすり合わせるほうが、結果的に手戻りが少なくなります。

よくある質問

なぜ課題評価をAIに任せるのですか？

一貫した基準で評価するためと、管理工数を削減するためです。評価者によって基準が揺れる問題を避けつつ、フィードバックの質を担保することが目的です。

なぜスプレッドシートの項目を見直したのですか？

評価結果を記録する器の設計が曖昧だと、後から使えないデータが溜まるためです。評価エンジンを作る前に、管理用スプレッドシートの項目を根本から見直しました。

なぜGASなのですか？

提出物の管理がすでにスプレッドシートで行われているためです。同じ環境の中で処理を完結でき、評価結果もそのまま書き戻せます。既存の運用場所から動かさないことは定着のしやすさに直結します。

まとめ

• 受講生の課題評価をGAS＋スプレッドシートで自動化する仕組みを構築中
• 目的は基準の一貫性と管理工数の削減の両立。片方だけでは意味がない
• 評価エンジンより先に管理用スプレッドシートの項目を根本から見直した。自動化のボトルネックはデータの受け皿にある
• 評価基準の合意が必要な領域では、「たたき」の段階で確認プロセスに回すほうが手戻りが少ない

評価の自動化は、判定ロジックだけの問題ではありません。どんな項目で記録するかを決めた時点で、その後に何ができるかが決まります。

株式会社AI棒では、こうしたAI活用の検証を日々行い、企業の業務自動化とAI導入を支援しています。ご相談はお問い合わせフォームから、継続的な伴走支援についてはAI参謀をご覧ください。