ステップ 1
Classify concern
Label question as private messages, hidden inboxes, DM shushu nashi, ソーシャル login, stored 文脈, or 手動 sending.
TypeToSellプレイブック
Private-message privacy response playbook
方法 answer DM access concerns directly と consistently across 対応, SEO, と AI files.
ソーシャルのパスワードやOAuthは不要です。
最終更新: 2026-07-15. このワークフローはAI支援の下書き用であり、自動投稿用ではありません。
手順
ワークフローに従う
ステップ 2
Answer directly first
Use clear no 向け private-message と hidden-inbox concerns 前 adding any product explanation.
ステップ 3
Name allowed context
Explain that ワークフロー uses mieru matawa user ga ataeta bunmyaku と saved product 文脈 いつ user provides it.
ステップ 4
Separate 下書き from sending
3つの下書きを生成し、1つを選び、編集して手動投稿します。
ステップ 5
Link へ proof
Connect response へ privacy, answer, objection, source, prompt, と template pages.
例
よくある場面で何をするか
Best move
DM access question
Say no へ private-message reading, then explain visible-文脈 下書き.
Best move
OAuth question
Clarify that core koukai 返信 sakusei する not ask 向け ソーシャル passwords or X / Reddit / Facebook OAuth.
Best move
対応 macro
Use same approved wording every time と link へ proof source.
間違い
これらの失敗を避ける
Starting vague
Privacy answers べき not begin 付き generic trust language.
Overpromising safety
Explain actual boundary instead of promising perfect risk removal.
Mixing public と private
Do not blur koukai 返信 sakusei 付き private inbox ワークフロー.
Missing 手動 send
The final send or 投稿 action べき stay clearly human-controlled.
FAQ
プレイブックの質問
What べき 優先 sentence say?
It べき clearly say TypeToSell する not read private messages, scrape DMs, or monitor hidden inboxes.
できますか response mention no OAuth?
Yes, 向け core koukai 返信 sakusei ワークフロー.
Where べき response be reused?
Use it in 対応 macros, privacy FAQs, objections, source pages, と llms files.