<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>メッセージテンプレート アーカイブ - ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ</title>
	<atom:link href="https://atueda.com/tag/%e3%83%a1%e3%83%83%e3%82%bb%e3%83%bc%e3%82%b8%e3%83%86%e3%83%b3%e3%83%97%e3%83%ac%e3%83%bc%e3%83%88/feed/" rel="self" type="application/rss+xml" />
	<link>https://atueda.com/tag/メッセージテンプレート/</link>
	<description></description>
	<lastBuildDate>Tue, 02 Jun 2026 23:58:53 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://i0.wp.com/atueda-com-2025.s3.ap-northeast-1.amazonaws.com/wp-content/uploads/2025/11/22185004/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88-2025-11-12-10.23.00.png?fit=32%2C27&#038;ssl=1</url>
	<title>メッセージテンプレート アーカイブ - ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ</title>
	<link>https://atueda.com/tag/メッセージテンプレート/</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">250220958</site>	<item>
		<title>友達からのドタキャンを防ぐ：ADHDエンジニアのための約束管理術</title>
		<link>https://atueda.com/%e5%8f%8b%e9%81%94%e3%81%8b%e3%82%89%e3%81%ae%e3%83%89%e3%82%bf%e3%82%ad%e3%83%a3%e3%83%b3%e3%82%92%e9%98%b2%e3%81%90%ef%bc%9aadhd%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%8b%e3%82%a2%e3%81%ae%e3%81%9f/</link>
					<comments>https://atueda.com/%e5%8f%8b%e9%81%94%e3%81%8b%e3%82%89%e3%81%ae%e3%83%89%e3%82%bf%e3%82%ad%e3%83%a3%e3%83%b3%e3%82%92%e9%98%b2%e3%81%90%ef%bc%9aadhd%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%8b%e3%82%a2%e3%81%ae%e3%81%9f/#respond</comments>
		
		<dc:creator><![CDATA[植田篤]]></dc:creator>
		<pubDate>Tue, 02 Jun 2026 23:58:52 +0000</pubDate>
				<category><![CDATA[ADHD]]></category>
		<category><![CDATA[ADHDエンジニア]]></category>
		<category><![CDATA[エネルギーマネジメント]]></category>
		<category><![CDATA[ドタキャンを防ぐ]]></category>
		<category><![CDATA[メッセージテンプレート]]></category>
		<category><![CDATA[メンタルヘルス]]></category>
		<category><![CDATA[予定リマインダー]]></category>
		<category><![CDATA[予定調整のコツ]]></category>
		<category><![CDATA[時間管理]]></category>
		<category><![CDATA[約束管理術]]></category>
		<guid isPermaLink="false">https://atueda.com/?p=1268</guid>

					<description><![CDATA[<p>ADHDの傾向があるエンジニア向けに、日程の「設計・モニタリング・改善」フレームでドタキャンを防ぐための具体的なメッセージテンプレやツール、心のケアまでわかりやすく紹介します。忙しい頭でも続けられるシンプルな習慣で、予定の無駄と落ち込みを減らしましょう。</p>
<p>投稿 <a href="https://atueda.com/%e5%8f%8b%e9%81%94%e3%81%8b%e3%82%89%e3%81%ae%e3%83%89%e3%82%bf%e3%82%ad%e3%83%a3%e3%83%b3%e3%82%92%e9%98%b2%e3%81%90%ef%bc%9aadhd%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%8b%e3%82%a2%e3%81%ae%e3%81%9f/">友達からのドタキャンを防ぐ：ADHDエンジニアのための約束管理術</a> は <a href="https://atueda.com">ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ</a> に最初に表示されました。</p>
]]></description>
										<content:encoded><![CDATA[<div class="veu_autoEyeCatchBox"><img data-recalc-dims="1" fetchpriority="high" decoding="async" width="1024" height="572" src="https://i0.wp.com/atueda-com-2025.s3.ap-northeast-1.amazonaws.com/wp-content/uploads/2026/06/03085835/0304ff71-a60d-4e47-a2d2-0e148ff93fa2.jpeg?resize=1024%2C572&#038;ssl=1" class="attachment-large size-large wp-post-image" alt="" /></div>
<p>友達との予定が直前にドタキャンされると、時間の無駄や感情的な落ち込みを招きやすいものです。とくにADHDの傾向があるエンジニアは、日程調整やエネルギー配分に対して敏感で、ドタキャンが作業リズムやメンタルに大きく響くことがあるでしょう。本記事では、実践的で再現性の高い約束管理術を、エンジニアの思考回路に馴染む「設計」「モニタリング」「改善」というフレームでまとめます。具体的なメッセージテンプレートやツール、心のケアまでカバーします。</p>

  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-1" checked><label class="toc-title" for="toc-checkbox-1">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">なぜドタキャンが特に辛いのか（ADHDの観点から）</a></li><li><a href="#toc2" tabindex="0">全体設計：エンジニア的アプローチ</a></li><li><a href="#toc3" tabindex="0">事前段階：予定を立てる前に決めること</a></li><li><a href="#toc4" tabindex="0">スケジューリングのテクニック（実用的）</a></li><li><a href="#toc5" tabindex="0">確認・再確認のルール（自動化すると楽）</a></li><li><a href="#toc6" tabindex="0">グループイベントの管理術</a></li><li><a href="#toc7" tabindex="0">コミュニケーションの工夫：言い方とタイミング</a></li><li><a href="#toc8" tabindex="0">ADHDに効くツールとワークフロー</a></li><li><a href="#toc9" tabindex="0">代替案・バッファの設計（Plan Bを持つ）</a></li><li><a href="#toc10" tabindex="0">何度も繰り返す相手への対処法</a></li><li><a href="#toc11" tabindex="0">ドタキャンされたときの感情処理・セルフケア</a></li><li><a href="#toc12" tabindex="0">具体的なメッセージテンプレ集（日本語）</a></li><li><a href="#toc13" tabindex="0">エンジニアの視点でのユニークな工夫</a></li><li><a href="#toc14" tabindex="0">最後に：続けるコツ</a></li><li><a href="#toc15" tabindex="0">結論（まとめ）</a></li></ol>
    </div>
  </div>

<h2><span id="toc1">なぜドタキャンが特に辛いのか（ADHDの観点から）</span></h2>
<ul>
<li>時間無駄のコスト感覚（time blindness）：「その時間を別に有効利用できたはず」という後悔が強く出る。</li>
<li>ルーティン崩壊：外出や予定に向けた集中状態の切り替えにコストがかかるため、中止されると回復に時間が必要。</li>
<li>過度な自己責任認定：相手の行動を自分のせいにしてしまいがちで、自己批判が強まる。</li>
<li>予測不可能性への苦手意識：予定が確定していない状態が不安を生む。ドタキャンはその不安を現実化する出来事。</li>
</ul>
<p>理解した上で対策を組み立てると、精神的なダメージを減らしつつ効率よく予定を管理できます。</p>
<h2><span id="toc2">全体設計：エンジニア的アプローチ</span></h2>
<ol>
<li>要件定義（何のための約束かを明確にする）</li>
<li>インターフェース設計（連絡方法、確認タイミング）</li>
<li>実行（カレンダー・リマインダーの導入）</li>
<li>テスト（小さな実験で有効性を検証）</li>
<li>改善（反復的にルールを微調整）</li>
</ol>
<p>この「設計→実行→評価→改善」のループを回すことで、感情に流されずに仕組みで防げる確率が上がります。</p>
<h2><span id="toc3">事前段階：予定を立てる前に決めること</span></h2>
<ul>
<li>目的：飲み会、がっつり会話、短いコーヒー、散歩など「何をしたいか」を明文化する。</li>
<li>優先度：A（譲れない）／B（できれば行きたい）／C（行けたら行く）を自分の中で決める。</li>
<li>見積り時間：移動時間＋予備時間を含めたブロックをカレンダーに入れる。</li>
<li>参加者の信頼度を予測：過去のキャンセル履歴を短くメモ（例：「太郎：1回キャンセル／3回」）。</li>
</ul>
<p>要件が決まれば、誘い方や確認頻度が自然と変わります。</p>
<h2><span id="toc4">スケジューリングのテクニック（実用的）</span></h2>
<ul>
<li>明確な時間指定をする：「いつ頃～」ではなく「6月10日（土）14:00〜16:00、渋谷のAカフェで」と具体化。</li>
<li>所要時間を書く：滞在時間の目安を伝えると相手も予定を組みやすい。</li>
<li>事前RSVPと確定期限を設定：「◯月◯日までに行ける/行けないを教えてください」と締め切りを設ける。</li>
<li>「仮押さえ」→「確定」の二段階：まず候補提示、参加者がOKなら確定とする流れを作る。</li>
<li>バッファを入れる：移動や前後の予定に15〜30分の余裕を確保。</li>
</ul>
<p>これらは相手に「曖昧さ」を残さないための配慮であり、ドタキャンの確率を下げます。</p>
<h2><span id="toc5">確認・再確認のルール（自動化すると楽）</span></h2>
<ul>
<li>72時間前確認：食事や予約が関わる場合は72時間前にリマインド。</li>
<li>24時間前確認：最終確認。LINEやメールで短く確認する。</li>
<li>当日朝リマインド：相手が寝坊しやすいタイプなら朝の一言リマインド。</li>
</ul>
<p>自動化ツールの活用例：</p>
<ul>
<li>Google カレンダー：イベントにゲストを追加して通知を自動送信。</li>
<li>LINEのリマインダー：トークルームやKeepにメモを残す。</li>
<li>IFTTT／Zapier：Google Calendar→Slack/LINEにリマインドを流す。</li>
</ul>
<p>例：24時間前確認メッセージ（カジュアル）<br />
「明日14時に渋谷のAカフェで会う約束だよね。場所変わってない？問題なければOKちょうだいー！」</p>
<p>例：フォーマル<br />
「明日14:00、渋谷Aカフェでの予定について最終確認です。ご都合に変更がなければ「OK」とお返事ください。」</p>
<p>テンプレを用意しておくと、先延ばしも減ります。</p>
<h2><span id="toc6">グループイベントの管理術</span></h2>
<ul>
<li>代表者（PO）を決める：調整役が一人いるだけで確定率が上がる。</li>
<li>投票ツールを使う：Doodle、Googleフォーム、LINEアンケートで候補を絞る。</li>
<li>事前支払いの仕組み：人数確定が必要な予約は事前に集金（割り勘アプリ）を活用。</li>
<li>キャンセルポリシーを共有：無断キャンセルは次回の優遇を減らすなど、軽いルールを作る。</li>
</ul>
<p>例：「予約は私が取るので、キャンセルは24時間前までにお願いします。直前キャンセルは次回の飲み会で割り勘率が上がるかもです（笑）」</p>
<p>冗談を交えると場の空気を壊さずにルールを通せます。</p>
<h2><span id="toc7">コミュニケーションの工夫：言い方とタイミング</span></h2>
<ul>
<li>非難を避ける：相手の行動を責めると防衛反応が出る。事実＋自身の影響を伝える。</li>
<li>Iメッセージを使う：「（事実）〜が起きると、私（の時間/予定/気持ち）が…」の形で説明。</li>
<li>合意形成のテクニック：「このルールでどう？」と相手を巻き込む。</li>
<li>デフォルトルールを作る：例えば「予定は72時間前までに確定する」をグループの標準にする。</li>
</ul>
<p>例：やんわりとした表現<br />
「都合が合わなくなったら仕方ないけど、直前だと僕が予定を変えられないことが多くて困るんだ。できれば前日までに教えてもらえると助かるよ。」</p>
<h2><span id="toc8">ADHDに効くツールとワークフロー</span></h2>
<ul>
<li>シンプルなカレンダー運用
<ul>
<li>色分け（仕事／プライベート／移動）</li>
<li>イベントに「所要時間」と「移動時間」を分けて入れる</li>
</ul>
</li>
<li>Todoアプリ連携
<ul>
<li>Google Tasks、Todoist、Notionで予定前にやることをリスト化</li>
</ul>
</li>
<li>リマインダーの多重化
<ul>
<li>72時間→24時間→当日朝で通知を複数設定</li>
</ul>
</li>
<li>テンプレート集
<ul>
<li>送信済みメッセージを保存しておき、流用</li>
</ul>
</li>
<li>自動化／スニペット
<ul>
<li>ショートカットキー（TextExpanderなど）やLINEの定型文で送信を高速化</li>
</ul>
</li>
<li>小さな実験（A/Bテスト）
<ul>
<li>「確認を24時間前だけにしたらキャンセル率は下がったか？」など、改善のための指標を持つ</li>
</ul>
</li>
</ul>
<p>エンジニアらしく、可視化・計測・改善をルーティンに組み込むと効果が長続きします。</p>
<h2><span id="toc9">代替案・バッファの設計（Plan Bを持つ）</span></h2>
<ul>
<li>ミニプランを用意：友達が来られなくても短時間でできる代替活動（読みたい本を持ってカフェで読書、近所の散歩など）。</li>
<li>時間ブロックの分割：大きなブロックを複数に分け、ドタキャンの影響を限定する。</li>
<li>セカンドオプションの友達を作る：同日に会える人を1〜2名リスト化しておく（急なやりとりをしやすい関係性が必要）。</li>
<li>仕事の切り替えタスク：短時間でできて満足感のあるタスクをいくつかストックしておく（メール整理、短いコードレビュー等）。</li>
</ul>
<p>ドタキャンが起きても「無駄」にならないように事前に設計しておくと気持ちが軽くなります。</p>
<h2><span id="toc10">何度も繰り返す相手への対処法</span></h2>
<ul>
<li>パターン認識：頻繁にキャンセルする人はその特徴（夜型、仕事多忙、優柔不断など）を把握。</li>
<li>期待値の調整：その人とは「A」クラスの予定を立てない、短時間で済ませる、または単独で会うことを避ける。</li>
<li>直接的なフィードバック：丁寧に、しかし明確に自分の感情と期待を伝える。</li>
<li>境界線の設定：頻繁なキャンセルが続くなら、次回から調整ルールを変更する（予約や前払いを求める、別の人にお願いする等）。</li>
</ul>
<p>例：フィードバックのテンプレ<br />
「最近ドタキャンが続いて、こちらの時間が捻出できず困っています。今後は前日までに確定できないなら一旦見送る形にしたいのですが、それでも大丈夫ですか？」</p>
<h2><span id="toc11">ドタキャンされたときの感情処理・セルフケア</span></h2>
<ul>
<li>まず深呼吸：即時の反応（怒りや落ち込み）を和らげる。</li>
<li>事実と解釈を分ける：「キャンセルされた（事実）」と「自分は見捨てられた（解釈）」を分けて考える。</li>
<li>代替行動リストを実行：計画していた時間を無駄にしないため、短い満足タスクをやる。</li>
<li>記録して学ぶ：誰がどの頻度でキャンセルするかを簡単にメモしておく（次回の判断材料に）。</li>
</ul>
<p>自分を責めるより仕組みで防ぐことにエネルギーを使いましょう。</p>
<h2><span id="toc12">具体的なメッセージテンプレ集（日本語）</span></h2>
<ul>
<li>誘い（具体的）
<ul>
<li>「6/10（土）14:00〜渋谷Aカフェでお茶しない？所要1.5時間くらい。行けたら◯/◯までに教えてね。」</li>
</ul>
</li>
<li>72時間前確認
<ul>
<li>「今週土曜14時の件、予定どうかな？変更なければOKお願い！」</li>
</ul>
</li>
<li>24時間前最終確認（カジュアル）
<ul>
<li>「明日だよー！渋谷Aカフェ14時ね。もし何かあったら早めに言ってね〜」</li>
</ul>
</li>
<li>当日朝（フォーマル）
<ul>
<li>「おはようございます。本日14:00、渋谷Aカフェでの予定は予定通りでお間違いないでしょうか？」</li>
</ul>
</li>
<li>ドタキャンされたとき（冷静）
<ul>
<li>「了解。ただ、直前だとこちらの予定が無駄になりやすいので、次回はもう少し早めに教えてもらえると助かります。」</li>
</ul>
</li>
<li>繰り返しキャンセルがある相手への境界線
<ul>
<li>「これまで何度か直前キャンセルがあったので、次回からは前日確定できないならこちらからは日程を提案しないことにします。合意できる？」</li>
</ul>
</li>
</ul>
<p>テンプレは自分の言葉に合わせて微調整してください。</p>
<h2><span id="toc13">エンジニアの視点でのユニークな工夫</span></h2>
<ul>
<li>SLA（サービスレベルアグリーメント）を自分の人間関係に応用：例えば「友達との予定の確定率が80%を下回る場合は改善策を提案する」など、数値目標に落とす。</li>
<li>ポストモーテム習慣：ドタキャンが起きたら簡単な振り返り（原因・予防策）をノートに残す。</li>
<li>バージョン管理的発想：友人関係の「v1（緩め）」と「v2（厳しめ）」を用意して、状態に応じてルールを切り替える。</li>
<li>フィーチャーフラグ：大切な約束のみ厳格なルール（事前確定・前払い）を適用する。</li>
</ul>
<p>このようにエンジニアリングの概念を使うと、感情に左右されずにルールを設計できます。</p>
<h2><span id="toc14">最後に：続けるコツ</span></h2>
<ul>
<li>小さな成功体験を積む：まずは1つのルール（24時間前確認）から始める。</li>
<li>ルールはシンプルに：複雑だと守るのが辛くなる。</li>
<li>他者に宣言する：友人や同僚に「こうする」と伝えると自分も守りやすい。</li>
<li>自分を責めない：完璧を求めず、改善を繰り返す姿勢を持つ。</li>
</ul>
<p>結局のところ、ドタキャンを完全にゼロにするのは難しいですが、仕組みとコミュニケーションで「発生率」と「影響度」を大きく下げることは十分可能です。ADHDの特性を踏まえて自分に合うルールを作り、エンジニアらしい反復改善でストレスの少ない約束管理を目指しましょう。</p>
<h2><span id="toc15">結論（まとめ）</span></h2>
<ul>
<li>事前に目的・時間・確定期限を明確にして約束を設計する。</li>
<li>確認は72時間・24時間・当日朝の3段階で自動化すると有効。</li>
<li>グループでは代表者・投票・事前支払いなどで確定率を高める。</li>
<li>ドタキャンの心理的ダメージは仕組みとセルフケアで軽減する。</li>
<li>繰り返す相手には期待値の調整や境界設定を行う。</li>
</ul>
<p>エンジニア的な発想（設計→測定→改善）を日常の予定管理に取り入れることで、友達との約束をもっと安定させ、自分の時間とエネルギーを守ることができます。</p>
<p>投稿 <a href="https://atueda.com/%e5%8f%8b%e9%81%94%e3%81%8b%e3%82%89%e3%81%ae%e3%83%89%e3%82%bf%e3%82%ad%e3%83%a3%e3%83%b3%e3%82%92%e9%98%b2%e3%81%90%ef%bc%9aadhd%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%8b%e3%82%a2%e3%81%ae%e3%81%9f/">友達からのドタキャンを防ぐ：ADHDエンジニアのための約束管理術</a> は <a href="https://atueda.com">ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ</a> に最初に表示されました。</p>
]]></content:encoded>
					
					<wfw:commentRss>https://atueda.com/%e5%8f%8b%e9%81%94%e3%81%8b%e3%82%89%e3%81%ae%e3%83%89%e3%82%bf%e3%82%ad%e3%83%a3%e3%83%b3%e3%82%92%e9%98%b2%e3%81%90%ef%bc%9aadhd%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%8b%e3%82%a2%e3%81%ae%e3%81%9f/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1268</post-id>	</item>
	</channel>
</rss>
