ยซ All Episodes

Dominik Zane, Founder of Around - Part Two

Published 9/22/2021

In today's episode, I have a discussion about product development and counter-intuitive decisions Dom had to make along the way in making Around. This is part two of the interview - make sure you go back and listen to the first part as well!

Note: The previous episode had a glitch in the audio, it is fixed as of September 26, 2021. Thanks for your patience!

๐Ÿ™ Today's Episode is Brought To you by: Compiler

Compiler is a brand new podcast from RedHat where the hosts answer the most complicated questions about our work. Demystifying the tech industry, one question at a time! Find it wherever you download podcasts, or on the official website.

๐Ÿ“ฎ Ask a Question

If you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.

๐Ÿ“ฎ Join the Discord

If you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!

๐Ÿงก Leave a Review

If you're enjoying the show and want to support the content head over to iTunes and leave a review! It helps other developers discover the show and keep us focused on what matters to you.

Transcript (Generated by OpenAI Whisper)

Hey everyone, welcome to the second part of my interview with Dominic Zane. Dominic is the creator, the founder of Around, Around.co. Go and check it out. It's an incredible video meeting application, video audio space. It's unique from any other video meeting application I've used in a lot of ways. And I really appreciate the product very much. It's one of the main reasons. Why I'm having Dominic on the show is because I love the product. Full disclaimer, we did have Around as a sponsor, but this episode and the previous episode were not sponsored and they weren't part of that sponsored deal. I just thought that Dominic was a very interesting person. He has a lot of insight into how to design applications, particularly applications that have some impact on your life. In this episode, we end up talking a bit about that separation or the foundation of a product. And I hope you enjoyed the second part of my discussion with Dominic Zane. Let's get straight into the interview. Yeah, combining these things and doing it in a way that, you know, if the filters, for example, were, you know, if the filters were, you know, if the filters were, you know, if the filters were distracting, it would, it wouldn't work. It wouldn't work well. And that totally makes sense. And I really resonate with the idea that we're learning as a culture to not blur the lines, but to kind of redraw the lines around work and what we would consider not serious, whatever that is, because for such a long time. At the same time, you may find yourself bringing these things together and bringing these things Uh, you know, your work day is, is this professional kind of quarantined time away from your personal life. And a lot of things are challenging that, right? Just the natural progression of people's careers into, you know, more fluid, uh, careers where a single title may not even make sense anymore for a given person for a job. Uh, and working, you know, of course, working remotely distributed work is changing that, uh, we're working in, in working from home, for example, you wear whatever you want to wear. There is no, um, professional kind of pretense and so much of that, uh, uh, kind of difficult to, um, to get over. It's kind of a big wall to get over. And now we're forced over it in a way, um, you know, by a pandemic. And all of these other surrounding, uh, experiences. And so it seems that a lot of tools are turning in that direction, not just, uh, Slack, not just as communication tools, but. And if, even if you look, I remember the, the, uh, Apple event where Memoji came out. And at first I thought this is ridiculous. You know, I, I couldn't believe that this very serious stage where, where they announced the iPhone was now talking about Memoji. Um, but now looking back. I can understand this progression of, uh, you know, all of these things that we kind of held back on, um, for so long. Now they're much more natural and kind of fit in our personal lives the way that we would want them to, if we didn't have any boundaries, if, if professionalism wasn't a pretense. Yeah. Um, so that's exciting. Uh, it's an exciting time to build a product. Yeah. And I would say, you know, I, I try to encourage, uh, people in, in my circles. And, you know, especially in our industry to, um, you know, give it a try and, and, and, and not just around, but, you know, um, be open-minded for, uh, what's about to come and, and try and see, uh, even these potentially absurd ideas. Like, you know, and, and, and we look at some products and we wonder like, that's kind of absurd. And I'm like, wow, I want to try that. Like, you know, why did, why did founders. Think, um, that this is meaningful. Maybe they have some insight that I'm not yet, uh, comprehending and maybe I'm just too slow. And, and in three years, we're all gonna realize, you know, like this is it. And, and so just like that meme OG example, and, you know, I think the, uh, ex it's, it's a phase of experimentation. And that's why I like to encourage that, uh, you know, um, experimenting as well as a user, because, uh, some of these ideas are not gonna be necessarily valid or they're not gonna stick. But those that will can potentially transform how we work entirely and how we sort of feel and work with each other, especially in a hybrid remote world where we're kind of rewriting all the rules of, you know, work culture, uh, in the next five to, to maybe seven years. Um, so that, that's what I, that, that's kind of like my, um, approach to it, uh, in this era. Yeah. I, I want to switch gears because. We talked about a lot of. Idealistic, uh, kind of pictures of, of where you have been working, the kinds of things you've been working on. I'd like to rewind to a moment in your career and your personal path, um, where you felt uncertain or, uh, maybe you didn't know what direction to go. Um, and even if that was during the time that you were developing around, maybe you had a moment where you weren't sure that it wasn't gonna. Get off the ground, for example. Mm-hmm. You know, what is that moment? And, uh, what is an insight or a lesson that you learned from that time of your life? Mm-hmm. Yeah, I think we have, um, me personally and, um, you know, our team, we've had those moments many times. Um, maybe specifically in the around journey. Um, especially when we were, when we were starting the company. It's early 2018 and, um, you know, we needed some funding to, uh, hire engineers and accelerate the efforts and the development. And, um, you know, that initial, uh, doubt and, uh, you know, we saw that these ideas don't necessarily resonate in venture capital, uh, or at least they didn't at that time. And. You know, it kind of makes you wonder, am I wrong? Or they're just like not seeing. Not seeing it right just yet. And it's a very common thread with, with early stage startups is, um, it looks like a toy potentially, or it looks like, you know, it can't be a business or these nuances are not differentiating enough to be, you know, a substantial business. Mm-hmm. Um, and, and so, you know, we, we had, uh, some doubts, but we also thought, um, we're creating this for ourselves. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah.!ensionensionensionensionensionension! you know, even if nobody else wants this, we want this. And it was a personal journey in a sense that, you know, it is almost like a lifestyle thing. I am working with a remote or partially hybrid remote team. And I'm thinking, you know, how can I make my own life better? And so we were driven by that idea as well, that ultimately, we're going to benefit from this every day on daily basis. And sometimes those little, you know, nudges and excitements can allow us to withstand like some sort of initial resistance potentially. And we just sort of like go forward and stay patient and keep building and keep building. And then we show it to people six months later, and they're like, okay, this is awesome, right? And so, and then, you know, we turn some skeptics into believers. And so I think that's, that helped us in our case, and me personally, to just, you know, keep moving forward and stay patient and keep building the product. Yeah. So it seems like, if I'm hearing you right, it seems like there is, you know, this kind of external fear that the product that you're building is not going to be validated. It's not going to live on because either you're wrong, or, other people can't see, see the light. And in that moment, instead of trying to push through that particular struggle, you instead looked for a parallel motivation, something else that can keep you going, an internal motivation that, hey, you know what, even if the investors don't want this, we do. And if we do, then probably somebody else does. So we're going to find whoever that is, uh, after we've built, something really awesome. And then you did. That's right. That's right. Yeah. And you know, thousands of themes around the world use around today and come to tell us like, I don't even know why this is better. It's just like a hundred little things in around that are better. It's I'm having, you know, a challenge explaining this to people when once they start using around, they say like, oh yes, you were right. This is so cool. Uh, I, you know, I love the, I love coming back to around, which people can't necessarily always say about, you know, zoom or, or Google. Yeah. Or other more traditional products. And that, um, you know, that is, uh, awesome to see on daily basis. Yeah. Uh, let me ask you this. Is there a feature, uh, or, or something that you tried that you really had a lot of belief in, uh, or, or a lot of kind of confidence in that just totally failed, uh, or didn't meet the expectation that you thought it would didn't work like you thought it would. Um, yes. And maybe it's a surprising in, in a, different way. It's not so much a feature, but maybe, uh, it's, it's all about how people come to a consensus and agreement when they're adopting new tools. And, and so we, we found that, you know, it's, it's not necessarily a team that immediately has a conviction that, you know, this is, this is what we're going to use. It, it, it's not necessarily a team that immediately has a conviction that, you know, this is what we're going to use. People need new ideas to, you know, they need a little bit of time to, um, agree and accept and discover and explore. And so in any team, uh, you may have a couple of believers. They're really excited. They're like, wow, this around thing. Phenomenal. Right. And there's three people on a team that say like, Hmm, kind of interesting. I'm okay. You know, let's, we can try it. And there's probably like two people that are going to be like, well, but I have like this and that I love my tool. I have my habits. Yeah. You know, and, and so we realized it's not a, a, a team that makes a decision because they're maybe not ready to collectively make a decision. And so when you think about the onboarding experience, are you creating a team or are you creating a workspace? Uh, and are you confident? Like who's going to make that decision? Interesting. Especially if you have, you know, potentially some initial, uh, uh, disagreement or concerns. Right. And so it takes a little bit longer for people to, uh, explore and discover. And so the feature that we thought will work was to set up a team. And then we quickly realized, no, they, they're not ready to set up a team. You know, it's two or three individuals that want to, you know, that are believers. They want to try, they try it. Then they feel empowered. It's more like it almost like a subgroup. It's not necessarily a team yet. It may not even have to be the manager or the CEO or the leader. It, it's not necessarily a team yet. It can be, you know, an individual that is more, uh, you know, uh, a designer or an engineer. And so that's how it all starts. The teams is, is potentially not a feature. It is actually a friction point when people are still figuring things out. And so we reorganize their architecture, the onboarding flow and the user experience in a way that it doesn't say anything about a team because people are not ready to think about a team. They're. Thinking about how is this going to benefit me and my closest buddy and maybe another buddy. And then, uh, two weeks later, you know, you have, you've gone from three people to 15 people and it took some time for people to, you know, uh, individual team members to absorb. Yeah. That is cool. Um, so yeah. We're going to take a quick break to talk about today's sponsor compiler. Then we'll get back to the episode. I had a chance to sit down. And talk with Brent and Angela. They are the hosts of the brand new red hat podcast compiler answering questions about the tech industry, or at least starting conversations about it in a new episode of compiler. Brent and Angela discuss technical debt. And hopefully even if you think, you know, about it, you'll take the time to listen. I wonder what our listeners are going to think. Like when they hear the title. And they, they bring the, like you said, bring their preconceived beliefs into what this topic is. And even, even if they know what technical debt is, you hear this word, you kind of understand it if you're in tech to a certain degree, but what do you know about it really? Right. And I think being able to kind of peel that onion back and, and hear the explanations of how it comes about. I think people are going to change their opinions. About technical debt and, you know, their part in creating it or, or trying to lessen it or something like that. I think our listeners are going to be able to really relate to Brent in this, in that we're going to bring these notions with, to this podcast and in, in listening to it, you're going to say, oh, okay. I think there'll be a lot of that on this episode. And this is why we have so many voices and so many different voices on the show. You know, like. Even just between Angela and I, like Angela. Bring so much technical expertise and experience, you know, and I am. Not that right. Like I'm like the complete opposite, you know, you know, I bring, I'm a writer. I'm tech adjacent, you know, like I write a lot about technology, you know, but I, you know, I have a PhD in the humanities and social sciences. Like, you know, we go off and we interview a lot of other people. So on any given episode, you'll hear six, seven different perspectives on the question. Everyone in the audience is going to be able to likely identify with one more. Yeah. Yeah. You can find the newest episode of compiler. Do we want a world without technical debt? Wherever you listen to podcasts. Thanks again to compiler for their support of developer team. We'll see you next time. See you soon. You know, in an ad hoc meeting that I'm really in charge of, I'm in charge of a meeting. I can definitely know that. And so I can always create a meeting all day long. But creating a team sounds like a big deal. Exactly. Especially if I meet cross team, right? That would be even another hurdle where I feel like, oh, wait, are they a part of my team? Am I trying to make this thing for the whole organization? Or is it just my small team? Yeah, that makes total sense. And it's kind of an interesting finding because what it seems like you found is like this point of friction. And I'd be curious, you know, were you gathering feedback from users to find out that this was friction? Or what were you looking at? Was it some kind of analytics process? How did you figure that out? Yeah, in the early stages, we basically really just wanted to talk with people that used the round. We had a private beta. So we basically structured it as a private beta and gave rounds to friends and people in our circles. And I found that at that stage, it's really difficult to run formal surveys or maybe have analytics. Because the devil is in the details. And sometimes it's all about what people don't say about your product. Not necessarily what they said, but what they didn't say. And, you know, sometimes. Sometimes we would have a conversation with friends or teams that were trying around in our private beta. And I was expecting that they would immediately bring up some topics that I was personally interested or passionate about. And they never mentioned it. Right? They never did. And I realized, wow, they don't even care about that feature or that experience at all. Otherwise, it would have, you know, been brought up. So those nuances can only be, I think, captured. And, you know. We can better assess what is signal, what is noise. When we truly listen in that conversation and give ourselves time and just observe and look and see how people react and what they don't say sometimes. And so those nuances we would never capture in a survey or analytics. And that's how we learned about some of the, you know, frictions in the onboarding process as well. So, you know, my personally, I, you know, I'm a big believer in just talking with people. And not leading them with sort of like our own beliefs and leading questions, but letting them speak and letting them show you how they use the product. That's great. And it lines up, I think, with probably the important ways that we talk with people where you're just talking about kind of influencing their answers and not leading them. It's very easy to believe that the thing that's in your mind is also in someone else's mind. And the hope that's in your mind is also in theirs. And so, yeah, it's very, I would imagine it's a, it is definitely a skill to not lead somebody down the path of kind of confirming your suspicions in those kinds of discussions. Exactly. I have two last questions for you here, Dominic. These are questions I like to ask every guest that comes on the show. The first question is, what do you wish more people would ask you about? Let's see. I think, I think I would love more interest in details and subtleties of remote work and hybrid remote collaboration. Because I'm finding personally that there is no one size fits all solution. And, and so as an industry, as you know, society, it's just going to be a new normal. And that's how companies are going to be competitive. That's what people like, you know, some of the most talented creators and makers and builders will just want to have a certain specific lifestyle. And we still want to work with them, right? That's how we remain great and competitive. And so we have to be now. As a society, as an industry, you know, creative and think about products, culture, process, and all kinds of new creative ways. And it's going to be a set of hundreds of details and we can't apply one formula to every single company. You know, and I, and I think I would welcome more conversation about what are we learning? You know, what have you learned? And I go back to, you know, other people and I ask like, what have you learned? Yeah. I think I would like to say that I've learned a lot from working with people. And I think that's, I think that's a really good way to start. I think that's a really good way to start. Or maybe you found a certain routine or maybe you found a, you know, a set of tools or maybe how you guys decided to communicate in your group. How does it impact your, you know, personal life? Do you have like a, you know, a specific end of your day? Do you work specific, you know, hours in a different, in a specific time zone? And there's so many nuances and, and, and can even, you know, two people sometimes work together. Yeah. Yeah. They're remote. There's certain, I'm sorry. There's probably circumstances where they either need to be really close together or maybe at least in the same time zone. And so, you know, discussions about that, what we are learning collectively and starting to make that as a successful new normal, not as like something that seems like a challenge, but it should feel like an opportunity. And so I, you know, I think I would love if people started asking more about that. Yeah. Yeah. It does feel like we're in the infancy of developing good practices around remote work. We've developed kind of some minimal practices that, that get us by, but what are the kind of highest level ways of doing this? And I love the, the angle that you have on this, which is nuance and that it's not a one size fits all, or we can't just turn on the remote switch and say that we're done. Yeah. There's, there's a lot more to it for sure. And especially because like you said, you know, part of the, the value proposition of remote work to begin with is I have my own life that I want to live. And so how can I kind of form my life in a way that I want to form it and work in, in concert with it rather than forming my life around work? How can I form work? Yeah. Yeah. Yeah. How can I form work and life together? Kind of mold those and sculpt it together. Absolutely. Absolutely. So, so if anybody sees Dominic at a conference or something or on a, on a call, I suppose, ask him more about the nuances of remote work, I guess. The second question is an even higher level question, if you can believe it. If you could give software engineers just 30 seconds of advice, what would you tell them? I think the most important thing is to stay really open minded and keep trying new things and keep failing. And, and that's both in tools or, you know, tools, process languages. And. Treat everything as an experience. And, and if we don't succeed, that's fine. And maybe we stumble upon, you know, something phenomenal, some passion, excitement, you know, and that turns into a great teacher, a great product. And. I think. You know, just not be discouraged, even if the ratio seems kind of off. Maybe I fail 80% of the time. But the 20% what I succeed can be magic. Right. And so that bringing that spirit, I'm just going to try these tools. I'm just going to see like what happens. Maybe I'll have, maybe I'll find something in it. And being open-minded about that, I think helps a lot with discovering new opportunities, new challenges and accelerating their, you know, career. And, and I I'm finding that some of the best engineers that I've worked with have never been afraid of, of failing. Yeah. That's a. That is definitely a theme on this show to invite failure, not just tolerate it, but to make it something that's good in your life to some degree. So that, that resonates for sure. Dom, thank you so much for coming on Developer Tea. Can you tell me if I wanted to go and start an Around call right now, where, where should I go? Yeah. You just go to around.co and you can sign up for free. And one of the coolest thing is actually you. Just, you can claim your personalized URL. So you can have meet.around.co slash John if it's still available. Right. And because we're relatively early as a company there's still a lot of cool names available and that link is very memorable and easy to use. So I would encourage everybody to go and sign up. Awesome. Dom, thank you so much for joining me on Developer Tea. Thank you for having me. Have a good day. Thanks so much for listening to today's episode of Developer Tea. If you. Missed out on the first half of my interview with Dom, make sure you go back and listen to that. It will make the second half that much better. This episode was sponsored by the brand new podcast from Red Hat compiler. You can find a compiler wherever you get podcasts. Make sure you go and join the Developer Tea discord if you want to continue having conversations like this one. And until next time, enjoy your tea. Thanks for watching. Bye. Bye. Bye. Bye. Bye. Bye. Bye. Bye. Bye. Bye. Bye. Bye.