메뉴
マーケティングページの第三者視点分析・改善スキル。 対象: ランディングページ、ホームページ、価格ページ、機能ページ、ブログ。 CROフレームワークとダイレクトレスポンス原則(Schwartz/Hopkins/Ogilvy)を統合。 使用タイミング: (1) ページの監査・分析依頼 (2) コンバージョン改善相談 (3) コピーライティング改善 (4) A/Bテスト設計 (5) 実装の優先順位付け。 トリガー例: 「LPを分析して」「コンバージョン率を上げたい」「価格ページをレビュー」 「ヒーローセクションを改善」「CTAを最適化」「HPの改善案」
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | lp-optimizer |
| description | マーケティングページの第三者視点分析・改善スキル。 対象: ランディングページ、ホームページ、価格ページ、機能ページ、ブログ。 CROフレームワークとダイレクトレスポンス原則(Schwartz/Hopkins/Ogilvy)を統合。 使用タイミング: (1) ページの監査・分析依頼 (2) コンバージョン改善相談 (3) コピーライティング改善 (4) A/Bテスト設計 (5) 実装の優先順位付け。 トリガー例: 「LPを分析して」「コンバージョン率を上げたい」「価格ページをレビュー」 「ヒーローセクションを改善」「CTAを最適化」「HPの改善案」 |
マーケティングページ（LP、HP、価格ページ、機能ページ、ブログ）を分析し、改善提案→実装まで支援するスキル。
ユーザーに確認:
10項目を5段階評価:
3カテゴリで整理:
🔴 Critical（今すぐ/1-2日）
🟡 Important（1週間以内）
🟢 Nice-to-have（今後）
各提案に対して:
AIDA: Attention → Interest → Desire → Action PAS: Problem → Agitation → Solution
How to [達成したいこと] without [避けたいこと]
「[変更内容]を実装すると、
[ターゲットユーザー]の[行動指標]が
[期待改善率]%改善する。
根拠: [フレームワーク/データ]」
複数オーディエンス対応が必要：
単一目的ページ：
高意図訪問者：
詳細を調査中の訪問者：
コンテンツ→コンバージョン：
ヒーローセクション
信頼・社会的証明
価格表示
異論への対応
フォーム最適化
コンテンツCTA
kimny × Claude（AI）のインタビュー形式でnote記事を作成するスキル。 品質ゲート（発見・外部アンカー・1文テスト）による公開判断、AIO最適化、対話フォーマットルールを定義。 使用タイミング: (1) note記事の作成・リライト (2) インタビュー形式の記事構成 (3) 過去会話からの記事化 (4) 記事の品質チェック。 トリガー例: 「記事にしたい」「noteに書きたい」「インタビュー形式で」 「これ記事にならない？」「記事のリライト」「品質ゲート通して」 「AIO最適化」「note記事」
note連載記事の有料/無料切り分け戦略を設計するスキル。 連載全体の無料回・有料回の配置、1記事内の有料ライン設計、価格設定、マガジン構成を扱う。 使用タイミング: (1) noteで有料記事を書きたい時 (2) 連載の課金設計 (3) 有料ラインの位置決め (4) マガジン構成の検討 (5) 価格設定の相談。 トリガー例: 「noteで有料にしたい」「連載の課金設計」「どこから有料にする？」 「noteで稼ぎたい」「マガジン構成どうする」「有料ライン」「価格設定」 ai-interview-articleスキルと併用可能。
経営部4課 (template/conductor/freee/cowork) → 5/18 cognitive load v3 rollout で全14課に展開された CLAUDE.md 共通block管理 skill (20 blocks)。 source of truth: blocks/*.md、各課CLAUDE.mdへ marker-bounded section置換でdistribute。 使用タイミング: (1) 共通block仕様変更時 (2) 14課横断 policy 同期時 (3) cognitive load v3 trial期間 (5/19-5/29) で各 peer marker 挿入 PR 完納時。
承認済みモックと UI 実装を「1ミリもずらさず同一」にするための忠実性照合の規律・手順。 native/plugin UI で反復した「承認 mock ≠ 実装（雰囲気移植で "近い" 止まり）」事故の再発防止機構。 使用タイミング: (1) 新規 UI 面・re-skin・視覚的再設計を実装する時 (2) 承認モックから実装する時 (3) 完了報告に render×mock の diff を添付する時 (4) conductor がモック忠実性を vet する時。 トリガー例: 「モック通りに実装」「UI をモックと同一に」「pixel-diff」「overlay で照合」 「mock に合わせて」「忠実性チェック」「これモックと違う」「1ミリもずらさず」 ※既存実装の微修正（コピー1行・padding・バグ修正）は対象外。
freee API を MCP 経由で操作するスキル。会計・人事労務・請求書・工数管理・販売の詳細APIリファレンスと使い方ガイドを提供。
セッションの区切りで durable 層（status.md・git・memory）を現在形に保つ 3 手順。発火点＝handoff / compaction 直前・idle 化の直前・長時間離席の前。