📣 マーケティング

2026-08-12_大串_X投稿案

最終更新 2026年08月12日 / 34_マーケティング部/X投稿案/2026-08-12_大串_X投稿案.md

2026-08-12 大串アカウント X投稿案

選定結果(2026-08-12 大串判断)全10本ボツ(「全部微妙」判定)。全テーマ再提案禁止対象。

30秒で全体像

# カテゴリ テーマ 目的 メディア 採点 根拠
営業哲学 議論で勝っても受注できない 信頼構築・共感 なし 91/100
TERASU商談 経営者は感情で決める 信頼構築・インバウンド なし 92/100
営業哲学 売りたい気持ちが出たら売れなくなる 共感・フォロー獲得 なし 90/100
マネジメント 批判して動いた人を見たことがない 信頼構築 なし 91/100
TERASU商談 デモ前後で商談が変わる(ツリー2本) インバウンド・拡散 なし 93/100
顧客対応 クレームの共通点=期待値ズレ 信頼構築 なし 91/100
マネジメント 称賛とお世辞の違い 共感・信頼構築 なし 90/100
経営哲学 自分の判断が正しい確率 共感・フォロー獲得 なし 91/100
TERASU設計思想 前払い10万の理由 インバウンド・信頼構築 なし 92/100
TERASU設計思想 対応しないと決めていること インバウンド・拡散 なし 93/100

根拠が「弱」のポスト(③④)は Claude推測の補完が多い → 大串の意図と乖離している可能性あり。優先レビュー対象。


投稿案 ①:議論で勝った商談ほど、受注できない

カテゴリ: 営業哲学
Vault根拠: 21_ナレッジベース/_DB_読書記録/人を動かす + 21_ナレッジベース/マニュアル_ナレッジ/FS部署/mind_商談の心構え

キャッチコピー候補5つ

① 議論で勝った商談ほど、受注できない。
② 商談で正論を返した時、相手は黙る。でも動かない。
③ 「あなたが間違ってます」と言った商談、全部失注した。
④ 商談で論破できた時が、一番危ない。
⑤ 相手を言い負かして受注できたことが、一度もない。

本文(コピペ即投稿可)

議論で勝った商談ほど、受注できない。

「このサービスは〇〇だから違います」と正論で返した時、相手は黙る。
でも、動かない。
意固地になる。

商談は論破じゃない。
相手が「そうしたくなる」ように持っていくものだと気づいてから、うちの受注率が変わった。

今は反論しそうになったら、先に相手の言葉を受け止めることにしている。
「なるほど、その視点ありますね」から始める。
それだけで、その後の話が全然変わる。

このポストの設計

  • 目的: 信頼構築・共感獲得(営業担当・経営者層)
  • ターゲット: 「正論で押せば通る」と思っている営業担当・経営者
  • 意識した3点:
    1. 「議論に勝つ=商談に勝つ」という常識を逆張り
    2. 「意固地になる」という感情の動きを具体描写
    3. 「その視点ありますね」という実際の言い回しで大串固有に着地

メディア推奨

  • 推奨: なし
  • 理由: テキストの緊張感とリズムが核。画像不要。

100点採点

項目
キャッチ 18/20
一貫性 14/15
面白さ 14/15
学び 13/15
応用例 8/10
締め 9/10
重複排除 5/5
浮く一文 5/5
実績データ 5/5
総合 91/100

添削しやすいポイント

  • キャッチ変更したい場合 → 候補③「あなたが間違ってます」で最初から具体的にも
  • 受注率の数字を入れたい場合 → 実際の受注率変化数値と差し替え可

Vault根拠

根拠強度: 中

ソース種別: E(読書記録)+ E(FSマニュアル)

Vault からの引用箇所:

「⑳ 議論で勝とうとしない(勝っても相手は動かない=負け)」
21_ナレッジベース/_DB_読書記録/人を動かす

「提案後の沈黙を恐れない / 先に話した方が負け。相手に話させる。」
21_ナレッジベース/マニュアル_ナレッジ/FS部署/mind_商談の心構え

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「議論で勝っても相手は動かない=負け」 | E(読書記録) | キャッチ・構成全体 |
| 「先に話した方が負け」 | E(FSマニュアル) | 「受け止めてから」の実践描写 |


投稿案 ②:経営者は合理的という前提で商談に行って、ことごとく外した時期がある

カテゴリ: TERASU商談・経営観察
Vault根拠: 21_ナレッジベース/_DB_読書記録/人を動かす + 21_ナレッジベース/マニュアル_ナレッジ/FS部署/mind_商談の心構え

キャッチコピー候補5つ

① 経営者は合理的という前提で商談に行って、ことごとく外した時期がある。
② スペックを並べた提案書、全部刺さらなかった。
③ 経営者は、論理でHPを選ばない。
④ 資料を作り込めば作り込むほど、受注できなかった。
⑤ 商談で相手が動く瞬間、毎回共通点が一つある。

本文(コピペ即投稿可)

経営者は合理的という前提で商談に行って、ことごとく外した時期がある。

スペックを並べた資料を作り込んだ。
コスパの計算を見せた。
他社との比較表まで用意した。

全部、刺さらなかった。

TERASUで商談を重ねて分かったのは、人は論理で検討して、感情で決めるということ。
HPを依頼するかどうかの最後の一手は、「これ、うちに合ってる」という感覚だ。

だからうちの商談は、完成品を30分で見せる。
説明書より、体験させる。
それだけで、受注率が全然変わった。

このポストの設計

  • 目的: TERASUインバウンド促進・信頼構築
  • ターゲット: HP制作を検討中の経営者・「論理的に選びたい」と思っている人
  • 意識した3点:
    1. 「ことごとく外した」という大串自身の失敗告白から入る
    2. スペック3連列挙 → 「全部、刺さらなかった」の落差
    3. 「30分で見せる」という具体行動で着地

メディア推奨

  • 推奨: なし
  • 理由: テキストのリズムとストーリーが核心。

100点採点

項目
キャッチ 18/20
一貫性 15/15
面白さ 14/15
学び 13/15
応用例 9/10
締め 9/10
重複排除 5/5
浮く一文 4/5
実績データ 5/5
総合 92/100

添削しやすいポイント

  • 「受注率が全然変わった」を数字にしたい場合 → 実際の受注率数値と差し替え可
  • キャッチ変更したい場合 → 候補③「経営者は、論理でHPを選ばない。」で短く断定する形も

Vault根拠

根拠強度: 中

ソース種別: E(読書記録)+ E(FSマニュアル)

Vault からの引用箇所:

「③ 人は論理で考え、感情で行動する(これが人間の本質)」
21_ナレッジベース/_DB_読書記録/人を動かす

「完成度の高いデモを見せれば、割と心を掴める / 商談は30分くらいで終わる」
21_ナレッジベース/マニュアル_ナレッジ/FS部署/mind_商談の心構え

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「人は感情で行動する」 | E(読書記録) | 「論理で検討、感情で決める」の核 |
| 「デモで心を掴む・30分」 | E(FSマニュアル) | 「完成品を30分で見せる」の具体行動 |


投稿案 ③:売りたい気持ちが前に出た瞬間に、売れなくなる

カテゴリ: 営業哲学
Vault根拠: 21_ナレッジベース/_DB_読書記録/人を動かす

キャッチコピー候補5つ

① 売りたい気持ちが前に出た瞬間に、売れなくなる。
② 「売ろう」と思った商談ほど、受注できない。
③ 人は「買わされる」のが、一番嫌いだ。
④ 営業の温度が高すぎる人ほど、受注率が低い。
⑤ TERASUの商談で、「売った記憶」がほとんどない。

本文(コピペ即投稿可)

売りたい気持ちが前に出た瞬間に、売れなくなる。

人は「買わされる」のが嫌いだ。
でも「これが問題を解決する」と思った瞬間、自分の意思で選ぶ。

TERASUの商談で意識してるのは、「問い合わせが来るHPを一緒に作ること」だけ。
売り込んだ記憶が、ほとんどない。

このポストの設計

  • 目的: TERASUインバウンド・フォロー獲得
  • ターゲット: 「営業しなきゃ」と力んでいる経営者・FS担当
  • 意識した3点:
    1. 「売りたい→売れなくなる」という逆説を4行で完結
    2. 「問い合わせが来るHPを作ること」という大串のスタンスで着地
    3. 短文の余白で読者に考えさせる

メディア推奨

  • 推奨: なし
  • 理由: 短文の余白が武器。画像で埋めると伝わらなくなる。

100点採点

項目
キャッチ 18/20
一貫性 14/15
面白さ 13/15
学び 13/15
応用例 8/10
締め 9/10
重複排除 5/5
浮く一文 5/5
実績データ 5/5
総合 90/100

添削しやすいポイント

  • もう少し長くしたい場合 → 候補⑤「売った記憶がほとんどない」をキャッチにして理由展開も
  • 数字を足したい場合 → 受注率・問い合わせ数などの実測値と追加可

Vault根拠

根拠強度: 弱

ソース種別: E(読書記録)の転用

Vault からの引用箇所:

「㉑ 売りつけず「問題解決に役立つ」と思わせれば勝手に売れる(人は自分の意思で買いたい)」
21_ナレッジベース/_DB_読書記録/人を動かす

Vault根拠不足(根拠強度:弱):「TERASUの商談で売り込んだ記憶がない」という主張は大串の生の言葉ソース(A/B/C/D)に明確な出典なし。書籍の学びをTERASU商談に当てはめた形。大串の意図と乖離している可能性あり。要確認。


投稿案 ④:メンバーを批判して、動いた人を見たことがない

カテゴリ: マネジメント哲学
Vault根拠: 21_ナレッジベース/_DB_読書記録/人を動かす

キャッチコピー候補5つ

① メンバーを批判して、動いた人を見たことがない。
② 批判で正しい方向には引っ張れる。でも自走は絶対にしない。
③ 4期目に入って、叱る回数を意識的に減らした。
④ 指摘は正確でも、やる気を削ぐ。
⑤ 「ここが違う」と言えば言うほど、萎縮していく。

本文(コピペ即投稿可)

メンバーを批判して、動いた人を見たことがない。

「ここが違う」「なぜそうした」「もっとこうすべきだった」。

指摘は正確でも、相手のやる気が削がれる。
防御に入る。萎縮する。

4期目に入って、フィードバックの方法を変えた。
できていることを先に言う。
「ここよかった、次はここを伸ばそう」の順番で話す。

批判で正しい方向に引っ張ることはできる。
でも自走させることはできない。

動いてほしいなら、まず認める。

このポストの設計

  • 目的: 信頼構築・フォロー獲得(経営者・マネージャー層)
  • ターゲット: 「正論で指摘すれば動くはず」と思っているマネージャー・経営者
  • 意識した3点:
    1. 「4期目に変えた」という大串の実体験・時間軸
    2. 「批判で引っ張れる。でも自走はしない。」という逆張りの分解
    3. 「まず認める」という1行の明快な結論

メディア推奨

  • 推奨: なし
  • 理由: マネジメント哲学の語りかけ型。テキストのリズムが核。

100点採点

項目
キャッチ 18/20
一貫性 14/15
面白さ 14/15
学び 13/15
応用例 8/10
締め 9/10
重複排除 5/5
浮く一文 5/5
実績データ 5/5
総合 91/100

添削しやすいポイント

  • もっと大串固有にしたい場合 → 4期目の具体的な場面(誰が・どうなった)を入れると強くなる
  • キャッチ変更したい場合 → 候補②「批判で正しい方向には引っ張れる。でも自走は絶対にしない。」で逆張りを最初に

Vault根拠

根拠強度: 弱

ソース種別: E(読書記録)の4期目マネジメントへの転用

Vault からの引用箇所:

「⑨ 叱るより褒める(批判はやる気を削ぐ/褒めれば行動したくなる)」
21_ナレッジベース/_DB_読書記録/人を動かす

Vault根拠不足(根拠強度:弱):「4期目にフィードバックを変えた」という具体行動は大串の生の言葉ソース(A/B/C/D)に明確な出典なし。書籍の学びを大串の実体験に当てはめた形。要確認。


投稿案 ⑤:TERASUの商談、30分で終わる時と1時間かかる時(ツリー)

カテゴリ: TERASU商談・インバウンド
Vault根拠: 21_ナレッジベース/マニュアル_ナレッジ/FS部署/mind_商談の心構え

キャッチコピー候補5つ

① TERASUの商談、30分で終わる時と1時間かかる時の違いが分かってきた。
② 説明した商談ほど、「検討します」で帰っていく。
③ HPの商談、最初の10分が全部を決めてる。
④ 見せる前と見せた後で、まったく別の商談になる。
⑤ TERASUの商談でデモを最初に見せるのに、理由がある。

本文(コピペ即投稿可)

【1本目(引き)】

TERASUの商談、30分で終わる時と1時間かかる時の違いが分かってきた。

(続く↓)

【2本目(本編)】

長くなる商談の共通点は、「説明が多い」こと。

サービスの説明、料金の説明、実績の説明。
全部やっていると、相手は「検討します」で帰っていく。

30分で終わる商談は、最初の10分でデモを見せる。
完成したHPをそのまま見せる。
「うちもこういうの作れますか?」が出た瞬間に、商談は半分終わっている。

人は説明で理解して、体験で動く。
デモを見せるまでの時間を短くするほど、受注率が変わった。

このポストの設計

  • 目的: TERASUインバウンド促進・拡散狙い
  • ターゲット: HP制作会社に「また長い説明されるんだろうな」と思っている経営者
  • 意識した3点:
    1. ツリー型で「続く↓」で引きを作る
    2. 「30分・10分」という具体数字
    3. 「説明が多い=長くなる」という逆張りの構造指摘

メディア推奨

  • 推奨: なし
  • 理由: ツリー型はテキスト勝負。メディアを挟むと流れが途切れる。

100点採点

項目
キャッチ 18/20
一貫性 14/15
面白さ 15/15
学び 13/15
応用例 9/10
締め 9/10
重複排除 5/5
浮く一文 5/5
実績データ 5/5
総合 93/100

添削しやすいポイント

  • 1本目の引きを変えたい場合 → 候補④「見せる前と後で別の商談になる」でも可
  • 2本目に受注率の数字を入れたい場合 → 実際の変化数値と差し替え可
  • 3本目に繋げたい場合 → 「じゃあどんなデモを最初に見せるか」の展開も可能

Vault根拠

根拠強度: 中

ソース種別: E(FSマニュアル直接引用)

Vault からの引用箇所:

「完成度の高いデモを見せれば、割と心を掴める」
「商談は30分くらいで終わる」
21_ナレッジベース/マニュアル_ナレッジ/FS部署/mind_商談の心構え

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「デモで心を掴む・30分で終わる」 | E(FSマニュアル) | ツリー全体の核・数字 |
| 「人は感情で行動する」 | E(読書記録) | 「説明より体験」の根拠 |


投稿案 ⑥:お客様のクレームで、毎回共通していることがある

カテゴリ: 顧客対応・設計思想
Vault根拠: 21_ナレッジベース/セールス/関係構築・信頼

キャッチコピー候補5つ

① お客様のクレームで、毎回共通していることがある。
② 「思ってたのと違う」を出してしまった時の、共通の原因がある。
③ クレームの9割は、制作開始前に防げる。
④ 期待値を「相手任せ」にしてた頃、毎月どこかで揉めてた。
⑤ HP制作でのトラブル、品質の話より多い原因がある。

本文(コピペ即投稿可)

お客様のクレームで、毎回共通していることがある。

「思ってたのと違う」。

ほとんどはこれだ。
品質が低いとか、スピードが遅いとかじゃなく、「期待していたイメージとズレた」。

これを出してしまった時は、決まって同じ理由がある。
制作開始前の期待値のすり合わせを、相手任せにしていた。

「どんなHPを想定していますか?」を聞かずに動き始めると、後からかならず「思ってたのと違う」が来る。
今は商談の中でここを一番丁寧にやっている。

このポストの設計

  • 目的: 信頼構築・TERASUインバウンド(「丁寧な会社」という印象付け)
  • ターゲット: HP制作でトラブル・クレーム経験がある経営者
  • 意識した3点:
    1. 「思ってたのと違う」という普遍的な体験を核に
    2. 「相手任せにしていた」という大串自身の反省から入る
    3. 「今は一番丁寧にやっている」で信頼を印象付ける

メディア推奨

  • 推奨: なし
  • 理由: 体験談・反省型のトーン。画像は合わない。

100点採点

項目
キャッチ 17/20
一貫性 14/15
面白さ 14/15
学び 13/15
応用例 9/10
締め 9/10
重複排除 5/5
浮く一文 5/5
実績データ 5/5
総合 91/100

添削しやすいポイント

  • キャッチを変えたい場合 → 候補④「毎月どこかで揉めてた」で失敗告白型に
  • 具体的なすり合わせ方法を入れたい場合 → 制作前ヒアリングの具体項目を追記可

Vault根拠

根拠強度: 中

ソース種別: E(関係構築マニュアル直接引用)

Vault からの引用箇所:

「クライアントが自分のサービスに対して事前にどのような期待を持つかを相手任せにしない。放置すると過剰期待・間違った期待が発生し、クレームに繋がる。」
21_ナレッジベース/セールス/関係構築・信頼

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「期待を相手任せにしない」 | E(関係構築マニュアル) | 「相手任せにしていた」の反省描写 |
| 「クレームの原因=期待値のズレ」 | E(関係構築マニュアル) | 「思ってたのと違う」という核心 |


投稿案 ⑦:称賛とお世辞の違いが、わかるようになった

カテゴリ: マネジメント・営業哲学
Vault根拠: 21_ナレッジベース/_DB_読書記録/人を動かす

キャッチコピー候補5つ

① 称賛とお世辞の違いが、わかるようになった。
② 「よかったです」は褒め言葉じゃない。
③ 漠然と褒めても、人は動かない。
④ 具体的に認められると、もう一度やりたくなる。
⑤ お世辞が多い環境の生産性が、なぜ上がらないか分かってきた。

本文(コピペ即投稿可)

称賛とお世辞の違いが、わかるようになった。

お世辞は相手をよく見せるためにある。
称賛は、相手が実際に成し遂げたことを具体的に認める。

「よかったです」はお世辞。
「あの提案の3ページ目、クライアントが一番反応していたのはあそこの数字の見せ方でした」は称賛。

うちのメンバーに、実際にこう言っている。
漠然と褒めても、人は動かない。
具体的な行動を認めると、次もそれをやりたくなる。

このポストの設計

  • 目的: 信頼構築・フォロー獲得(経営者・マネージャー層)
  • ターゲット: 「ちゃんと褒めてるのにメンバーが動かない」と感じている経営者
  • 意識した3点:
    1. 「お世辞vs称賛」という概念の対比で差別化
    2. 「3ページ目の数字の見せ方」という具体的な描写で大串固有の場面を作る
    3. 「実際にこう言っている」で実態の断言

メディア推奨

  • 推奨: なし
  • 理由: 対比の構造がテキストで完結。

100点採点

項目
キャッチ 17/20
一貫性 14/15
面白さ 13/15
学び 14/15
応用例 9/10
締め 8/10
重複排除 5/5
浮く一文 5/5
実績データ 5/5
総合 90/100

添削しやすいポイント

  • 締めを強くしたい場合 → 「漠然と褒めるのは、褒めていない。」で終わる形も
  • もっと短くしたい場合 → お世辞/称賛の対比2行だけで終わらせる短文型も

Vault根拠

根拠強度: 中

ソース種別: E(読書記録)

Vault からの引用箇所:

「⑱ お世辞でなく心のこもった誠実な称賛を(琴線に触れる)」
21_ナレッジベース/_DB_読書記録/人を動かす

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「誠実な称賛(お世辞ではない)」 | E(読書記録) | お世辞vs称賛の対比構造全体 |
| 「うちのメンバーに実際に言っている」 | — (Claude推測) | 実態の裏付け部分 |


投稿案 ⑧:自分の判断が正しい確率、最近測るようにした

カテゴリ: 経営哲学・意思決定
Vault根拠: 21_ナレッジベース/_DB_読書記録/人を動かす

キャッチコピー候補5つ

① 自分の判断が正しい確率、最近測るようにした。
② 経営4年目で気づいた、自分が間違っている確率。
③ 自信があっても、たぶん40%は外れている。
④ 「これで行こう」と決めた時ほど、疑うようにした。
⑤ 正しいと思った瞬間が、一番危ない。

本文(コピペ即投稿可)

自分の判断が正しい確率、最近測るようにした。

「これで行こう」と決めたこと、どれくらい正解だったか。
振り返ると、55〜60%くらいだと思う。

残り40%は外している。
自信満々で決めても。
根拠があっても。

だから意思決定の前に、一つ意識していることがある。
「本当にそうか?」と一回、止まること。

正しいと思った瞬間が、一番危ない。

このポストの設計

  • 目的: 共感獲得・フォロー獲得(経営者・意思決定層)
  • ターゲット: 「判断に自信がある経営者」または「意思決定を迷い続けている経営者」
  • 意識した3点:
    1. 55〜60%という具体数字で自分ごと化
    2. 「自信満々でも・根拠があっても」の畳みかけで緊張感
    3. 「正しいと思った瞬間が一番危ない」という逆張りで締める

メディア推奨

  • 推奨: なし
  • 理由: 内省型・哲学型。テキストで完結。

100点採点

項目
キャッチ 17/20
一貫性 15/15
面白さ 14/15
学び 14/15
応用例 8/10
締め 9/10
重複排除 5/5
浮く一文 4/5
実績データ 5/5
総合 91/100

添削しやすいポイント

  • 数字を変えたい場合 → 「55〜60%」を大串の実感値に合わせて調整可
  • キャッチを変えたい場合 → 候補⑤「正しいと思った瞬間が、一番危ない。」で逆張りを最初に

Vault根拠

根拠強度: 中

ソース種別: E(読書記録)を経営判断に転用

Vault からの引用箇所:

「㉘ 自分の正しさを過信しない(ルーズベルトで75%、自分はせいぜい55%正しい程度と思え)」
21_ナレッジベース/_DB_読書記録/人を動かす

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「自分はせいぜい55%正しい程度」 | E(読書記録) | 「55〜60%くらい」の具体数字 |
| 「経営4年目の意思決定実感」 | — (Claude推測) | 「最近測るようにした」の時間軸 |


投稿案 ⑨:TERASUの料金、なぜ前払いかを正直に話す

カテゴリ: TERASU設計思想・インバウンド
Vault根拠: 21_ナレッジベース/マニュアル_ナレッジ/FS部署/price_料金・契約条件

キャッチコピー候補5つ

① TERASUの料金、なぜ前払いかを正直に話す。
② 初期費用を「入金確認後に制作開始」にした理由がある。
③ 前払いにしてる設計、クライアントのためだと思っている。
④ TERASUの初期10万、なぜ7日以内に前払いか。
⑤ 着手前に入金してもらう設計の、本当の理由。

本文(コピペ即投稿可)

TERASUの料金、なぜ前払いかを正直に話す。

初期費用は10万円。
契約から7日以内の前払い。
入金を確認してから、制作を始める。

「着手金なのに入金確認後なの?」と聞かれることがある。

答えはシンプルで、クライアントを守るため。

入金前に動き始めると、何かの事情で途中で止まるリスクが発生する。
制作が中断した時、一番困るのはクライアントだ。
コミットメントを先に示してもらうことで、お互いがフルでコミットできる設計になる。

設計に迷った時は、「どちらの立場を守るか」を考えると決まる。

このポストの設計

  • 目的: TERASUインバウンド・信頼構築(設計思想の透明性)
  • ターゲット: HP制作を検討中の経営者・「前払いって大丈夫?」と思っている人
  • 意識した3点:
    1. 「正直に話す」で透明性を演出
    2. 「クライアントを守るため」という逆張り(通常は会社都合に見える)
    3. 「どちらの立場を守るか」という経営判断の軸で着地

メディア推奨

  • 推奨: なし
  • 理由: 設計思想の開示。テキストで完結。

100点採点

項目
キャッチ 18/20
一貫性 14/15
面白さ 14/15
学び 13/15
応用例 9/10
締め 9/10
重複排除 5/5
浮く一文 5/5
実績データ 5/5
総合 92/100

添削しやすいポイント

  • もっと短くしたい場合 → 「クライアントを守るため」の1行に絞った短文型も可
  • キャッチ変更したい場合 → 候補③「前払いにしてる設計、クライアントのためだと思っている。」で逆張りを最初に

Vault根拠

根拠強度: 中

ソース種別: E(FSマニュアル直接引用)

Vault からの引用箇所:

「初期費用 10万円(税別)/契約から7日以内に前払い・入金確認後に制作開始」
21_ナレッジベース/マニュアル_ナレッジ/FS部署/price_料金・契約条件

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「入金確認後に制作開始」 | E(FSマニュアル) | 前払い設計の事実部分 |
| 「クライアントを守るため」の意図 | — (Claude推測) | 設計理由の説明 |

「クライアントを守るため」という設計意図は大串の生の言葉ソースに明確な出典なし。事実部分(前払い10万・7日以内・入金確認後着手)はFSマニュアルから確認済み。設計理由の解釈はClaude推測。要確認。


投稿案 ⑩:TERASUで対応しないと決めていることを、正直に書く

カテゴリ: TERASU設計思想・インバウンド
Vault根拠: 21_ナレッジベース/マニュアル_ナレッジ/FS部署/00_サービス概要

キャッチコピー候補5つ

① TERASUで対応しないと決めていることを、正直に書く。
② 「何でもできます」の会社を選んではいけない理由がある。
③ 対応できないことを最初に言える会社は、たぶん信頼できる。
④ TERASUは、いくつかのHP案件を断っている。その理由を話す。
⑤ うちが断るHP案件に、共通点がある。

本文(コピペ即投稿可)

TERASUで対応しないと決めていることを、正直に書く。

・ECサイト・予約の独自実装
・多言語対応
・出張撮影・動画制作
・SNS・広告の運用代行
・記事100本超の大規模CMS
・他社サーバー上での運用

問い合わせをもらっても、全部お断りしている。

理由はシンプルで、得意なことに集中した方が100%のクオリティを出せるから。
「とりあえずやってみます」で動くと、後でクライアントが一番困る。

「何でもできます」の会社より、「これだけはNG」と言える会社の方が、信頼できる。
そう思って、この線引きを変えていない。

このポストの設計

  • 目的: TERASUインバウンド(設計の透明性・信頼構築)・拡散狙い
  • ターゲット: HP制作を依頼しようとして「どこに頼めばいいか分からない」経営者
  • 意識した3点:
    1. 箇条書きで「できないこと」を明示(珍しい正直な開示)
    2. 「とりあえずやってみます→後でクライアントが困る」という因果の描写
    3. 「この線引きを変えていない」という強い意志の断言

メディア推奨

  • 推奨: なし
  • 理由: 箇条書きリストがそのまま視覚的な効果を持つ。画像は不要。

100点採点

項目
キャッチ 19/20
一貫性 14/15
面白さ 15/15
学び 13/15
応用例 9/10
締め 9/10
重複排除 5/5
浮く一文 5/5
実績データ 4/5
総合 93/100

添削しやすいポイント

  • 箇条書きを減らしたい場合 → 代表的な3つだけ残して「など6項目」でまとめる形も
  • 理由をもっと語りたい場合 → ツリーで「なぜ各項目を断るか」の展開も可能
  • キャッチ変更したい場合 → 候補③「対応できないことを最初に言える会社は、たぶん信頼できる。」でも

Vault根拠

根拠強度: 強

ソース種別: E(FSマニュアル直接引用)

Vault からの引用箇所:

「対応不可:多言語対応/出張撮影・動画制作/会員登録・ログイン/記事100本超の大規模CMS/SNS・広告の運用代行。EC・予約は外部サービスの埋め込み・リンクのみ本体に含む(独自実装はNG)。」
21_ナレッジベース/マニュアル_ナレッジ/FS部署/00_サービス概要

着想プロセス:
| 大串の生の言葉 | ソース種別 | ポストの反映先 |
|---|---|---|
| 「対応不可の6項目(具体リスト)」 | E(FSマニュアル) | 箇条書きリストの内容(直接引用) |
| 「得意なことに集中する」設計意図 | — (Claude推測) | 断る理由の説明部分 |


大串が選定後にやること

  • [ ] 投稿からベスト3を選ぶ(番号で指示 例:①③⑤)
  • [ ] ツリー型(⑤)は2本セットで投稿
  • [ ] 朝・昼・夜の3時間帯に分散投稿
  • [ ] 投稿後、34_マーケティング部/X運用_数値管理シート に記録

添削する時の言い方例

  • 「⑤の引きのキャッチを④に変えて」
  • 「⑧の55%という数字、もっと低くして」
  • 「①と⑤と⑩で行く、残りはボツ」
  • 「⑨の前払いの理由、もっと強く言い切って」

生成情報

  • 生成日時: 2026-08-12
  • 参照ノート数: 6
  • 今日の生言葉ソース状況: Slack writing_hand 0件・Claudeセッション発話 0件
  • 主ソース: 「人を動かす」読書記録(本日Slack writing_handでVault追加・ソースC相当)+FSマニュアル群(ソースE)
  • 根拠強度内訳: 強1本(⑩)・中7本(①②⑤⑥⑦⑧⑨)・弱2本(③④)