二段組み / Relayテンプレート

Relay.
経歴を支える細部を、つなげる。

整った水平のヘッダーが、主要な職歴列と右の補助列にまたがります。Relayは、実務の遂行と調整を組み合わせた経験のための構成です。

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

Jordan Ellis

プロダクトデザイナー

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

職務要約

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

職務経歴

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

Fieldwork Studio

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

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

Common Ground

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

スキル

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

学歴

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

サイトのテンプレート · 架空の記入例二段組み

デザインの考え方

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

本文が二つの読む領域に分かれる前に、ヘッダーで一人の紹介を示します。補助情報は時系列を遮らず、参照できる状態に保ちます。

特に向く用途: 業務運営・調整・サービスのキャリア
内容の順序: 職務要約 → 職務経歴 → スキル → 学歴
自分用にする際の重点: 引き継ぎ、依存関係、判断を平易に説明します。協働したチームと、自分個人が担った責任を明確にします。
確認したい一点: 日付を職歴の近くに保ちます。特に補助列の周辺で、出力ファイルの読む順序を試します。

Relayを選ぶ場面

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

Relayは、統一したヘッダーと二段組みの本文をつなぎます。ヘッダーが一つの出発点を作り、列は仕事の根拠と簡潔な補足を分けます。主な説明は職歴に置き、補助列を別の小論文にしないようにします。決める前に、実際の連絡先、最も長い勤務先名、学歴を試します。書き出し後に、見た目とコピーした文字の両方を確認し、ブラウザのプレビューの外でも区分が役立つようにします。

部門をまたぐ調整

予約と客室管理、購買と入荷、サポートと導入など、部門間の接点を機能させる貢献に使えます。チームと未解決の問題を示します。前の勤務先の社内用語や報告体制を知らなくても、引き継ぎを理解できるようにします。

計画も含む実務

役割には、作業の完了と次の段階の準備が組み合わさる場合があります。異なる目的の例なら、主要列で両方を示せます。自分の遂行と運営全体の成果を混同しない程度に、実務と調整を分けて説明します。

簡潔な補助の道具立て

時系列が経歴を伝える間、システムと短い資格情報を右に残せます。項目は短くします。能力の説明に長い文が必要なら、補助領域に圧縮せず、該当する職歴に説明を置きます。

架空の事例で考える

ホテルの調整担当が、未解決の仕事を可視化する

この架空の場面で、Meiはホテルの団体到着を調整します。下書きは全部門と連携したと述べるだけで、例がありません。Relayで、予約、フロント、客室管理の特定の引き継ぎを説明します。確認済みの情報と、未解決の客室準備の疑問に担当を付けた方法を示し、全部門が自分の部下だったとは主張しません。

修正前

ホテルの円滑な運営に向け、各部門と連携した。

より伝わる書き方

予約、フロント、客室管理にまたがる団体到着の引き継ぎを準備し、確定した予約情報、客室の準備状況の疑問、追加対応の担当者を明示。

修正は、広い連携の主張を、引き継ぎを役立つものにした情報へ置き換えます。情報の整理方法と、受け取った同僚の次の行動を説明します。主要列で調整を示し、補助情報で関連システムを特定できます。次の箇条書きでは、別の形で連携を繰り返さず、日程変更など異なる責任を説明できます。

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

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

短いメモで引き継ぎを整理する

情報元、実施した確認、次の行動が必要な人を特定します。貢献を示す部分を選びます。接点の両側の全判断を管理したように、調整の箇条書きで示すことを防ぐメモになります。

時系列をつなげて保つ

職歴を明確に分け、日付を近くに置きます。各役職では、異なる依存関係や責任を示す例を使います。二つの領域によって経歴を断片的に見せないようにします。主要列には、いつ何を行ったかの単純な説明が引き続き必要です。

右の列の文字抽出を調べる

見た目のプレビューの後で、文字を選択・抽出できる順序を確認します。補助情報が職歴を遮ったり、誤った日付についたりしてはいけません。単純なファイルの指定があるなら、見た目だけに頼らず、同じ根拠を一段組みで使います。

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

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

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

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

最後の編集

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

連携だけを実績のすべてにする

チーム間の連絡は活動であり、価値の説明全体ではありません。明確にした情報、解決した依存関係、設定した追加対応を示します。具体的な引き継ぎなら、調整が分かり、面接で仕事を話すためのよりよい材料になります。

その後の結果をすべて主張する

引き継ぎは、納品やサービスの成果を支えても、全要素の原因とは限りません。貢献と共同の結果を正確に説明します。情報を調整しただけで、別チームの技術作業、客室準備、出荷完了を自分の実行として示さないようにします。

よくある疑問

Relayについての疑問。

物流の仕事にRelayは役立ちますか？

はい。特に、出荷状況、仕入先の確認、入荷情報をチーム間で渡す場面に向きます。日付と責任を明確にします。配置で根拠を整理できても、確定した節目と推定の区別は、文言で示す必要があります。

全職歴のそばにシステム名を載せるべきですか？

仕事を説明するなら箇条書きに入れます。それ以外は短い補助一覧で十分かもしれません。全役職で同じツール名を繰り返すと、扱った異なる調整の問題を押し出してしまいます。

補助情報を主要列へ移せますか？

ブラウザの配置は固定です。実質的な説明は既存の職務経歴欄に書き、スキルと学歴は簡潔にします。異なる項目配置が必要なら、保存した文章を、それに対応する文書作成の方法で使います。

考え方を、実践に

出荷と設置の依存関係を示す

架空の練習事例：Pavanは、架空のBirch Office Systemsで出荷を調整します。納入は設置チームの立ち入りと時刻の確認に依存します。Relayのレジュメは倉庫と設置の作業を別々に並べ、つなぐ調整を読者に見せていません。

01
引き継ぎを主題にする
出荷日を確定する前の設置準備の確認を説明します。チームから必要だった情報と、倉庫向けに更新したことを特定します。主要な職歴列で、つながった運営業務を伝えられます。
02
調整と納品を分ける
日程の責任と、機器の実際の納品・設置を分けます。Pavanが全段階を実施した、全遅延を管理したと示さず、有用な引き継ぎの担当を一文で説明できます。
03
補助情報を近く、短く保つ
右の列は簡潔なシステム知識と学歴に使い、依存関係の説明は主要な経歴に残します。チーム名のサイドバー一覧は、どう仕事を頼られたかを示さず場所を使います。

大切な確認

準備確認から出荷まで一つの品目をたどります。Pavanの貢献と、他チームが引き継いだ時点が分かるべきです。書き出したファイルからコピーした際も、日付が職歴と対応するか確認します。

業務運営の経験を具体化する

次に読むと役立つ記事