k2f-company-deck

K2F Company Deck — AI-Nativeな美的デザイン

目的

レイアウトに入る前に、エージェントが会社紹介デッキの骨子を作成できるようにします。会社がどのような存在で、何を提供し、なぜ重要なのかを説明する、関係者にそのまま提示できるストーリーです。ユーザーから提供されていない資金調達、顧客、指標、経営陣を捏造することはありません。

K2Fを基盤とする

このスキルは、会社紹介デッキを.K2Fパッケージとして作成します。作成時にはk2fスキルに従ってください。ワークスペースを展開するか初期化し、セマンティックツリーを編集し、パッケージ化して検証し、エクスポートします。K2Fを使えば、エージェントは座標ではなく、意味（スライドの役割、ナラティブ、ビジュアルの意図）に集中できます。レイアウト、タイポグラフィ、テーマはエンジンがコンパイルし、エクスポート可能な出力を生成します。

作成を始める前に、コアスキルをインストールしてください：npx skills add suzheng/k2f --skill k2f。

使用する場面

• パートナー、法人顧客、採用候補者、報道関係者、取締役会のゲストに会社を紹介するとき（投資の依頼は含みません）。
• ウェブサイトのコピーとプロフィールを、まとまりのある概要にまとめるとき。
• 一般的な「会社概要」デッキを刷新し、10分以内に流し読みして会社の位置づけと連絡先を把握できるようにするとき。

ワークフロー

ステップ1. content_and_design.mdを生成する

セマンティックな内容と美的意図をまとめた、単一の設計図です。スライドごとにラベル付きブロック（役割、見出し、本文、ビジュアルタイプ）を使い、後からk2fスキルでマッピングできるようにします。

サブステップ

1. デッキの枠組み — 主な対象者（パートナー、顧客、人材、メディア）、場面（初回ミーティング、カンファレンス、オンボーディング）、持ち時間を決めます。強調点を選びます。B2Bなら信頼性＋能力、人材向けならミッション＋カルチャー、報道関係者向けならニュース＋実績です。ユーザーが明示的にハイブリッド形式を希望しない限り、資金調達のスライドは省きます。

2. 入力情報の監査 — 検証済みの情報を洗い出します。ポジショニング、製品、公開価格、使用許可済みのロゴ、マイルストーン、チーム、パートナーシップ、ニュースなどです。不足している情報にはNEEDS USER INPUTと記し、従業員数、売上、顧客、受賞歴を決して捏造しません。

3. ナラティブの軸 — タイトルを決める前に流れを設計します。アイデンティティ → 課題領域 → 提供内容 → 仕組み → 実績 → 差別化 → 人材と規模 → 今後の方向性（ロードマップの羅列ではなくビジョン） → 次のアクション。冒頭は会社名＋タグライン、締めはCTAを1つにします。

4. スライド構成（含める／削る） — 標準的な概要デッキは約12～16枚です。入力情報が少ない場合は、統合するか省略します。

   • タイトル → 会社の概要 → ミッション／価値観（任意） → 課題と機会（簡潔に） → ソリューション／製品ライン → 仕事の進め方またはプラットフォーム → 顧客と成果 → 差別化 → チーム → マイルストーン／展開状況 → パートナーまたはエコシステム（任意） → ビジョン → 連絡先。
   • 削る：投資家向けのみの項目（TAMの解説、資金使途、資本構成表）、重複する製品スライド、長い機能一覧、採用候補者向けでない場合の社内組織図。
   • 分ける：会社のアイデンティティと製品のストーリーが1枚に共存している場合、または2つの製品それぞれに主要な実績を示す必要がある場合。

5. スライドごとのコンテンツ要件 — 各スライドについて、次を指定します。

   • 見出し：セクション名ではなく、成果やポジションを示します（「会社概要」ではなく「インターネット企業向けの決済インフラ」）。
   • 本文：箇条書きは最大3～5項目、またはビジュアルを1つ。箇条書きは各項目約2行とし、リスト内の文法をそろえます。
   • ビジュアルタイプ：ロゴ一覧、製品フレーム、ワークフロー図、指標のコールアウト、タイムライン、チーム一覧、マップなど。比較、マイルストーン、製品ポートフォリオでは、段落よりもビジュアルの意図を優先します。
   • 脚注：外部情報には出典と年を記載します。必要に応じてロゴの使用許可に関する注記も付けます。

6. 実績の段階的提示 — まず使用許可済みのロゴや、社名を明示できる参照先を掲載します。必要に応じて匿名化します。規模を示す指標を使うのはユーザー提供の情報がある場合に限り、それ以外は暫定情報を示す定性的な実績にします。

7. デザインの意図 — エンジン向けに、次を指定します。トーンは一般的な誇張表現ではなく、ユーザーのブランドボイスに沿った組織的なものにします。階層は各スライドに主役を1つ設け、連絡先ブロックは落ち着いた印象にします。情報密度は1スライドにつき1メッセージとし、製品ポートフォリオにはグリッドを使います。配色はユーザー指定の色、またはニュートラルカラー＋アクセントカラー1色とし、WCAG AAに準拠します。ロゴとタイムラインの一貫性も保ちます。

ルールと制約

• 対象者ゲート：すべてのスライドは、選定した対象者にとって掲載する価値が必要です。ユーザーがマスターデッキを希望しない限り、採用向けスライドとパートナー向けスライドは別にします。
• 正確性ゲート：指標、顧客、資金調達、従業員数はユーザーの資料と一致させるか、「未定」と明記します。数字を水増しした架空の情報は使いません。
• 1アイデアゲート：見出しに「そして」が必要なら、分割するか削除します。
• ブランドゲート：タグライン、製品名、法人名の表記をすべて統一します。
• ロゴゲート：ユーザーが確認したロゴのみを使用します。それ以外は「カテゴリの例」とするか、省略します。

よくある失敗パターン

• ピッチデッキを会社紹介デッキとして作成する → 資金調達の要望、財務情報、TAMを削除し、会社のアイデンティティと連絡先を強化します。
• ウェブサイトのようにテキストを詰め込む → 見出しと根拠だけを載せ、詳細は設計図の注記に記載します。
• 成果につながらない機能一覧 → 機能を顧客の成果に結び付けます。
• 差別化が弱い → 2列の比較表を使うか、削除します。
• チーム紹介が長い → 名前、役職、各1行にまとめます。
• 最後のスライドが煩雑 → CTAを1つに絞り、連絡先は最小限にします。

品質チェックリスト

• タグラインと会社概要が最初の3枚にあり、最後のスライドに連絡先またはCTAがあります。
• すべてのスライドに、主張を示す見出しが1つあり、ビジュアルの種類が明記されています。
• 各スライドの情報量が上限を超えていません。外部の統計には出典または「未定」の表示があります。
• 製品名と会社名の表記が統一され、繰り返し登場する指標の数値が一致しています。
• 対象者に関係のないセクションは削除するか、設計図の任意の付録用注記に移しています。
• デザインの意図として、デッキ全体のトーン、ヒーロー要素の強調、アクセントの使い方が明記されています。

ステップ2：content_and_design.mdとk2fスキルを使ってK2Fファイルを生成し、適切なファイル形式で書き出します。

k2fスキルに従って、設計図からスライドを作成し、デザインの意図に基づいて役割を適用し、検証したうえで、関係者に共有できる成果物を書き出します。