AIプロンプト集 | GENAI&

週単位の学習計画(初級・4週間)

1. 第1週:基礎用語と全体像の理解
2. 第2週:基本操作を手を動かして習得
3. 第3週:実務を想定した小さな演習
4. 第4週:総まとめと振り返り

研修資料の章立て骨子

• 第1章 はじめに(学ぶ目的とゴール)
• 第2章 基礎知識
• 第3章 基本操作の手順
• 第4章 ケース別の演習
• 第5章 よくあるつまずきとQ&A

各回の確認課題例

• 第1週:用語を自分の言葉で3つ説明する。
• 第2週:基本操作を見本どおりに再現する。
• 第3週:与えられた課題を一通りやり切る。

※初学者は専門用語でつまずきやすいため、各章の冒頭に用語の補足を入れると定着しやすくなります。

アイデア10案(抜粋)

1. 既存顧客向けのサブスク型サポートサービス
2. 地域の小規模店舗向け業務代行
3. 自社ノウハウのオンライン講座化
4. 取引先をつなぐマッチング窓口
5. 余剰在庫を活用したアウトレット販売

(ほか5案を切り口を変えて発散)

3軸評価の一覧

深掘りすべき上位3案

• サブスク型サポート:既存顧客基盤を活かせ、初期投資も抑えやすいため。
• オンライン講座化:自社の強みを直接収益化でき、横展開しやすいため。
• 業務代行:需要が見込みやすく、運用ノウハウを再利用できるため。

顧客役(製造業・購買部長):ご説明ありがとうございます。ただ、正直に言うと予算が厳しくて、今期は新しいツールの導入は難しいと思っています。月額も決して安くはないですよね。

(ここであなたの切り返しをどうぞ。私はそれを受けて反応します。)

…(数ラウンドの対話の後)

講評

• 良かった点:価格への懸念に即値引きで応じず、削減できる工数に話を戻して費用対効果で説明できていました。
• 改善点:導入負荷への不安に対し、具体的な導入ステップや支援内容を先に示すと、より安心感を与えられます。

目次

1. はじめに(背景と目的)
2. 現状の課題
3. 課題の根本原因
4. ご提案する解決策
5. 導入による効果
6. 費用とスケジュール
7. 次のステップ

各章で書くべき要点

• 現状の課題:問い合わせ対応が属人化し、回答にばらつきがある点を明示。
• 根本原因:対応履歴とナレッジが共有されていないことが背景にあると整理。
• 解決策:ナレッジ集約と対応テンプレート化の仕組みを提示。
• 効果:回答品質の安定化と新人立ち上がりの時短が見込める旨を記載。
• 費用とスケジュール:初期構築と月額の概算、3カ月の導入工程を提示。
• 次のステップ:小規模なトライアルから始める提案で締める。

通知をAPI内で同期送信する設計案へのレビュー例です。

良い点：構成がシンプルで初期実装が速く、依存コンポーネントが少ない。

懸念点

• 可用性・高：通知先が遅延・障害すると本処理のレスポンスまで巻き込まれる。
• スケーラビリティ・中：リクエスト増加時に外部送信がボトルネックになりやすい。

代替案と推奨：通知をキュー（メッセージブローカー）へ積み、ワーカーで非同期処理する方式を推奨します。本処理の応答性を保てます。

未決事項：通知の到達保証レベル（at-least-once か）と、失敗時のリトライ方針を確認してください。

最適化後のSQL

SELECT o.id, o.total
FROM orders o
WHERE o.status = paid
  AND o.created_at >= 2026-01-01
ORDER BY o.created_at DESC
LIMIT 50;

改善ポイント

• 関数で包んだ日付比較（YEAR(created_at)）を範囲条件に置き換え、インデックスが効くようにしました。
• SELECT * を必要な列のみに絞り、I/O を削減。

追加インデックス案：status と created_at の複合インデックス (status, created_at) を作成すると、絞り込みと並び替えの両方を1つのインデックスで処理できます。

概要サマリ：ファイル読み込み関数です。動作はしますが、例外時にファイルハンドルが閉じられず、エラーも握りつぶされています。

重要度別の指摘

• 高：open したファイルが close されない。例外発生時にリソースリークになります。修正案: with 文を使う。
• 中：except で例外を無視しているため、障害が表面化しません。少なくともログ出力を。
• 低：関数名 getdata が役割を表していません。read_user_config 等が明確です。

修正後のコード例

def read_user_config(path):
    with open(path, encoding=utf-8) as f:
        return f.read()

with 文によりブロックを抜ける際に必ず close され、例外も呼び出し側へ伝播します。

新サービス提供開始のプレスリリース例

タイトル: 中小企業向けの予約管理サービスを提供開始

サブタイトル: 電話とネット予約を一元管理し、店舗業務の負担軽減を支援

リード文: サンプル株式会社は、店舗向けの予約管理サービスの提供を開始します。電話予約とオンライン予約を一画面で管理でき、ダブルブッキングの防止と業務効率化を目指します。

本文

• 背景: 小規模店舗では予約管理が手作業に頼りがちで、対応漏れが課題となっていました。
• 詳細: 本サービスは予約の一元管理、自動リマインド、空き状況の自動更新に対応します。
• 展望: 今後は決済連携や多言語対応の追加を予定しています。

担当者コメント: 「現場の声をもとに、誰でも使える手軽さを重視しました」(開発責任者)

会社概要・問い合わせ先: 社名/所在地/事業内容/担当部署/連絡先メール・電話

家計簿アプリのLP見出しABテスト案

ベネフィット型

• 見出し: 入力ゼロで、家計が見える。/ サブ: レシート撮影だけで自動仕分け。続けられる家計簿。
• 狙い: 手間の少なさを期待する層に響く。

課題提起型

• 見出し: 家計簿、また三日坊主になっていませんか。/ サブ: 面倒な入力をなくせば、続けられます。
• 狙い: 過去に挫折した層の共感を引く。

限定性型

• 見出し: いまなら基本機能をずっと無料で。/ サブ: まずは気軽に、お金の流れを見える化。
• 狙い: 価格の不安がある層の後押し。

ABテスト仮説

1. 課題提起型はベネフィット型よりクリック率が高い(共感が動機になる)
2. 限定性型は登録完了率を押し上げる(無料の明示が後押しになる)

メタディスクリプション一覧

ページ1: 在宅ワークの始め方(KW: 在宅ワーク 始め方)

• 本文: 在宅ワークの始め方を初心者向けにやさしく解説。仕事の選び方から必要な準備、収入の目安までを一通り紹介します。これから始めたい方はまず確認してみてください。(108文字)
• キーワード含有: あり(前半に「在宅ワークの始め方」)
• 短縮版: 在宅ワークの始め方を初心者向けに解説。仕事選びと準備のコツをまとめて紹介します。(40文字)

ページ2: 経費の管理方法(KW: 経費 管理 方法)

• 本文: 経費の管理方法をわかりやすく整理しました。記録のコツやおすすめの進め方、ありがちな失敗の防ぎ方まで紹介。手間を減らしたい方はぜひ参考にしてください。(106文字)
• キーワード含有: あり(前半に「経費の管理方法」)

評価フレーム(コンテンツ作成用途・3名チーム)

総合: 用途が日本語ライティング中心ならツールA推奨。コスト最優先ならB。移行コストは小。

指摘: ループ内で毎回リストを再生成しており計算量が O(n^2) になっています。また除算でゼロ除算の考慮が漏れています。

修正版

def averages(rows):
    if not rows:
        return []
    total = sum(r.value for r in rows)
    return total / len(rows)

原因と再発防止: 集計をループ外に出す。境界値(空入力)のテストを追加する。