問い合わせの受け方
BEFORE
相談用の文面をコピーし、自分のメールアプリを開いて、貼り付けて送信。3ステップ
AFTER
ページ内のフォームに入力して送信。1ステップ。届くとメールで通知が飛ぶ
WORKS
AIに任せた作業と、
任せなかった仕事。
AIに任せた作業と、人が判断した仕事。自分の仕事で実際にやったことを、作業内容と判断の理由まで公開しています。
「AIで何ができるか」は、
説明より実物のほうが早い。
AIの活用事例は世の中にたくさんありますが、大きな会社の話が多く、自分の商売に置き換えづらいものがほとんどです。
そこでYUGE STANDでは、まず自分の仕事で実際にやったことを、作業内容と判断の理由まで公開しています。うまくいったことだけでなく、人が手を出した部分も書いています。
CASE 01
問い合わせを、
フォーム1つで送れるようにした。
Googleへの伝え方
BEFORE
サイトの案内図（サイトマップ）が、公開をやめた旧アドレスを指したまま。現在のページが1件もGoogleに伝わっていない状態
AFTER
現在のアドレスに修正。旧アドレスへのアクセスは、同じページに自動で転送
ページごとの扱い
BEFORE
全ページが「このページはトップページの重複です」と検索エンジンに伝えていた
AFTER
各ページが自分のアドレスを伝える。1ページずつ独立して検索対象になる
CASE 02
毎日の定型文づくりを、
AIで30分から5分に。
本業の営業の仕事では、取引先ごとに出す、型の決まった文章を日常的に書いています。ゼロから1本つくると30分から1時間。これが5分以下になりました。
やったことは単純で、判断の基準と文章の型をAIに渡し、たたき台を出させているだけです。速くなったのは、書く時間ではなく「書き始めるまでの時間」でした。
1本あたりの作成時間
30〜60分→5分以下
- 型と判断基準をAIに渡す
- たたき台を出させる
- 中身を見て直す
- 出す前に自分で最終確認
CASE 03
Googleで「ページが見つからない」
原因を、AIで調べた。
Search Consoleを開いたら、www付きのアドレスが404で、運営者を伝える情報も入っていませんでした。8件の404のうち直したのは2件、放っておいたのが6件。その分け方まで書いています。
記録を読む2026年9月の実測8件の404を、
8件の404を、
直す2件と放っておく6件に。
- 表示回数14回、クリック1回（8/30〜9/6）
- www付きのアドレスは「Site not found」
- 運営者を伝える構造化データが未設定
- SNS運用ページに古いバッジが残存
CASE 04
サイトの修正を、
その日のうちに公開できるようにした。
直す道具と公開する道具が別々で、4往復しても公開されませんでした。置き場所を自分で契約しているサーバーへ移し、公開を1コマンドにした記録です。
記録を読む2026年9月の実測公開までの往復を、
公開までの往復を、
4回からゼロに。
- 公開にかかった時間 約18時間 → 約3分
- 移した先は自分で契約しているサーバー
- 公開後の自動確認 20項目
- ドメインの書き換えだけは自分の手で
HOW
どちらの仕事でも、
同じところに線を引いている。
AIに任せていること
- 調べる、書く、入力する、といった手を動かす作業
- 決まった型に沿った文章のたたき台づくり
- 壊れている箇所の洗い出しと、直したあとの確認
自分で決めていること
- 何を伝えるかの設計と、優先順位
- どこまでを必須にするか、何を残して何を消すか
- お客様や相手に出す前の、最終判断
手を動かす作業はAIのほうが速い。一方で、何を伝えるかの設計と、出す前の最終判断は人にしかできません。事業の都合を知らないと決められないからです。この線引きをどこに引くかが、AI活用がうまくいくかどうかの分かれ目になります。
大切にしていること作業は任せても、
作業は任せても、
判断まで渡さない。
AIは便利ですが、もっともらしく間違えることがあります。だからこそ、自動化した後の動作と内容を確認し、人が判断する工程を残します。効率だけでなく、品質を守れる運用を一緒につくります。
正直に書いておくと、
一発では出てきません。
AIに投げれば完成品が返ってくる、ということはありません。実際には、自分が納得できる内容になるまでに何度かやり取りが必要です。これは慣れても変わりませんでした。
変わったのは、そのやり取りを何回やっても、ゼロから書き始めるより速いということです。手が止まる時間がなくなりました。
だからYUGE STANDでは、仕組みを渡して終わりにしません。実際に使ってみて出てきたズレを、あとから一緒に直せる形にしています。
RECORDS