"Async" Slack channels are one of our secret weapons at @beondeck
After using them for ~18 months, I can't imagine Slack without them. Particularly now— operating 100% remote with 62 teammates in 14 timezones.
Here's the "how it works" post I use to open each new 1:1 channel 👇
Welcome to our private "async" channel!! 👋👋
Here's how it works —>
Anytime you need a quick response, e.g. "are you coming to this meeting?", use DM.
A Slack DM is like a tap on the shoulder. It says "I need your attention now, please stop what you are doing." Use these sparingly.
Anytime you're posting something more suited to asynchronous consideration and reply, post it here instead.
Treat your post in the main channel like the subject line of an email, then thread *everything* else, including any links and images. The thread is your "email" body.
Sometimes it helps to add an emoji to the start of the "subject line" post, indicating the nature of the message.
E.g.
❓ = question
💡 = idea
ℹ️ = fyi
🎉 = celebration fyi
Before starting a new thread, do a quick "cmd + F" search to see if we've already discussed the topic.
If so, you can add to the original thread, "repost to channel", quote and/or merge in older threads (a bit like Twitter, I suppose)
Keeping each "subject line" to one sentence helps keep this channel easily scannable, particularly if we're parallel processing lots of topics
You can also try pinning or saving threads, and adding emoji reactions, e.g.
☑️ = completed/closed
👀 = seen
⏳ = waiting on something
I recommend using Slack's “sidebar sections”, so you can keep all your async channels in one place, and collapse them to avoid being tempted by "bolded" channels.
I aim to check async channels once or twice per day (same as my inbox, fwiw)
Own your focus, don't break your flow.
We can also use this space to share “high bandwidth” video or voice updates asynchronously.
Try posting a “subject”, then recording a quick @loom video/audio, or using the “VM bot”. talk-talk.me
VM's are best for dense, context-rich updates.
Don't send VM's just because you can’t be bothered typing, that just offloads the work to the recipient to listen.
Used effectively, async video/VM's can save us hours of meetings, and all sorts of other coordination pains.
We're always evolving this model, so let us know if you have any ideas or feedback!
"If [college] teaches people to be productive citizens of society, On Deck is helping them become productive citizens of the internet"
— @eriktorenberg on the @NFX podcast.
What does this mean?
Why does it matter?
A quick thread exploring the @beondeck mission/vision:
👇👇
First, let's wind back the clock ⏪⏱
Back in the 90's and early 2000's, capital and credentials were bottlenecks to starting a technology company.
Anyone can start up... so long as you can get an MBA and $10M from Sand Hill Road.
In the mid 2000s, that all changed.
With the rise of AWS & open source software, the cost to spin up new software products plummeted.
Now, anyone can start up... so long as you can code.
3/ ODF = an intensive 10-week program bringing together a community of experienced engineers, designers, operators, and repeat founders. Includes extensive expert-led curriculum, co-founder dating, and more.
"I may not be starting a startup just yet — i'm taking some time out to explore, advise, angel invest, and think about what I want to do next. Is @beondeck for me?"
We use “on deck” as a verb to describe the state of being between things or thinking of moving on — being "open to opportunity."
To be clear: most in ODF are/are planning to be founders.
But tenured "explorers" contribute immensely to the community, and get a lot of value too.
While this group have been *incredibly* generous with their time, it's not all about "giving"
Joining On Deck is a powerful way to refresh your network, get inspired and boost your entrepreneurial energy, learn some new skills or test some ideas.