Give the conversation a clear purpose
How to host Twitter Spaces people can follow
You have a title and a start time, but no first question. Prepare the discussion before you announce it, then keep a record of what listeners helped you understand.
On this page
Give listeners a question they can recognize
You announce your first Twitter Space as a general chat, then realize you have no opening question and no idea how to fill the hour. A more specific invitation makes the session easier to host and gives a stranger a reason to join.
To host Twitter Spaces, create the session in X's mobile app, name the discussion, and start it or schedule it for later. Before going live, choose one question you can answer with concrete examples. Prepare the opening and decide how you'll bring other speakers in.
Spaces are public audio conversations on X/Twitter. X's Spaces overview says people who don't follow you can listen, and the web supports listening while hosting uses iOS or Android. A public room is a chance to meet people, not a promise that X will deliver an audience. Keep confidential customer details out of it.
For a fictional photography session, compare "Let's talk photography" with "How do you choose a lens for a small indoor studio?" The second gives the host somewhere to begin. It also helps a listener decide whether the conversation concerns them. Use a question you can genuinely discuss; a specific title won't rescue an unfamiliar subject.
Prepare the session before you announce it
Write down your answer to the main question and one example you can explain aloud. If the topic depends on seeing an image, publish a suitable reference post first so listeners have something to open. Don't build the whole discussion around details nobody can see.
Consider inviting someone with a different relevant experience. Confirm that they want to speak, what they'll cover, and the time in their own timezone. A guest is optional. Avoid announcing an impressive lineup before anyone has agreed to attend.
X's hosting instructions describe the mobile compose menu's Spaces option and Schedule for later. Accounts with protected posts cannot create a Space. Choose the date and time there, then share the Space link with the topic. A scheduled card lets people request reminders; plan to return and start the session yourself.
The host can invite speakers. A co-host can help manage requests and mute speakers. X also lets participants share posts into the Space. If you enable Record Space when creating it, the recording becomes publicly available afterward. Tell invited speakers your recording plan before they agree to join.
Test your microphone and connection beforehand. Keep your notes somewhere you can read without losing the app's controls. For an international audience, make the timezone explicit in the announcement; the time-zone guide explains why a city or UTC offset matters more than an unexplained hour.
Use a short running order you can actually keep
Try a 30-minute session if that fits the topic. This is a proposed format, not an X requirement or a proven growth formula:
| Time | What to do | What the listener gets |
|---|---|---|
| 0–3 minutes | State the question, introduce the speakers, and explain how questions will work. | Enough context to decide whether to stay. |
| 3–15 minutes | Work through one concrete example and a contrasting case. | An answer with reasons, rather than a collection of opinions. |
| 15–25 minutes | Invite relevant questions and bring the discussion back when it drifts. | A chance to clarify how the answer applies to their situation. |
| 25–30 minutes | Recap the useful distinction, name any unanswered question, and close. | Something they can use after leaving the room. |
Start with the substance even if only a few people are listening. Repeatedly saying that you're waiting for more people gives those already present little reason to stay. Briefly restate the topic when someone joins the discussion instead of restarting the entire introduction.
In the photography example, ask the guest to explain a room's constraints before recommending a lens. Then change one constraint, such as the distance to the subject. That produces a discussion people can follow without turning it into a list of products.
Moderate the conversation instead of filling every silence
Tell listeners how to ask a question before you invite them to speak. Ask for a short description of the situation, then a question. You can redirect a long introduction with something specific: "What are you trying to photograph, and how much room do you have?"
Give speakers time to answer. If two people disagree, ask which assumption differs. The useful part may be discovering that they're solving different problems. You don't need to force a verdict before you close.
Keep the promised topic in view. A pitch for an unrelated service doesn't become useful just because the speaker requested the microphone. Use the moderation controls when needed, and don't pressure a quiet listener to speak.
If you can't answer something, record the question in your notes rather than improvising expertise. Ask permission before using an identifiable attendee's story in a later post. For your own recap, you can explain the general problem without naming the person who raised it.
Separate the conversation from the posts promoting it
Afterward, note which question produced an example people could use. Write a recap that explains that example for someone who missed the session. If you recorded it, check the replay before linking to it. A post that only says "Great Space today" tells an absent reader very little.
Keep a small session record in your own files:
Space topic and URL:
Actual start time and timezone:
Question we set out to answer:
Example or distinction worth keeping:
Unanswered question:
Recording/replay link, if available:
Announcement post URL:
Recap post URL:
What I would change in the next session:
For the announcement and recap posts present in PilotMyX, review their text beside captured impressions, replies received, and available URL clicks. Those are post results, not listener counts. PilotMyX doesn't provide the session's audio or attendance report. Keep any session observations you gathered on X separate from the post metrics.
X's metrics reference distinguishes post impressions from URL clicks. Neither tells you how long someone listened to a Space. A missing click value is not a measured zero, and an increase in account followers doesn't establish which session or post caused it.
Read any questions under your recap too. The reply-to-post guide shows how a recurring question can become an original post without exposing the person who asked it.
Choose the next session from what you learned
Before announcing a recurring show, decide whether this conversation needs another session. Perhaps a listener exposed a second problem that deserves its own discussion. Perhaps the answer would be clearer as a short written explanation. You can choose either without committing to a weekly audio schedule.
If you host again, keep one part of the format and change the part that caused trouble. A discussion that ran out of time may need a narrower question. A session dominated by introductions may need a prepared first example. Use what actually happened rather than copying a large account's schedule.
PilotMyX can help you review the surrounding posts and prepare an approved original announcement or recap. Create and run the Space in X. Before sharing the next invitation, check that it names the question, the time, and what someone will get by listening. The call-to-action examples can help you make that invitation specific.
Use your own account