はじめに
勉強会やカンファレンス、行ったことある人はわかると思うんですけど、名刺交換のタイミングってめちゃくちゃ多いんですよね。
で、そこで「あ〜名刺持ってきてないや」ってなるやつ、自分もやりました。スマホのQRコードをお互い見せ合うやつで乗り切るんですけど、なんかちょっと悔しいんですよ。
名刺って別に義務じゃないですけど、せっかく作るなら エンジニアらしいやつを作りたくないですか？ 「名前・会社・メール」だけの普通の名刺って、勉強会の場だと割ともったいなくて。
この記事では、名刺を「情報設計の問題」として考え直すところから、普通の名刺と異なるエンジニア名刺をどう作るかを書いていきます。
普通の名刺 vs エンジニアらしい名刺
普通の名刺って何を伝えてるの？
普通の名刺に書いてある情報ってこんな感じですよね。
- 氏名
- 会社名・部署名
- 役職
- メールアドレス・電話番号
- 住所
これ、「会社の代表者としての自分」を伝えるフォーマットなんですよ。営業さんとかビジネス職の人なら完璧に機能します。
でも技術者同士の勉強会で渡すとき、相手が気になるのって
「この人、何が得意なんだろ？」
「どんなもの作ってきたんだろ？」
「GitHubある？」
じゃないですか。なのに名刺には何も書いてない。イケてないなと思うんですよね。
名刺って「小さなポートフォリオ」と言っても過言ではなく
発想を変えてみると、名刺って 5秒で読まれる小さなポートフォリオ なんです。
ポートフォリオって、受け取った人が「この人どんなエンジニアだろう」を短時間で判断できるように作りますよね。名刺も全く同じ設計思想で作れるんですよ。
91mm × 55mm というサイズ制約の中で、受け取った瞬間に「この人と話したい」と思ってもらえる情報 を詰め込む。それだけです。
💡名刺を眺める時間ってだいたい5秒前後と言われてます。その5秒で何を伝えるか。これを意識するだけで名刺の設計がガラッと変わります。
Before / After で見てみよう
百聞は一見にしかずなので、比べてみます。
| 項目 | 普通の名刺 | エンジニア名刺 |
|---|---|---|
| 名前 | 山田 太郎 | 山田 太郎 / yamada-taro |
| 肩書き | エンジニア | 「男は黙ってRust一択」 |
| 連絡先 | メール・電話番号 | GitHub QRコード（メールは裏面） |
| 技術情報 | なし | 技術スタック（Go / React / AWS） |
| 差別化要素 | なし | AtCoder 黄色 / OSSコントリビュータ |
| 受け取った相手の反応 | 名刺フォルダへ直行 | 「Rustで書くってどんな感じですか？」と会話が始まる |
右側、受け取った瞬間に会話が生まれてるんですよね。これが一番大きな違いで、名刺の本来の役割ってそこだと思うんですよ。
じゃあ何を載せるの
「じゃあいろいろ盛り込もう！」ってなりがちなんですけど、それをやると逆効果なんです。名刺って面積が決まってるので、何を載せないかの判断 が一番重要だったりします。
Tier制で整理する
載せる情報を3段階に分けて考えるとシンプルです。
Tier 1（必須）― これだけは絶対入れる
- 名前（英字も添えるとSNSやGitHubで検索してもらいやすい）
- GitHub URL か QRコード（技術者名刺の最重要項目）
- メールか何かしらの連絡手段
GitHubのプロフィールってコミット履歴・作ったもの・使用言語の統計が全部入った「生きたポートフォリオ」なので、スペースが足りないなら他を削ってでもGitHubのQRコードを入れてほしいくらいです。
Tier 2（推奨）― スペースがあれば
- 技術スタック（3〜5個に絞る。10個並べても誰も読まない）
- キャッチコピー・肩書き（これが一番大事、後で詳しく書きます）
- ZennやQiitaのURL
技術スタックは「React / Go / AWS」みたいなシンプルなテキストで十分です。アイコンを並べるのもカッコいいんですけど、印刷が細かくなったり色が増えてコストが上がったりするので要注意です。
Tier 3（個性）― 自分らしさを出す1枠だけ
ここが名刺を記憶に残す「遊び枠」です。
| アイデア | 効果 | 向いてる人 |
|---|---|---|
| AtCoder レーティング（色） | 競プロerへの強烈なシグナル。採用担当者にも伝わる | 競プロerなら絶対入れたい |
| 好きなアルゴリズム | 「なんで？」と会話が始まる。個性の極み | ネタを仕込みたい人 |
| npm / PyPI パッケージ名 | 「このライブラリ知ってます！」と刺さる | OSSを公開してる人 |
| OSS の star数 / PRマージ数 | 実績を数値で見せられる | OSSコントリビュータ |
| 「今作ってるもの」 | サイドプロジェクトへの興味を引ける | 個人開発者・スタートアップ志望 |
全部入れたい気持ちはわかるんですけど、Tier 3は 1つだけ に絞ってください。複数入れると散漫になって、どれも印象に残らなくなります。
QRコードで面積の制約を突破する
名刺のスペースが足りない問題を解決してくれるのがQRコードです。
名刺本体は「5秒で判断してもらう用」として設計して、QRコードの先に「じっくり見たい人向けの詳細情報」を置く二段構えが便利です。
QRコードの飛び先でよく使われるのはこのあたり：
- GitHubプロフィール（一番シンプルで強い）
- LinktreeやBento.me（GitHub・Zenn・SNSをまとめて紹介できる）
- 個人ポートフォリオサイト（デザインや開発力も伝わる）
QRコードのサイズ、小さすぎると読めないので注意です。最低でも 15mm × 15mm、余白込みで 20mm × 20mm 以上を目安にしてください。「読めない名刺」は結構よく見かけます。
キャッチコピー・肩書きの作り方
「Webエンジニア」って書いただけだと、あなたの個性は何も伝わらないんですよ。
肩書きは 「この人と話したらどんな話が聞けそうか」を想像させる ものにするのがポイントです。
Before → After の例：
- 「Webエンジニア」→「Rustで書くのが一番楽しいWebエンジニア」
- 「バックエンドエンジニア」→「GoとPostgreSQLで決済システムを作り続けてます」
- 「フロントエンドエンジニア」→「アニメーションに異様なこだわりがあるエンジニア」
- 「フルスタックエンジニア」→「週末は個人アプリを作って失敗してます」
「ちょっと笑えるか、ちょっと気になる」くらいのトーンがちょうどいいです。真面目すぎても面白みがないし、ふざけすぎると信頼感がなくなるので、そのあいだくらいで。
AIにデザインを頼んでみる
デザインのスタイルが決まったら、AIに作ってもらうのが最近の現実的な選択肢です。Claude Designのようなツールに以下のプロンプトを渡すと、そのままデザインのたたき台が出来上がります。
情報量が多い場合は表面・裏面の2枚構成にすると詰め込みすぎにならずきれいにまとまります。
プロンプトテンプレート
[ ] の部分を自分の情報に置き換えて使ってください。
エンジニア向けの名刺をデザインしてください。
表面と裏面、2枚セットで作成してください。
【サイズ】
91mm × 55mm（標準名刺サイズ）
【スタイル】
シンプル・モダン。白または淡いグレーの背景、ダークネイビーまたはチャコールの文字。
清潔感があり余白を活かしたレイアウト。フォントはサンセリフ系（Noto Sans JPなど）。
アクセントカラーを1色だけ使用（例：インディゴ、スレートブルーなど落ち着いた色）。
【表面に載せる情報】
- 名前：[山田 太郎]（日本語）/ [Yamada Taro]（英語）
- GitHubアカウント：[@yamada-taro]
- キャッチコピー：[「週末は個人アプリを作って失敗してます」]
- 技術スタック：[Go / React / AWS]（アイコンまたはテキストで）
- 競技プログラミングのレート：[AtCoder 黄色]
- 資格：[AWS SAA]
- 顔アイコン：名前の左横に小さな丸型のアバタープレースホルダー
【裏面に載せる情報】
- ポートフォリオサイトのQRコード（大きめに配置）
- 「詳しくはこちら」などの一言
- アクセントカラーで背景に薄くグリッドや幾何学模様を入れてもOK
【注意点】
- 情報が多いので、優先度の高いもの（名前・QR・キャッチコピー）は大きく、
サブ情報（資格・レート）は小さめに配置してください
- 文字が小さくなりすぎないよう余白とのバランスを意識してください
- 印刷を想定しているので、背景は白に近いものにしてください
生成後のチェックポイント
- QRコードが 20mm × 20mm 以上になっているか（小さいと読めない）
- キャッチコピーが埋もれていないか（一番印象に残る要素）
- 情報が詰め込みすぎで読みにくくなっていないか
AIが出してくれたものをそのまま印刷するのではなく、たたき台として使ってCanvaで微調整する流れが一番現実的でおすすめです。
結局、垢抜けた名刺にするポイントはここだった
記事を通じて伝えたかったことを5つに絞りました。デザインより先に、この5つを押さえるだけで名刺の印象は大きく変わります。
① 「会社名」じゃなくて「技術者としての自分」を軸にする
名刺の設計思想をそもそも変えること。会社の名刺は会社が作ってくれるので、個人名刺に同じ情報を並べても意味がないんですよ。「この人どんな技術者？」に答える設計にする。
② キャッチコピーに個性を込める
「Webエンジニア」は肩書きであって個性じゃないです。「ちょっと笑えるか、ちょっと気になる」くらいのトーンで書いた一言が、名刺を渡した後の会話を作ります。ここが一番差が出るポイント。
③ GitHubのQRコードを最優先で入れる
名刺のスペースが足りないなら、他の何かを削ってでもGitHubのQRコードは入れる。コミット履歴・使用言語・作ったものが全部見られる「生きたポートフォリオ」へのリンクは、他のどの情報よりも強い。
④ 載せる情報は「Tier3は1つだけ」に絞る
AtCoderのレート、好きなアルゴリズム、OSSのstar数……全部入れたくなる気持ちはわかるんですけど、全部入れると全部印象に残らなくなります。「これだけは入れたい」を1つ決めて、あとは削る勇気が垢抜けの鍵。
⑤ 余白をケチらない
情報を詰め込むほどダサくなります。シンプルなデザインほど難しいように見えて、余白を意識するだけで一気に洗練された印象になります。「もう1個入れたい」と思ったら、まず何かを削ることを考える。
💡垢抜けた名刺って、情報が多い名刺じゃないんですよね。「この5秒で何を伝えるか」を真剣に考えた名刺です。
まとめ
エンジニアの名刺を作るときに一番大事なのって、「会社員としての自分」じゃなくて「技術者としての自分」を伝えること だと思うんですよ。
- 名刺は「5秒で読まれる小さなポートフォリオ」
- Tier 1 / 2 / 3 で優先順位をつけて情報を絞る
- QRコードで面積制約を突破する
- 肩書きは「ちょっと気になる」くらいのトーンに
- デザインは自分のキャラクターに合ったものを選ぶ
勉強会で名刺を渡したとき、相手の顔が「あ、面白い」ってなる瞬間は結構気持ちいいです。ぜひ試してみてください。
名刺は会社が作ってくれるものじゃなくて、自分で設計するものなんです。