<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>TeamUp Blog</title>
    <link>https://teamup-live.com/en/blog</link>
    <atom:link href="https://teamup-live.com/en/blog/feed.xml" rel="self" type="application/rss+xml"/>
    <description>Organizing amateur games in the group chat — product scenarios and build log.</description>
    <language>en</language>
    <lastBuildDate>Sun, 23 Aug 2026 09:00:00 GMT</lastBuildDate>
    <item>
      <title>How to Run Game Sign-ups in a Group Chat With 10+ Players</title>
      <link>https://teamup-live.com/en/blog/roster-in-group-chat</link>
      <guid isPermaLink="true">https://teamup-live.com/en/blog/roster-in-group-chat</guid>
      <pubDate>Sun, 23 Aug 2026 09:00:00 GMT</pubDate>
      <description>Why the plus/minus tally under a pinned message stops working past ten players, and what keeps a pickup roster straight without turning sign-ups into a second job.</description>
      <content:encoded><![CDATA[<h2>The tenth player is where it stops working</h2>
<p>&quot;Who&#39;s playing Saturday?&quot; A pinned message, a wall of replies — &quot;+1&quot;, &quot;in&quot;, &quot;+2, me and a friend&quot;, &quot;out, can&#39;t make it&quot; — and somewhere around the tenth or eleventh reply you stop being able to hold the count in your head. So you start over from the top: scrolling, tallying on your fingers, matching whoever dropped mid-thread against whoever joined late. Under ten players this is mildly annoying. Over ten it&#39;s a recurring job, and it comes back every week the team plays.</p>
<p><img src="https://teamup-live.com/blog/roster-in-group-chat/thread.png" alt="A thread under a pinned message: five plus-and-minus replies, the last one asking how many are in after all — with no answer"></p>
<p>That isn&#39;t a hypothetical. In one team&#39;s chat logged from April 6 to July 15, 2026, there were 145 bare &quot;+&quot;/&quot;-&quot; replies across the period, and the median roster for a game was about 16 people. At that size a thread of pluses and minuses stops being a list and becomes something you reconstruct from scratch, every single time.</p>
<h2>Four ways teams keep the list by hand — and where each one breaks</h2>
<p>Almost every pickup team lands on one of these. All four work fine at six players. Here&#39;s where each gives out.</p>
<p><strong>The pinned message the organizer edits.</strong> One numbered list, kept current by hand. The most readable option and the most expensive one: every &quot;+1&quot; and every drop-out is an edit, and the edits arrive while you&#39;re at work. Miss two of them and the pinned list quietly stops matching reality — which is worse than having no list at all, because people trust it.</p>
<p><strong>The plus/minus thread.</strong> Zero effort to write, all the effort at read time. Nobody can answer &quot;how many are we?&quot; without scrolling the whole thread and doing the arithmetic, so in practice one person does it and everyone else asks that person.</p>
<p><strong>A poll.</strong> Good for a yes/no headcount, weak for everything else: a poll can&#39;t take &quot;+2, me and a friend&quot; as two people with names, can&#39;t hold a waiting list once the game fills up, and can&#39;t tell you which of the two guys named Max actually voted.</p>
<p><strong>A spreadsheet.</strong> Correct, auditable, and the only one of the four that survives an argument about who owes what. The cost is that it lives outside the chat: someone has to copy sign-ups into it by hand, and most players will not open a link to add themselves. That friction is exactly what the group chat existed to avoid.</p>
<h2>What breaks isn&#39;t the &quot;+&quot;, it&#39;s the recount</h2>
<p>The plus itself is a perfectly good way to say &quot;I&#39;m in&quot;. What stops scaling is the counting around it.</p>
<ul>
<li><strong>A guest isn&#39;t a number.</strong> &quot;+2, me and a friend&quot; eventually needs a name attached to the friend, or nobody knows who&#39;s actually showing up. Under ten people everyone already knows who &quot;the friend&quot; is. Over ten, they don&#39;t.</li>
<li><strong>Drop-outs land mid-thread.</strong> Someone writes &quot;+1&quot; on Tuesday and &quot;out, can&#39;t make it&quot; on Thursday. Whoever counts by scrolling has to reconcile those two in order, and not miss the second one.</li>
<li><strong>People stop counting and start asking.</strong> Once the thread is too long to read end to end, &quot;who&#39;s on the list?&quot; becomes one of the most common messages in the chat. In that same corpus, one question shows up in at least fifteen different phrasings — &quot;roster?&quot;, &quot;list?&quot;, &quot;who&#39;s in?&quot;, &quot;what&#39;s the final lineup&quot;, &quot;give me the roster for the game&quot; — simply because reading forty replies to answer it yourself stopped being realistic.</li>
<li><strong>People stop trusting the tally and start checking themselves in it.</strong> Under a hand-kept column it&#39;s routine to see &quot;wait, am I even on here?&quot;, &quot;Alex, did you actually add me?&quot;, &quot;is Chris on the list?&quot;, &quot;didn&#39;t he drop out?&quot; Not because anyone made a mistake — because a hand-kept list can&#39;t be verified except by asking the person who keeps it.</li>
</ul>
<p>None of this is a knock on any particular organizer. It&#39;s what happens to any manually maintained list once it crosses the point where a person can hold it in working memory, which for most of us is somewhere between ten and fifteen items.</p>
<h2>Registering someone else is the real bottleneck</h2>
<p>Here&#39;s the detail that&#39;s easy to miss: most of the traffic on a real roster isn&#39;t people signing themselves up. In the same corpus, registering someone <em>else</em> was the most frequent assistant action of all — 125 calls, ahead of every other command the team used. &quot;+2, me and Max&quot; isn&#39;t one sign-up, it&#39;s two, and one of them belongs to a person who never typed a word in the chat. The second most common input form isn&#39;t a &quot;+&quot; at all: it&#39;s someone pasting the whole finished lineup as a block of text, sometimes two people pasting competing versions.</p>
<p>A keyword parser that counts &quot;+1&quot; and &quot;-1&quot; can&#39;t handle either case. It has no way to know that &quot;add Max too, he&#39;s coming&quot; means registering one specific extra person, named mid-sentence. The TeamUp assistant reads the message instead of pattern-matching it: &quot;+1 for Max&quot; registers Max specifically, gives him his own line and his own number, and — this is the part that matters for teams with regulars — searches the chat for an existing Max before creating a new one, asking you which one you meant only when it genuinely can&#39;t tell. Two people with the same first name in one roster isn&#39;t an exotic case; it happened twice in four months in that one chat.</p>
<h2>What holds a 10+ roster together</h2>
<p><img src="https://teamup-live.com/blog/roster-in-group-chat/roster.png" alt="The same chat: a &quot;+1 for Max&quot; gets a numbered roster back, with the guest on his own line under his own name"></p>
<p><em>A demo: in a real chat the assistant&#39;s reply is written by the model in the chat&#39;s own language, so the wording will differ.</em></p>
<p>The mechanism is deliberately unglamorous: people keep writing in the chat exactly the way they already do. &quot;+1&quot;, &quot;in&quot;, &quot;add my brother&quot;, &quot;take me off&quot; — none of that changes. What changes is what happens after someone types it.</p>
<ul>
<li>Every registration gets a <strong>badge number at the moment it&#39;s made</strong>, and that number doesn&#39;t shift when other people join or drop. &quot;#7&quot; means the same person on Tuesday and on Saturday.</li>
<li><strong>A guest gets their own line</strong>, separate from whoever brought them, instead of vanishing into an unlabeled &quot;+2&quot; nobody can unpack later. If they went in under a placeholder name, renaming them later keeps both their number and their spot.</li>
<li><strong>&quot;Who&#39;s on the list?&quot; is answered from the current state</strong>, not from someone&#39;s memory of the thread. Ask it however you&#39;d ask a person; what comes back is the roster as it stands.</li>
<li>If the organizer set a headcount limit for the game, sign-ups past that number <strong>go to a waiting list</strong> automatically instead of piling on top of a full game, and the organizer can promote someone from it when a spot opens.</li>
<li>A team that already has a finished lineup — pasted from last week, or grouped under team names — can hand it over as one block instead of one name at a time. It registers as an ordered list, badge numbers following the order given. Nobody gets removed silently: anyone currently registered who isn&#39;t in the pasted list is shown to you, and dropped only if you confirm.</li>
</ul>
<p>From inside the chat the effect is that a roster of twenty behaves like a roster of six. Ask, get an answer, done.</p>
<h2>Honest limits</h2>
<p>Worth saying plainly, because a tool that quietly fails at the edges is worse than one that&#39;s upfront about them.</p>
<p>None of this replaces announcing the game — an event has to exist before anyone can sign up for it. A waiting list only exists if a headcount limit was set; without one, sign-ups are simply open, however many people show up. Splitting a confirmed roster into teams is a separate step with its own trade-offs, and it isn&#39;t a strength rating — teams are assigned randomly or by hand, with the organizer moving individual players around afterwards.</p>
<p>And if your team&#39;s chat isn&#39;t on Telegram or VK at all — a WhatsApp group, say — a roster can still run through a public sign-up link instead of a bot in the chat. But that link asks people to log in with Telegram, Apple or VK before they can sign up. &quot;No install&quot; is true; &quot;no account at all&quot; isn&#39;t.</p>
<h2>The bottom line</h2>
<p>The plus/minus habit isn&#39;t the problem — it&#39;s the recount underneath it that doesn&#39;t survive a long list. Past ten players that&#39;s not an edge case, it&#39;s the normal week. Whoever keeps the roster — a person, a spreadsheet, or an assistant reading the same chat — the test is the same: does &quot;who&#39;s on the list?&quot; get answered from a fact, or from a scroll? Every other surface is really just the group chat wearing different clothes, and if a bot is already in yours, <a href="https://teamup-live.com/en/docs/get-started">the setup takes about a minute</a>.</p>

<p><a href="https://t.me/rocky_agent_bot?start=bgroster-in-group-chat">Add the bot to your team chat</a></p>]]></content:encoded>
    </item>
  </channel>
</rss>
