I remember thinking about this exact problem (branching conversations, in particular audio), but I couldn't find a reasonable consumption pattern.
Looking at how I consume podcasts, it's a completely passive experience - I probably have something in my hands and can't talk. Choosing paths is just too much interactivity.
I figured that maybe that's just a wrong mode to look at it and people can consume the whole thing differently, not as a podcast. Ok then, I'm an obsessed power user/fan, I consume the whole thing, all branches. Given how human attention/memory works, that means returning to earlier parts of recording after listening to branch at least some of the time, multiple times experiencing 'where did we start? Let me go back a bit. Oh, that topic was the starting. Let me forward a bit now that I know it'. That's horrible, I think. You were at least more reasonable than me when thinking about it and decided to have only 1 level of branching ; )
In similar vein, what happens when comment gets added after I already listened/how do I know which parts are 'the definite experience'? Unlike previous two issues, those questions are answerable, but I'd still like to hear what you think the answers are!
Definitely will be modifying the experience to be fully handsfree.
I think the context issue is what can make this actually work or not. Currently it's not built out but my thinking is to have a short context of what was commented on i.e. 10 seconds before the comment. That way you can jump back into the conversation from a new comment left.
I think the context can also be determined by how long it's been since you listened to the last audio - meaning a comment left after a week might have 60s of context vs a comment after 10 mins might just have 5s.
And yes, the UI isn't great at showing what you already listened to now but that needs to be obvious too.
There could be a way for responder to signal where the content they are answering starts, with some sort of fuzzy automation in the future. I have strong doubts about the actual experience of this for the listener, but maybe that's solvable.
I meant situation, where I already consumed the whole recording, but it gets response later on.
I do not have mental model for context being logically attached to the response. Do you think about it as response+context being a valid piece of content?
Then as comments come in they can follow a dialog structure, or the original poster can come in and add some clarification as a reply.
edit: If there are a lot of comments coming in, you could set it to autoplay only the top X comments and their replies or whatever.
For reviewing afterwards, it would also be really helpful to have an auto transcription so you can quickly scroll through for anything you missed or want to go back to.
Threaded voice memos would be cool. I have some friends who send voice memos like emails and I like it a lot. If we could converse more like email that would be cool. Maybe there's even something like a blockquote in threaded voice memo universe? (Low pass filtered sample of the original memo?) :-)
I agree with other commenters who are confused about the use case for this though. Podcasts are passive in my understanding. I don't listen to them but the people I know who do listen to them in situations where they really wouldn't want to be doing something interactive. (Like working on a car, or walking the dog.)
Edit: thinking about it a bit more, I suppose you're trying to set up a broadcast platform, not a communication platform. In those terms I think it makes more sense, but maybe using the words "conversation" and "friends" leads the mind in the wrong direction. You might try appealing to podcast authors directly?
And yes I think some of the language is confusing, thanks for the feedback I'll be modifying some of the copy shortly
Why did you decide to work on this specific idea? I don’t quite see what problem this is meant to solve and for whom, which makes it a little hard to understand the app.
I hope that doesn’t come across as discouraging an interesting experiment.
The demo video focuses on how the UI works, but it might be more helpful if it showed a situation someone is in where they have a use for this. Basically, “real” people doing real recordings, not just the same person talking for a few seconds to show that the app is recording.
The idea came when a few friends and I wanted to "start a podcast" but ultimately didn't want to actually share what we were talking about. We also were spread out all around the world so we started uploading short audios to a google drive.
There could be a parent script on a particular topic-call it a mini-lecture-which can then be “forked” by each user (or team). Then there would be a private and unique version of that interaction which is uniquely identified and stored for the advisor as well as the user.
The advisor might want to monetize these “forks” somehow-so that would need to be considered.
A side-by-side comparison of this with an asynchronous “zoom” experiment would be interesting to test the value of audio alone.
Cheers! Looks interesting!
Edit: I see from the comments that nested roads are on the way. Excellent!
Also audio upload time was a bit slow.
I like how add friends just lists everyone on the platform! Quaint!
Could this be a place to make friends?
But an interesting idea.
IMHO, the use case for async audio notes is not entertainment "podcast". People listen in a passive and linear way.
But the use case is team planning and note taking for on-the-go and hybrid WFH teams.
Add some ability to "call-in", listen and add comments and you've got something like an audio Kanban board.
Also add voice2text to dump a threaded transcript.
I've already replaced a few group chats, it's good for conversations that aren't urgent like talking about ideas.
My approach was to focus on the tuition market with the voice comments for feedback from the tutor.
Always impressed seeing ideas come to market.
My thinking with delaying it was this the following:
- Launch with only private channels and get a decent sized user base recording content.
- Once the app has a decent size of active users allow public channels/ episodes. Then their will be people who will record & post daily.
BUT I'm learning that most people would rather consume content than create it - which makes sense so I need to come up with a better way or partnership to get creators to create the public content.
My biggest "fear" is having a public feed that rarely is updated because no one is posting haha.
No bloated download. No upgrade treadmill. Just short podacsts with no install.
Castini-hosted podcasts include:
* Castini Show: https://castini.frequal.com/cast/show/Castini%20Show/2394171...
* Flavourcast: https://castini.frequal.com/cast/show/Flavourcast/f7e171e8-2...
Can you add a monthly GoCardless subscription so I can help this service continue to exist?
It’s always a hassle to combine separate audio streams, and simply using the zoom recording isn’t usually good enough (the quality is quite low).
So having an app that records on-device but later merges those audio streams seamlessly is very useful.
