Customer Support for Solo Founders

Customer support is a hard and important gig. There is a reason startups have begun upgrading the title (customer success, customer happiness guru) and trying to attract higher quality talent to these positions. Good support is critical to onboarding and retaining paying customers.

When you have launched a minimum viable product (MVP) and it is getting traction and attracting paying customers, your biggest challenge will be balancing good support with further developing the product. If you did MVP correctly, your product is horrible and currently lacks a ton of features and has more than a few bugs. You will be getting a lot of bug reports, feature requests from at times frustrated and confused customers. If you did really well, the backlog will be more than you can reasonably handle.

If you are building a Micro-SaaS product like me, then you are likely handling the support load all on your own, on top of the rest of your duties as a solo founder. Navigating support as a solo founder can be a minefield and I it’s important to have a strategy before waiting into the queue of emails and tickets. Here are a few rules that have helped me build a SaaS app on my own with happy customers and a churn rate that hovers around 1%. In a follow on blog post I’ll talk a bit about my transition from a one-man team to our first support team member, which deserves a post unto itself.

Continue reading

Very large CSV import in Rails on Heroku

Update: Our current solution for this is working pretty well. Skip to it here.

Storemapper, like many many B2B apps, allows our users to create, edit and export records in bulk using a CSV upload file. I have spent a ton of time trying to find the best method to allow the upload and asynchronous processing of very large (10,000+ rows) CSV files. This post is a documentation of our work to date on this, a plea for collective help from the internet, and hopefully will be the public home of the best solution we can come up with.

Continue reading

Thought Experiment: Revealed Passions

Freakonomics co-author Steven Levitt often references his mentor, E.O. Wilson, the best ant scientist in the world.

He argues on several occasions that being passionate about your work is an immense competitive advantage. His mentor is the best ant scientist in the world because he absolutely freaking loves ants. He loves studying them, and he thus studies them more intently and more often that someone who’s just in the ant science game for the paycheck and the glamor.

Sounds pretty plausible to me.

Let’s leave aside for a minute the debate about whether “doing what you love” or earning a good paycheck so you can do what you love is more likely to make you happy. Being passionate about your job almost certainly will make you better at it. And finding work that you are uniquely more passionate about that anybody else is probably a good way to find work that you have an unbeatable competitive advantage in.

Here’s another little economics gem: Revealed vs stated preferences. Experiments have shown again and again that humans terrible forecasters of what makes them happy. When asked to state their preferences — purchases now or savings later, a new TV or a weekend in Paris, and so on — the choices they tell rarely match up to their actual decisions. Economics use the concept of revealed preferences, those trade-offs people express through their actual decisions, to determine what truly makes people happy… or if you prefer econonomist-speak: what maximizes their utility.

I think it’s not too far to stretch to say that humans probably are not great at forecasting what they are actually passionate about. So maybe we should use the same toolkit of revealed preferences to think about revealed passions.

So I’ve been doing this thought experiment over the last few years. What do my actions actually reveal about what I am passionate about? What do I consistently spend my idle time thinking about, tinkering with and improving without any obvious economic benefit?

The thought experiment is to think about this first as objectively as possible, then if you strike something interesting, contemplate how you could work or get paid from it.

Here’s an example for me. I freaking love travel bags. I’ve lived a large portion of my adult life out of a single carry on suitcase or backpack. I currently live out of one. I don’t have a home, just some flexible storage space with Makespace and I still personally own eight or nine different variations of backpacks and luggage. I’m constantly upgrading, constantly looking at reviews of new gear and constantly checking out other people’s bags in airports — taking notes, evaluating features and generally spending way too much time thinking about travel bags.

Maybe I should start a travel bag design company. Why not?

I don’t think this is some secret formula and I’m not dropping everything to start a travel bag company. But I never even considered it until I did this revealed passions thought experiment. So it was a useful 30 seconds of brain work.

And now I’m thinking about it! Maybe it is a good idea. That thought prompted me to start researching, learning about manufacturing and design. If anything it spurred me to learn a bit more about something I’ve never dug into before.

What are your revealed passions? Give it a shot.

Putting a Micro SaaS Business on Autopilot

Regular readers of this blog will know that I announced back in February that I’m writing a short ebook on building Micro-SaaS businesses. So, what the heck is taking me so long to finish it? Well, I wrote it with a narrative structure, starting at the beginning, and as the first draft caught up to the present day, I realized it might be a bit premature to publish the book. I had just finished a period of heavy time investment into the business to get it to the point where it generated a comfortable full-time income, but I hadn’t put much thought or work into the end game of micro-SaaS.

What was the next, more or less final, stage of Storemapper and micro-SaaS in general. I thought I should work on this in practice before putting a book out there.

Three months ago I posted about Storemapper crossing $100k in annual recurring revenue. Since then revenue has still grown fairly steadily and is approaching $11k/month.

At this point in the business there are three main options: keep focusing on growing the revenue, sell the business, or put it on autopilot. As I mentioned in my last post, I don’t want to be the King of Store Locators and I have several other projects on deck that I want to devote my attention to. So focusing a lot of time on growing the business isn’t an option I want to pursue right now. Selling Storemapper would certainly free up time, but for now I’ve decided instead to try to put the business on autopilot. The goal of autopilot is to minimize the time that I spend working on Storemapper, while keeping my take home profits at least the same.

So why not just sell it?

That’s a good question. I’m not opposed to selling Storemapper to a good owner, but at the moment it’s not something I am actively pursuing for a couple of reasons:

1) Price The primary reason I haven’t already sold Storemapper is price. I’ve had a lot inbound inquiries and spoken to a few brokers and my sense is that SaaS businesses of this size can pretty readily be sold for between 3-4x profits or something in the $300-450k range. That’s a nice chunk of change, but when I really look at the numbers I don’t think it’s a good trade.

The financials of the business are public and they are really strong. It grows without any marketing budget and customers almost never churn. If I’m able to automate the operations of the business, the revenues alone will massively out-perform even the top end of that range. Particularly in the current financial environment where other investments are yielding such low returns.

What do you think? Am I making the right call there?

2) Tax: Storemapper is currently a single-member LLC. As I understand it, if I sold it right now, the proceeds from the sale would all be ordinary income which means I’d lose a lot to Uncle Sam right off the bat. If any tax gurus have some suggestions on a better structure I’m all ears please.

3) Synergies: Operating a growing profitable business is kinda fun. It’s nice to have material to blog about. I’ve met some really fun people through my customers and there are also lots of ways to use the customer base as an audience. I’ve been experimenting a little with cross-selling partnerships too. I’d give all that up in selling the business just for the cashflows.

Every time I considered selling Storemapper over the years I have come to the same conclusion: better to hold it. I think this will generally be the case, if the business is still growing at all, for most micro-SaaS businesses. Unless you need the money, or just have no time at all to work on it, most micro-SaaS businesses will be better off held on to unless market multiples rise further. I know myself I always kept thinking that the end game for Storemapper would be to sell it. But at the moment I’m fairly convinced that putting it on autopilot is the way to go. I also think that should be the dominate end game model for entrepreneurs just starting out. The idea of a big pay day is appealing, but autopiloting the business is both more likely and probably the better financial outcome.

So what does autopilot mean?

Putting Storemapper on autopilot does not mean abandoning it or letting it fall into disarray. It means maintaining and growing the product, but with the key metric being reducing my total time spent working on it, rather than MRR growth. The classic “managing myself out of a job” approach.

The actual work of Storemapper falls into three categories: software development, customer support, business operations. For the first two I have hired two folks part-time to handle the work and for the second I’m leaning on apps and services.

I was fortunate to recently meet Nico Appel, who runs Tight Operations (TightOps) a consultancy that focuses intensely on business process automation. We’ve been working together on strategies for how to put Storemapper on autopilot and you’ll see some stuff documenting the process coming from us soon.

Software development is all very straightforward stuff. Catching and fixing bugs, updating versions on different gems and plugins, releasing a few new features and tuning performance. To that end I’ve hired a developer part-time on oDesk (or I guess now it’s called Upwork) and things are going really well. For the hiring process, this post from WPCurve was helpful. I didn’t follow it exactly but I did hire several candidates for paid test jobs before selecting one. It was a time-consuming process but I’m really happy with how it worked out. Our workflow right now is pretty hands-on with me delegating tasks in Asana and reviewing code in pull requests from Github, but as the developer gets to know the code better I’ll start to get more of that process out of my hands.

A great suggestion from Nico at TightOps was to build in redundant layers of alerts for bugs and other issues. Making sure that the support “team” can directly register bug reports for the dev “team” (Each “team” is only one person for now). I’m using Airbrake for error notifications and New Relic for performance monitoring. We’ll be taking a look at setting those up with a series of escalations so that I can take more and more time away from checking them every day, but know that if something goes seriously wrong everybody on the team gets an alert, an SMS goes to me, and so on.

Customer support is the other workload that really needs a human. I’ve hired someone part-time to handle customer support inquiries. It’s been an interesting process since I built every aspect of the business and until now I answered every support question. I saw a lot of the same questions and became super efficient at solving problems quickly, typically on less than 5 hours per week. Not knowing any other way, I took an apprentice model of onboarding my first support hire. Essentially just throwing him in to the stream of tickets and seeing how he sorted them out, asking questions of me along the way. This has worked well so far, but it’s quite time-consuming, which is of course the opposite of what I’m trying to achieve with the autopilot process. However, after the first few months it will start to pay time dividends where fewer and fewer tickets require any involvement from me.

One of the things the TightOps team and I are working on is relentlessly moving all of the information in my head into searchable and updatable internal documentation.

With business operations my strategy has just been to throw small amounts of money at apps and services that provide automation. I signed up for the LegalZoom services that handle all the corporate filings. I recently started using Bench for bookkeeping. At first it seems a bit pricey at $135/month, but I hate bookkeeping (a bad trait for an entrepreneur I know) and Bench is so much better than using bookkeeping software because you have a real person that learns how your business works and does all the expense categorization and statement reconciliation so that I basically just need to login and check on it once per quarter. So far I love it. We’re starting up with ZenPayroll for payroll processing. Setting up payroll is still a big pain, but ZenPayroll is definitely the most painless option for this. And that’s pretty much all I can think of right now.

The end game is bigger better things to come

I’ve got a lot of exciting projects in the queue and I can’t wait to get started. One of the reasons I’m so excited about micro-SaaS businesses, and even feel compelled to write a little book about them, is that they are a fantastic financial platform for more ambitious projects. One of the primary reasons that my previous startup failed was that I personally ran out of money. When we exhausted our angel funding there was literally no way I could pay rent and keep working full-time on the startup. Things might have gone differently if I had a full passive income like Storemapper up and running before jumping into the startup game.

So that’s the plan, automate the business and use the time and money to work on some riskier projects. More on those to come 😉

By the way, if you have a profitable business, software or otherwise, and want to recoup some of your time with automation, you can reach out to Nico and TightOps team at, or shoot me an email and I’ll connect you.