エディトリアル / Vectorテンプレート

Vector.
進む方向を、意図を持って示す。

細いアクセントと力強いサンセリフの名前欄で、目的のある印象に。制約とトレードオフに向き合う仕事を、現代的な形で見せます。

CVuraでレジュメを作成し、書き出せます。

Jordan Ellis

プロダクトデザイナー

ポートランド（オレゴン州） · jordan@example.com

職務要約

複雑な業務フローを分かりやすくするプロダクトデザイナー。リサーチ、アクセシビリティに配慮したインターフェース、開発チームとの密接な連携を経験。

職務経歴

プロダクトデザイナー2023 — 現在

Fieldwork Studio

調整担当者が直前の変更にどう対応するかを観察し、予定管理の流れを再設計。
フロントエンドエンジニアと共通のコンポーネントライブラリを構築し、操作パターンを文書化。

ジュニアデザイナー2021 — 2023

Common Ground

顧客サポートの問い合わせ傾向をユーザビリティ調査に結び付け、プロダクトチームと修正の優先順位を設定。
新しいアカウント設定の体験に向け、操作できるプロトタイプを作成。

スキル

プロダクトデザイン · ユーザーリサーチ · プロトタイピング · Figma · アクセシビリティ · デザインシステム

学歴

コミュニケーションデザイン学士（BFA） · Pacific Northwest College of Art · 2021年

サイトのテンプレート · 架空の記入例エディトリアル

デザインの考え方

明確な情報の階層。
意図を持った第一印象。

アクセントは冒頭へ目を導いた後、脇に退きます。本文は図解でなく、読みやすい項目の順序を保ちます。

特に向く用途: プロダクト・戦略・技術コミュニケーション
内容の順序: 職務要約 → 職務経歴 → スキル → 学歴
自分用にする際の重点: 重要な各プロジェクトで、一つの大切なトレードオフを説明します。裏付けのない因果を示さず、制約、判断、観察した結果を挙げます。
確認したい一点: 有用な言葉を記号に置き換えないようにします。作品集やプレゼンテーションの背景なしでも、分かるレジュメにします。

Vectorを選ぶ場面

伝えたい経歴に合うレイアウトを選ぼう。

Vectorはヘッダーに方向を感じるアクセントを添え、本文は通常の項目・職歴の見出しで整理します。時系列を図に置き換えず、特徴のある自己紹介にしたいときに役立ちます。連絡先は読める文字にし、関連スキルを言葉で説明します。装飾記号を、重要な事実の唯一のラベルにしないようにします。色なしの出力を試し、ヘッダーの専門の方向性を最初の職歴が十分な具体的根拠で支えるか見直します。

範囲の選択があるプロダクト業務

リリース一覧だけでは、プロダクトの判断は十分に説明できません。初版を絞る、機能を延期する、次に何を学ぶか選ぶ例を示せます。調査、デザイン、開発、営業の同僚の貢献を保ち、選択の背後の根拠と制約を特定します。

実務的な判断で表す戦略

方向を比較した仕事なら、「戦略的」に頼らず、選択肢と責任を説明します。本文では、提案が合意した行動になる過程を示せます。提案と実施した変更、観察した結果と見込んだ効果を区別します。

他の仕事に影響する技術コミュニケーション

仕様書、判断記録、案内文書は、他の人の働き方を変えるときに意味を持ちます。解消した不明点と、頼りにした対象者を説明します。明確さや影響力の広い主張でなく、実際の専門的な貢献を、目的のある冒頭で紹介できます。

架空の事例で考える

プロダクトマネージャーが、採用しなかったものを示す

この架空の場面で、Omarは承認機能の課題探索を主導しました。下書きはインタビューとワークショップを並べるだけで、判断を説明していません。よくある要望と高コストな例外を比較し、初回リリースを絞ったことを説明します。修正によって優先順位が見え、工程名の集まりでなく、具体的なトレードオフを面接で話せます。

修正前

課題探索を実施し、プロダクトのロードマップを管理した。

より伝わる書き方

顧客インタビューとサポートの傾向を確認し、承認ワークフローのリリースを繰り返す二つの例外ケースに絞って、延期したケースと追加対応の基準を文書化。

この文は根拠と範囲をつなぎます。インタビューの標本が全利用者を代表した、リリースで自動的に売上が増えた、とは示しません。本文が留保と担当を保てる明確さを持つため、考え方を強調できます。別の箇条書きで展開と学びを示し、探索と提供を関連させつつ、一つの過大な主張にまとめないようにします。

見本から、自分のレジュメへ

各項目に、明確な役割を。

本当の代案があった判断を見つける

妥当な選択肢が複数あった場面を選びます。制約、利用できた根拠、選んだ案を記録します。特に判断力と優先順位付けを期待する職種では、明白な指示に従った作業より強い例になります。

貢献と判断の責任者を示す

方向を提案した、合意を促した、最終権限を持った、のどれかを説明します。プロダクトや戦略の仕事には共同判断が多くあります。正確な表現で例を有用にし、強い見た目の自己紹介が、全職能や事業成果の管理を示すことを防ぎます。

結果と期待を分ける

結果は観察済み、モデル上、評価中のどれかを確認し、表現に使います。主な成果が明確な範囲や承認された計画なら、そのまま説明します。判断の話に割合がないという理由で、商業的な結果を作ってはいけません。

このサイトのレイアウトを試す

リアルタイムプレビューテキストのダウンロード印刷でPDFを作成

Vectorを自分のものに出発点のテキストをダウンロード

無料のブラウザ用テンプレート。アカウント不要。記入例の詳細は架空です。

最後の編集

内容のために、デザインを生かそう。

考え方をフレームワーク名に置き換える

優先順位の手法一覧では、なぜ一案を選んだか分かりません。実際の制約と根拠を説明します。判断や必要能力の理解に実質的に役立つのでなければ、フレームワークは背景にとどめます。

記号で経緯を圧縮する

矢印や略した図で目的があるように見えても、解釈に必要な言葉が失われる場合があります。役職、日付、判断は、認識できる言葉で残します。アクセントが方向をすでに与えているため、本文は完全で読める主張を担うものにします。

よくある疑問

Vectorについての疑問。

中止された取り組みを載せられますか？

有用な根拠と判断を示すなら載せられます。学びと方向変更の理由を説明します。実現前に終わった仕事に、公開や利用の成果を主張してはいけません。

箇条書きには、トレードオフをどこまで入れますか？

制約と重要な選択、観察した結果や目的を含めます。詳しい代案は面接準備に残します。全会議の一覧や完全な事例研究にせず、判断が分かる箇条書きにします。

テクニカルライターにもVectorは向きますか？

対象者の問題と、文書が支えた判断を説明するなら、特に向きます。文書の存在を実績のすべてとせず、明確にした情報とレビューでの役割を示します。

考え方を、実践に

実施されなかった調査提案を説明する

架空の練習事例：Minaeは、架空のCedar Account基盤でセルフサービス機能を調べました。未解決のサポート要件があり、チームは延期を決めました。Vectorの下書きでは、案件を隠すか、提案を公開済みの改善としています。どちらも有用な仕事を正確に説明していません。

01
検討中だった判断を示す
特定のアカウント問題を、サポートなしで顧客が解決できるか評価したと説明します。目的のある冒頭で、すべての調査を成長や公開成功の話にせず、プロダクトの判断を紹介できます。
02
トレードオフを示す
Minaeが、提案の流れを例外ケースやサポートチームの責任とどう比較したかを説明します。利用行動を改善したと主張するのでなく、実装前に解決すべき依存関係を明らかにした根拠を示せます。
03
結果を実際の段階に保つ
調査結果が延期や修正計画の判断材料になったと述べます。次の行動が待つことでも、重要な提案には価値があります。分析、判断、観察したプロダクトの結果を区別したままにします。

大切な確認

公開、増加、削減などの動詞を探します。それぞれが実際に起きた出来事に対応するべきです。最も強い根拠が判断の質なら、その達成を文で説明します。

関連するプロダクトの根拠を選ぶ

次に読むと役立つ記事