Ask HN: Async updates: Input friction vs. Output friction?
I'm building a tool for async standups, but I'm torn on where to focus the automation first. I see two distinct failure points:
1. Input Friction (The Maker's Tax)
Context Switching: Stopping coding to recall yesterday's work and writing a paragraph is a huge flow-killer for devs.
Result: Updates become vague ("fixed stuff") or treated as a mindless chore.
2. Output Friction (The Manager's Tax)
Signal-to-Noise: Managers have to parse scattered logs across Slack/Jira to reconstruct the actual project state.
Result: Updates are posted but ignored because consuming them takes too much cognitive effort.
In your experience, which bottleneck is the bigger problem?
Should I prioritize making it easier to write (auto-drafting from logs) or easier to read (auto-summarizing context)?
No comments yet.