An empty chat bubble with a soft fade
← Notes·Anti-features

Why Knotos Doesn't Have Read Receipts

V
Van Thuong Dao·May 3, 2026·3 min read

Read receipts are designed to remove ambiguity. Did they see it? Yes (blue check). When? Right there. The problem is, real conversations need ambiguity. Without it, every silence becomes a referendum.

The user's phone vibrates. The receipt flips blue. The clock starts. If they don't reply in 5 minutes, you start guessing. 30 minutes, you start drafting. An hour, you delete the draft and resent them for an hour. They're in a meeting. They're driving. They saw it but didn't know what to say. None of that comes through. Just the timer.

Read receipts compress the social act of receiving a message into a status indicator. They turn asynchronous conversation into synchronous performance.

What we replaced them with

Status icons in Knotos communicate your message's journey to the server, not the recipient's mental state:

  • clock — sending. Network in flight.
  • checkmark — sent. Server received it.
  • checkmark.circle — delivered. The recipient's device has it.
  • exclamationmark.circle — failed. Retry available.

Notice what's missing: a "read" state. We deliberately stop at delivered. The message arrived on their phone. What they do with it is their business.

Group chats are different (a little)

In group chats with 5+ people, "has anyone seen this" becomes a logistical question, not an emotional one. So we considered group-only read counts ("3 of 5 read"). Decided against. The feature would create awkward emergent behavior — the last person to read becomes highlighted, the "leaver" effect.

Instead, message status in groups stops at delivered too. If someone wants to know if you saw it, they can ask. The vulnerability of asking directly is the point.

What people thought before vs. after

Internal user testing on TestFlight, n=12, all female, ages 28-54:

Before opening Knotos:

  • "I need read receipts to know if my messages went through." — 9/12
  • "Without read receipts I'll feel ignored." — 4/12
  • "That'll be weird." — 6/12

After 2 weeks:

  • "I forgot they were missing." — 8/12
  • "I check my phone less because I'm not waiting for the blue check." — 5/12
  • "My partner and I stopped fighting about 'you saw my message and didn't reply.'" — 1/12 (this surprised us)

The single most common reaction at week 2 was: I didn't notice. Which is the most honest endorsement we could ask for. The feature was there, then it was gone, and life kept working — better, actually.

The principle behind it

Knotos has a working list of design principles. One of them: if a feature creates predictable anxiety, it doesn't belong in an intimate app, even if users think they want it.

Read receipts are the most obvious example. Online dots are second. Typing indicators we kept, but only in active conversations and only briefly — not the "always on" version. Forwards we dropped because they create the wrong kind of intimacy (broadcast over presence).

Listening to users tell you what they want is good product practice. Listening to what stresses them out is better.

We didn't remove read receipts to be contrarian. We removed them because the people we designed Knotos for — the few who matter most — are the people you'd least want to feel watched by. The whole point is to put down the phone and trust that the relationship continues even when the screen is off.