Portfolio Case Study Writer
職務経歴書の箇条書きを、詳細なポートフォリオ用ケーススタディに変換します。採用担当者や取引先に実績をより深く伝えたい場面で活躍します。
description の原文を見る
Transform resume bullets into detailed portfolio case studies
SKILL.md 本文
ポートフォリオケーススタディライター
このスキルを使う場面
ユーザーが以下の場合に使用してください:
- ポートフォリオケーススタディを作成したい
- 履歴書の記述を詳細な説明に拡大したい
- ポートフォリオウェブサイトを構築している
- プロジェクト成果を深く紹介したい
- 「ケーススタディ」「ポートフォリオ」「プロジェクト説明」「成果物」「ポートフォリオピース」などに言及している
コア機能
- 履歴書の記述をケーススタディに変換
- 最大の影響力のためにケーススタディを構成
- 説得力のあるプロジェクト叙述を作成
- 技術的詳細とビジネスコンテキストのバランスを取る
- ポートフォリオウェブサイト向けにフォーマット
- 対象者に応じて深さを調整
ケーススタディの目的
ケーススタディが重要な理由:
- 履歴書は「何をしたか」を示す。ケーススタディは「どのように」「なぜ」を示す
- 結果だけでなく、考え方のプロセスを示す
- スキルをより深くアピールできる
- 他の候補者との差別化ができる
- PM、UX、クリエイティブ職に必須
ケーススタディの構成
標準構成
1. 概要 (プロジェクト概要)
2. 課題 (解決が必要だったこと)
3. プロセス (どのようにアプローチしたか)
4. ソリューション (何を作成・提供したか)
5. 結果 (その影響)
6. 学習 (次にどうするか)
読了時間
- クイック読み: 3~5分 (ポートフォリオに必須)
- 深掘り: 10~15分 (興味のある読者向け)
セクション別ガイド
1. 概要セクション
目的: 読者の興味を引き、文脈を提供
含めるもの:
- プロジェクト名と企業
- あなたの役職
- 期間
- チームサイズ
- インパクトの1文説明
例:
# チェックアウトフロー(購買フロー)の改善
**企業:** E-Commerce Inc.
**役職:** Lead Product Designer
**期間:** 6週間
**チーム:** デザイナー2名、エンジニア3名、PM1名
**概要:** 合理化された3ステップのチェックアウトプロセスを通じて、カート放棄率を35%削減し、200万ドルの売上を回復させた。
2. 課題セクション
目的: この仕事が重要だった理由を説明
含めるもの:
- ビジネス背景
- ユーザーの課題
- 主要指標またはゴール
- 制約条件
例:
## 課題
E-Commerce Inc.はカート放棄率68%を経験していました。これは業界平均の55%より大幅に高くなっていました。出口アンケートとユーザー調査により、いくつかの問題が明らかになりました:
- **ステップが多すぎる:** チェックアウトが7画面だった
- **強制アカウント作成:** 購入前にユーザーが登録する必要があった
- **隠された手数料:** 5ステップ目になるまで送料が表示されなかった
- **モバイルの課題:** フォームがモバイル向けに最適化されていなかった
**ゴール:** 3ヶ月以内にカート放棄率を50%以下に削減する。
**制約条件:**
- 既存の決済統合は変更できない
- PCI コンプライアンスを維持する必要がある
- ホリデーシーズン前に6週間のタイムライン
3. プロセスセクション
目的: あなたの考え方と方法論を示す
含めるもの:
- 実施した調査
- 関係するステークホルダー
- 形成した仮説
- 検討したオプション
- 下した決定(とその理由)
例:
## プロセス
### リサーチ
問題を深く理解することから始めました:
- Mixpanel ファネルデータのドロップオフポイントを分析
- カート放棄したユーザー10人にインタビュー
- ヒートマップとセッション記録を確認
- 5社の競合チェックアウトフローをベンチマーク
**主要な洞察:** ドロップオフの73%はアカウント作成画面で発生していました。ユーザーは購入を望んでいて、関係を築くことは望んでいませんでした。
### アイデエーション
複数のアプローチを検討しました:
1. ゲストチェックアウトのみ (最もシンプル)
2. ソーシャルログインオプション (摩擦が少ない)
3. プログレッシブプロファイリング (時間をかけて情報を収集)
4. ワンページチェックアウト (Amazonスタイル)
実現可能性、タイムライン、インパクトを検討した結果、ハイブリッドアプローチを選択しました...
### 下した決定
- **ゲストチェックアウト優先:** 登録をオプション化し、購入後に実施
- **透明な価格表示:** 最初の画面で送料を表示
- **モバイルファースト設計:** モバイル向けに設計してからデスクトップに対応
- **進捗インジケータ:** 「3ステップ中のステップ1」を明確に表示
4. ソリューションセクション
目的: 実際に作成したものを示す
含めるもの:
- ビジュアル成果物 (モックアップ、スクリーンショット、図)
- 主な機能・変更
- 技術的実装 (関連する場合)
- 問題への対応方法
例:
## ソリューション
### 新しいチェックアウトフロー
**改善前:** 強制登録のある7画面
**改善後:** ゲストチェックアウト対応の3画面
[画像: 改善前後の比較]
### 主な変更
**1. 透明な価格設定ウィジェット**
[画像: 価格設定ウィジェットのモックアップ]
注文総額、送料、税金を最初から表示。サプライズなし。
**2. ゲストチェックアウトオプション**
[画像: ゲストチェックアウト画面]
アカウント作成をオプション化し、登録する理由を明確に提示。
**3. スマートフォーム設計**
[画像: フォーム設計]
- モバイルでシングルカラムレイアウト
- 電話番号とカード番号の自動フォーマット
- 住所のオートコンプリート統合
- 明確なエラーメッセージ
**4. 信頼シグナル**
セキュリティバッジ、返金保証、カスタマーサービス連絡先をフロー全体に追加。
5. 結果セクション
目的: データで影響を証明
含めるもの:
- 定量的結果 (期間付き)
- ゴールとの比較
- 影響を受けた二次指標
- ビジネスインパクト
例:
## 結果
### 主要指標 (ローンチ後90日間)
| 指標 | 改善前 | 改善後 | 変化 |
|--------|--------|-------|--------|
| カート放棄率 | 68% | 44% | -35% |
| チェックアウト完了率 | 32% | 56% | +75% |
| モバイル転換率 | 18% | 41% | +128% |
| ビジター当たり売上 | $2.40 | $3.85 | +60% |
### ビジネスインパクト
- **第1四半期に追加200万ドルの収益**
- **モバイル注文が15%増加**
- **チェックアウトに関するカスタマーサポートチケットが45%削減**
### 副次的影響
- アカウント作成は実際に20%増加 (購入後)
- 平均注文額は安定
- リピーター率が向上
6. 学習セクション
目的: 成長マインドセットと自己認識を示す
含めるもの:
- 上手くいったこと
- 次に変えること
- 予期しない課題
- 開発したスキル
例:
## 学習
### 上手くいったこと
- **初期段階でのユーザー調査** 誤ったソリューションの構築を防いだ
- **クロスファンクショナルなアラインメント会議** 全員が同じ目標を持つようにした
- **ローンチと同時に分析を実装** 即座に影響を測定できた
### 次に変えること
- **より多くのA/Bテスト:** 完全な改善をまとめてローンチしました。個別の変更をテストして、何が結果を生み出したかを理解したかった。
- **早いモバイルフォーカス:** デスクトップ優先で設計してから対応しました。モバイルファーストで開始する方が効率的だったと思います。
- **ステークホルダー教育:** リーダーシップを説得するのに時間がかかりました。次回はステークホルダーのアラインメントをもっと早く始めたいです。
### 開発したスキル
- 高度な Figma プロトタイピング
- A/Bテストフレームワークとの連携
- エグゼクティブへのデータドリブン設計提案の提示
職種別ケーススタディ
プロダクトマネージャーのケーススタディ
重点:
- 戦略と優先順位付け
- ステークホルダー管理
- 指標と成果
- 技術的なトレードオフ
UX/プロダクトデザイナーのケーススタディ
重点:
- ユーザー調査
- デザインプロセス
- ビジュアル成果物
- ユーザビリティの改善
ソフトウェアエンジニアのケーススタディ
重点:
- 技術アーキテクチャ
- 問題解決のアプローチ
- システム設計
- コード品質・パフォーマンス
マーケティングのケーススタディ
重点:
- 戦略とターゲティング
- クリエイティブな実行
- チャネルパフォーマンス
- ROI とアトリビューション
ビジュアル要素
必須ビジュアル
- 改善前後の比較
- 主要な画面または成果物
- プロセスダイアグラム
- 結果チャート
あると良いビジュアル
- ユーザージャーニーマップ
- ワイヤーフレームの進化
- リサーチ成果物
- チーム写真
ビジュアルのコツ
- 一貫した画像サイズを使用
- 各画像を説明するキャプションを追加
- 必要に応じて機密データをぼかす
- モバイル対応の画像サイズを確保
出力形式
ケーススタディを作成する場合:
# ケーススタディ: [プロジェクト名]
## クイックファクト
- **役職:** [あなたの役職]
- **企業:** [企業名]
- **期間:** [期間]
- **チーム:** [チーム構成]
- **インパクト:** [1行で表した結果]
---
## 概要
[プロジェクトの2~3文の概要]
## 課題
[背景と課題 - 解決が必要だったこと]
## プロセス
### リサーチ
[学んだこと]
### アプローチ
[どのように取り組んだか]
### 主な決定
[重要な選択と根拠]
## ソリューション
[構築・作成したもの - ビジュアルの説明を含む]
### 機能1
[説明]
### 機能2
[説明]
## 結果
[定量化したインパクト]
| 指標 | 改善前 | 改善後 | 変化 |
|--------|--------|-------|--------|
## 学習
[反省と成長]
---
## ビジュアルアセットリスト
[必要な画像・スクリーンショットのリスト]
ケーススタディ品質チェックリスト
- ✅ 明確な課題説明
- ✅ ユーザー・顧客フォーカスの証拠
- ✅ プロセスの明確な説明
- ✅ あなた自身の貢献が明確
- ✅ 定量化した結果
- ✅ ビジュアル成果物を含む
- ✅ 課題・学習について正直
- ✅ 適切な長さ (3~10分読み)
- ✅ 校正済み・完成度が高い
- ✅ インタビューで詳細について説明できる
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- paramchoudhary
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/paramchoudhary/resumeskills / ライセンス: MIT
関連スキル
makepad-basics
【重要】Makepadの初期設定とアプリケーション構造の説明に使用します。以下のキーワードで起動します: makepad、Makepad入門、Makepadチュートリアル、live_design!、app_main!、Makepadプロジェクト設定、Makepad Hello World、「Makepadアプリの作成方法」、makepad 入门、创建 makepad 应用、makepad 教程、makepad 项目结构
arxiv
arXivから学術論文を検索、ダウンロード、要約できます。ユーザーが「arXivを検索」「論文をダウンロード」「arXivから取得」「論文のPDFを取得」などと指示した場合、またはarXivから論文を見つけてローカルのペーパーライブラリに保存したい場合に使用します。
slr-prisma
PRISMA 2020フレームワークに従ったシステマティックレビュー(SLR)の作成をガイドします。ユーザーが「systematic review」「systematic literature review」「SLR」「PRISMA」「PRISMA 2020」「PRISMA flow diagram」「PRISMAチェックリスト」と言及したり、報告ガイドラインに準拠した文献レビューの執筆、構成、監査をリクエストした場合に活用できます。また、レビューの適格基準、Scopus・WoS・PubMedなどのデータベース検索戦略、研究選定プロセス、バイアスリスク評価、ナラティブシンセシスについての質問があった場合にも対応します。PRISMA 2020チェックリスト全27項目をカバーし、ジャーナル投稿形式のWordドキュメント原稿を作成、注釈付きのPRISMAフロー図を生成、APA第7版の引用形式を厳密に適用します。メタアナリシスや統計的統合には対応していません。
learning-opportunities
Learning Opportunitiesワークフロースキル。ユーザーがAI支援コーディング中に意図的なスキル開発を促進する必要がある場合に使用します。アーキテクチャ作業(新規ファイル、スキーマ変更、リファクタリング)後にインタラクティブな学習演習を提供します。機能完成時、設計判断時、またはユーザーがコードをより深く理解したいと要求した場合に使用してください。「学習演習」「理解を助けてほしい」「教えてほしい」「なぜこれが機能するのか」といった表現、または新規ファイル・モジュール作成後にトリガーされます。緊急のデバッグ、クイックフィックス、ユーザーが「とにかくリリースしたい」と言った場合には使用しないでください。なお、マージや引き継ぎ前に、オペレーターは上流のワークフロー、コピーされたサポートファイル、およびプロビナンス情報を保持する必要があります。
research-paper-writing
NeurIPS/ICML/ICLRなどの機械学習会議向けの論文を、企画から投稿まで一貫して執筆できます。研究テーマの設計、実験の実施、論文の執筆、そして学会への投稿準備まで、全プロセスをサポートします。
software-engineering-research
ソフトウェアエンジニアリングの研究トピックと方法論のガイド