3
Likes
3 Comments

Starting a Mission-Driven Company with Rachel Carpenter of Intrinio

Episode #021

The early team behind Intrinio got off to a very challenging start. In this episode, Rachel explains how being dedicated to their mission helped them stay scrappy and persevere through the hard times.

  1. 2

    My Main Takeaways:

    • When things got rough at Rachel's company, her team had to get scrappy and make things work.

    • Rachel's data company wasn't initially the data business, they just pivoted there. Initially they wanted to create an app to disrupt the valuation phase, by making an app to help businesses get a valuation.

    • Rachel and her co-founder Joey (who both had a heavy finance background), spent a year learning how to code, in order to build the app.

    • Rachel learned the front-end tech, Joey learned the back-end tech.

    • Rachel and Joey learned a lesson when they Built the app BEFORE looking for the data to support it (customer research)!

    • Rachel was sleeping on a couch that year.

    • Initially their app scraped data from other websites, but this wasn't ideal so they began to do things in a more legit manner. So they went and looked for services that provided the information they needed, these turned out to be quite expensive, and would require funding. So they had to stop and think really hard about how they could solve this data issue.

    • Eventually they went out and figured out how to source all the data they needed for their original app, and thus they ended up in the data business in the end.

    • The advantage of Rachel and Joey learning to code and develop the app themselves over hiring a developer was that: not only did they not have to pay external developers, but they also minimised the back and forth communication between themselves and developers who didn't have the required financial background to truely know how exactly to build this app. They leveraged their specialised knowledge of finance, and acquired coding skills so they could channel this specialised knowledge DIRECTLY into the app. (No communication barrier)

    • Rachel admitted that she is not a great developer, but more importantly, she knows how to hire a great developer, and knows how to communicate with a great developer, which is more important.

    • Rachel and Joey spent a year and half sifting through financial statements, in order to understand how financial statements worked, in order for them to know how to write code that understoods how financial statements worked and was able to clean them up. They started with a basic algorihmic approach, then they began incorporating elements of machine learning into it.

    • Through this they managed to build an app that could source data.

    • They built their technology before they built their business.

    • At the start, Rachel and Joey raised a small amount of funding (100k for 3 people for 3 years) from friends and family, in order to seed fund their company. This was a very small amount and they lived extremely frugally.

    • After the years of living under such tight financial constraints, they felt they had a product that was good enough to raise Angel [Investment] Capital.

    • Rachel didn't have a Plan B, because she was so passionate about what she was working on, and her and her team were personally affected by the gap in the industry, that their product was going to fill that gap.

    • Investors noted that one of the reasons that they invested in Rachel's company, was because investors could see her passion.

    • They had to experiment with various types of pricing.

    • Eventually they decided to go for Persona-Based-Pricing, where each pricing tier was based on a persona, such that everyone could immediately relate to the pricing tier that best fit themselves. (e.g. Individual, Professional, Developer, Startup, Enterprise) which worked for them

    • When users go onto a website looking for a product or service, they want to know, "is this for me" so by using personas, you make your offering more relatable in the user's brain, so they can get to a decision more quickly.

    • They offered real-time customer support via text chat, which helped improve customer experience.

    • In their customer support system, if they get asked a particular question too many times (above a certain threshold), then they write a blog post about it. And they can reply to future customers with a link to the blog.

    • People often asked questions on forums relating to the problems that Rachel's company solved, so rachel found these, and would write a helpful reply with a link to her company (to solve the inquirer's question) and this would be a big source of traffic for Rachel's company.

    • Rachel says that Developers are smart because they know how to find her company, since developers are skilled at finding stuff on the internet.

    • Target a niche, because people in the same niche talk to each other and give each other recommendations.

    • Out of all the SEO stuff Rachel did (i.e. Blogging vs Quora), Rachel says answering questions on Quora drove way more traffic

    • At first Rachel and Joey's blog posts were not good, but over time, they got better and wrote more effective blogs. (i.e. blogs relating to customer products, or announcements of new products and company updates, or spotlights of other developers creating cool things with Rachel's product)

    • If you have an idea and you know it's good, go after it.

    • The Big don't eat the Small. Instead, the Fast eat the Slow

    • Talk to your customers! to find out what they REALLY want.

  2. 1

    Today, months after this podcast, I just received a newsletter about how Rachel Carpenter was almost fired from a former job for using wrong stamps. So here I go.

    She clearly made a decision as a responsible adult but was reprimanded for it. In my former job, I also made a decision to be more nimble and save $/time for my employer, but I was reprimanded for it by a micromanaging manager.

    In my past life as a helpdesk guy at a small shop, I kept empty boxes + padding (neatly stacked) in my cubicle area. I kept them because I sometimes had to ship out replacement laptops to remote workers. This kind of shipment needed to be sent out quickly. Missing shipment cutoff time means even more lost productivity by expensive, remote workers, costing the company even more $. I didn't want to miss shipment cut off times just because I had to spend 1+ hr to drive out to buy a new shipping box for laptops.

    But my manager didn't like seeing some empty, neatly stacked boxes out in the office. Never mind they never provided any real storage area for IT to use.

    I wasn't keeping the empty boxes because I was being lazy or not a tidy person. I was willing to work in such condition, because I wanted to avoid using time unproductively, which also would save the company time/money.

    If you ever become a manager of any kind, please, don't be a micro managing manager. You will drive good employees away. A good manager would never do something that will drive away good employees.

  3. 1

    This was a GREAT podcast ☺