Fears and Anxieties of Running a Business

06/28/18 • 52 min

In this episode of Building Infinite Red, Jamon, Ken, and Todd touch on the fears, anxieties, and struggles of running a business. They share stories and thoughts on starting a business, managing stress, how success and failure impact focus, the difference between venture capital and other sources of funding, fear of missing out, and the importance of knowing what you stand for.

Show Links & Resources

Episode Transcript

TODD WERTH: So I thought a good topic today, one of the reasons because I'm personally interested actually, hear what Jamon has to say and Ken has to say, and of course I'm sure they're interested to hear what I have to say. But the topic is when you start a new business or you're an entrepreneur doing multiple businesses, or anything of that particular area. What are some of the biggest fears, anxieties, apprehensions, that you might have you know before the process, during the process, whenever? I find this very fascinating, because I imagine a lot of people, well maybe some people who are listening are experiencing these right now and A) it'd be great to hear someone else express the same thing so they know that they're not alone in this, and B) it's kind of interesting to think about yourself. It kind of, it's not something you typically sit down and think about, so if you two don't mind, that'd be a really interesting subject for today.

KEN MILLER: Sounds good.

JAMON HOLMGREN: Yeah. Well I think back to when I started by business. It was 2005, and I was working for a home builder at the time, so I had a, you know, decent job. It was an office job. I was doing I think cad design and marketing for this builder. Not really doing programming. But I decided that one of the things that ... well I had, prior to this time, I had thought, you know I'd be really nice to own my own business at some point. It'd be something that I would aspire to. And I think that part of that was my dad owning his own business and knowing a lot of entrepreneurs kind of played into that. I thought it would be an interesting thing. I've always been a little bit independent. Want to kind of set my own course.

So I started thinking about doing this and talking with my wife, and at the time I had a six month old baby. That was my first kid, my son, who is now 13 years old. Around actually this time of year is when I decided that I was going to do this. What helped was an opportunity that came up. So the apprehension of how do I get my first customer was sort of already taken care of. My uncle had a bunch of work that he needed done, and he asked me if I wanted to do it kind of on the side, or as a business, and that gave me the confidence to pull the trigger and say, let's so this. Because I had a built-in customer right away. But I do remember the first month sending my bill over to him, and it was only eleven hundred dollars, and that was all I had earned that whole month was eleven hundred dollars. And that was a wake up call to me that, hey I can't just expect the money to come in, and that was definitely ... I sat up and noticed.

TODD: Yeah, that's really interesting. So when you started ClearSight, that was your first company, correct? At that time?

JAMON: That's right. Yeah, ClearSight. There were other points along the way where I was sort of I got kind of gut-punched. Many times along the way. One was when ... my first business was doing websites, but it was also doing CAD designs, so I had essentially two business, and the CAD design part of it, you know designing homes, designing remodels, those sort of things eventually dried up, because remember that was during 2008, 2009 the housing recession kind of came along and that impacted the designers first, because we were the first ones in the process. People stopped taking money, equity out of their homes to do remodels. They just stopped doing it. So basically the whole market dried up.

I remember my uncle told me, "I don't have any work to send you anymore." And I had a few accounts myself, but they were pretty slow too. And I kind of sat at home for a few days and felt sorry for myself. But in typical Jamon fashion, I was like, well I guess it's time to go do this myself, so I went out and literally started knocking on doors at offices and stuff and handing out my business card. Wasn't too successful at that, but it was at least doing something, and then things turned around eventually.

TODD: Since you had a new baby at home, and obviously you're married, and you're trying to support them.

JAMON: Right.

TODD: Did...

Show Links & Resources

Episode Transcript

KEN MILLER: Sounds good.

TODD: Yeah, that's really interesting. So when you started ClearSight, that was your first company, correct? At that time?

TODD: Since you had a new baby at home, and obviously you're married, and you're trying to support them.

JAMON: Right.

TODD: Did...

Previous Episode

How Should I Charge For Software Development?

The theme of this episode is centered around the lessons learned in charging for software development. Starting with a question from the Infinite Red Community, Todd, Ken, and Jamon touch on hourly vs. project pricing, the tension between time and value, how software estimating is a lot like weather forecasting, and the many experiments conducted over the years to find the right pricing model for Infinite Red.

Episode Transcript

JAMON HOLMGREN: We received a question from the community, community.infinite.red, it's a Slack community that we have. Trent asks, "Hey Jamon, I'm enjoying the podcast. Will you guys be covering hourly pricing versus project pricing? It's a question we're dealing with right now. Which do you guys prefer, and what are some lessons learned to bring you to that choice?"

I think this is a really great question. Todd, do you wanna talk about what we're doing right now? And then we can go into maybe what we've done in the past, and what brought us to that choice?

TODD WERTH: Sounds good. Yeah that's a great question, and it's actually a really tough one to deal with. So, what we do now, is we do weekly pricing. We charge per person-week, and we call it "person-week" as opposed to "a week of work" because it could actually be two people working maybe half a week each and that would be one "person-week." Because we're doing person-weeks, we have a point system. So, 100 points equals a person-week. We don't track time. We used to, and we can talk about that—we used to bill hourly. We don't track time, we don't actually know how long things take, it's just, we estimate our tasks in points, and if we've reached a hundred or more per person-week and we charge per person-week, then we're accomplishing our goal.

JAMON: There's a bit of a tension between time and value, and this has been something that we've dealt with, I mean, I've dealt with, since I started my first consultancy. Of course, value-based pricing is kind of a holy grail of pricing for consultancies, and we've heard this for a long time, that you should charge for the value, not just the time that it takes. So an example, this would be fixed-bid pricing, where you're essentially betting on delivering the software in a reasonable amount of time, but you're getting paid on the value to the client.

The problem is that our costs are not based on value. So, we're not necessarily paying our people based on the fixed-bid, a percentage of the fixed-bid, or something like that. There are industries that do that, but ours is not one of them. So we're paying people salaries, and our costs are over time, and so if something takes a very long time, then our profitability and the ability of the company to remain financially solvent is threatened.

Conversely, you have, of course, hourly. We've done that in the past, and the nice thing about hourly is that it corresponds, obviously, very tightly with the amount of time that it takes to do. But the problem is that every hour is not equal. You have hours that are maybe really valuable, you've automated something and in a lot of cases you're actually delivering more value than the client is paying for, quite a bit more. And then there are others where the person's getting spun up, or they're hung up on a particular problem, whether it's their fault or not, and that turns into a bit of an issue, because then you're billing hundreds of dollars an hour for something where the client isn't really getting a lot of value. So I think that's why we ended up where we are, in a way.

TODD: Yeah, both have issues. When you're doing hourly, it might seem to a client that's more fair, but it's not. It means every time there's a bug, or any time there's an issue, we basically are nickel-and-dimeing them, and they don't necessarily like that. We have to spin up someone, like Jamon said, where in our value system that we use now, they don't see any of that. We fix the bugs because it's part of the value of that particular feature. It does mean, though, sometimes, that we can produce a feature faster than the hourly would've been, and so they get charged, I guess, more for that.

KEN MILLER: There's a couple of different ways that hourly works out sometimes, though. There's certainly the very literal, like, you sit there and you run a clock, like the way a lawyer would, you actually have a little timer that shows exactly what you're doing. When I worked for a large sort of corporate consulting company, Big Five-style, back in the '90s, I remember my first week I was filling out my time card, and I filled in the insane hours that I worked, because that's the kind of work that you do. And my project manager comes over to me and he's like, "No no no no no no no no, this is not what you do." And he took my time card and he ...

Next Episode

Experience or Education?

In this episode of Building Infinite Red, we talk about the importance of education and experience when starting out in software development and how things change when you move from making your products to running your business. From books and online resources to bootcamps and higher education programs, Jamon, Ken, and Todd share their stories, insights, and opinions for every level of professional.

Show Links & Resources

Episode Transcript

TODD WERTH: Today's topic is education. I actually don't recall what this topic's about. Ken, do you recall?

KEN MILLER: Yeah. Well, it's this question that kind of comes up periodically about developers and CS degrees and that kind of thing. I think there was a Twitter thread a little while back in Jamon's feed, because Jamon's feed is the only feed that matters.

TODD: That's a fact. Yeah.

KEN: Yeah, do you remember who that was, Jamon?

JAMON HOLMGREN: Yeah. The question was, "I have 10 years experience developing sites, but I have no formal education. What are your thoughts on experience versus education? Been thinking of getting a front end development tech degree from Treehouse, but I'm not sure if it's worth the time and money." Yeah. That is a question that does come up fairy regularly.

KEN: For that specific question, I think the answer is no, it's probably not worth it, right? If you have 10 years of experience, and you're going to go take basically a practical degree, don't bother.

JAMON: Right.

KEN: But there are definitely nice things about getting a real CS degree, but getting a job is not necessarily the best reason to do it.

JAMON: Right.

KEN: If that make sense.

TODD: I would totally agree with that. Well, just to start out, the three of us, Jamon nor I have finished college, nor do we have any CS degrees. I learned to program on my own when I was a child, probably started when I was 12. And then I started programming professionally when I was about 24, and then I learned basically on the job.

Ken went to Harvard and got a CS degree there. Jamon, you are similar to me, right?

JAMON: I was pretty similar to you, yeah.

TODD: Yeah. So what I usually tell people, A, now, when I'm hiring people and I'm not representative of everyone, so it's quite a bit different, I do a cursory glance of their resume, maybe. That's less relevant to me than what they can do.

In my opinion, developers is a portfolio job, which means the work you've done is hugely more important than any kind of education.

Now, obviously if you do have a CS degree, I do find people want CS degrees, they understand some concepts that you maybe don't use day-to-day, and when they do come up, they have a much better understanding of that. Sometimes it's easier to teach them new ideas, because they have the analogy in their mind already. So it's definitely worth it.

I would say, my short answer and I'd love to expand on this further in this podcast, but my short answer is you need to learn what you need to learn in order to produce work product, which means develop software, develop websites, develop apps. And everyone has a different way of learning. For some people, school is the best way. For me, school always bored the hell out of me to be honest, and it wasn't the best way for me, but there's no exact right way for everyone. It's just however it works best for you.

JAMON: Yeah. And I think that part of this is how much access and opportunity you have, because certainly college is one fairly proven path toward gaining an opportunity to access the job market, to get enough skills that you're hireable out of the gate, and then to access the job market and actually get a little bit of exposure, whether it's through an internship or something like that.

So that plays into this as well, if your dad was a software engineer or something, and he has contacts that you can talk to and maybe get some opportunities, then maybe you don't need that, maybe you don't need to go down that road.

But there are few other factors here as well. Some of them are personal goals, like what type of programming, like Todd was saying, what type of programming you want to do, how much debt you're willing to take on, how much you can take on. And then also, in some cases, very specific cases, the prestige of the university can be a factor because it certainl...