here.

Pave helps companies plan, communicate, and benchmark employee compensation. Today, the company has 160 employees, more than 3,500 customers, and is valued at $1.6B. Founder and CEO <a href=https://www.ycombinator.com/"https://twitter.com/matthewschulman?lang=en\%22>Matt Schulman</a> has created one of the most comprehensive and thorough recruiting processes, which has made him one of the most successful recruiters in the YC community. We sat down with Matt to hear his insight on <a href=https://www.ycombinator.com/"https://www.workatastartup.com/companies/pave-2/">building a team</a> in the early stages of his company and today as a CEO of a growth-stage company. </p><p><strong>Many of the first Pave employees were hired as a contractor before converting to a full-time employee. Would you recommend this strategy to founders? </strong></p><p>I strongly recommend the contract-to-hire setup in the early days of a startup, as it led me to have a 100% close rate with the candidates we wanted to convert to full-time. This strategy worked for two reasons: </p><p>1) By the end of the contract, the contractors had poured weeks of energy into the work – learning the code base and investing their time – and getting to know potential coworkers. This escalated their sense of commitment.</p><p>2) I was flexible on working hours – open to them working nights or weekends. This made it easier for the candidates who were busy with full-time employment to say yes to working with Pave and earn extra income on the side. </p><p>To convince people who were employed to work for Pave as a contractor on top of their current job, I framed the process as a mutual evaluation. This is an opportunity to evaluate the company and come to a mutual decision at the end of 2, 4, or 6 weeks together – no pressure. We paid them a fair market rate, and as mentioned, we were flexible on working hours. One contractor worked their day job until 5:00pm and then on Pave from 6:00pm-2:00am, for example. They were excited to be able to build something from the ground up and work closely with me at the earliest stage of the company – which is another strategy I used to encourage people to work with us. </p><p>Before Pave, I was an engineer at Facebook and regularly worked on side projects. These projects were my fun, guilty pleasures because when I built something from the ground up, I felt an emotional attachment to the work. Usually engineers at large companies feel part of a machine, but when they build something full-stack from the ground up, there’s a magical allure to that work. I gave those contractors ownership over the work and often jammed out with them – working side by side at all hours. (One note: I did not have the contractors touch customer PII.) Within weeks, we’d both know whether Pave would be a good fit, and if so, we were already committed to each other.</p><p><strong>What were you looking for in early employees? </strong></p><p>When starting to build out the team, I was given a tip that the first 10 hires would set the tone for the next 100. Because of this, I personally recruited 100% of the early Pave employees. I sourced people, took phone screens, went to dinner, coffee, and on walks with candidates, and spoke with them for hours on Zoom and Facetime. It was an all-encompassing process. But I found that early advice to be accurate: The first 10 employees are the most important aspect in the company’s life cycle – other than finding product-market fit – and recruiting has to be the founder’s priority.</p><p>When recruiting for the first ten employees, I wasn’t looking for experts in specific areas but generalists with rapid career growth, passion for our mission, and a hunger to work. Those early employees readily tackled whatever fire we were facing that day from engineering work and sales to back office and HR. I also had a deep level of trust with those first ten hires, as they were all in my network. </p><p>Today, I still look for mission alignment and hunger but there are times I need to hire a specialist. I identify the tightest set of criteria for the role and only talk to people who fit that criteria. This is very different from the early days when I was solely looking for generalists who could fill multiple roles.</p><p><strong>How did you convince those early employees to join Pave? </strong></p><p>I always found ways to continue our conversation even when I could sense the candidate wanted to turn down the offer. I would do this by scheduling future conversations – saying that I needed to share something new with them – and then I would get to work writing a Google Doc that showed how I planned to invest in their career. We still use this strategy at Pave today, but it has evolved and is now affectionately called the collaborative Google Doc.</p><p>The collaborative Google Doc is shared with the candidate and used throughout the entire interview process. The document outlines expectations for the role and frames the interview process in stages, communicating which stage the candidate is in at any given time to ensure we are working within their ideal timeline. We encourage the candidate to comment and add their thoughts to the document, including feedback for me and their thoughts on the interview process.</p><p>As we get further into the interview process, I get more specific about what I’m looking for in a candidate. And when we get even deeper, I write multiple pages on what I’ve learned about their career aspirations through our conversations and backchanneling, and how I’m going to support them. </p><p>When it comes to backchanneling for potential executive hires, I try to talk with at least 10 people and ask, “If I have the privilege to be this person's manager, I want to set them up for the utmost success. What are your specific recommendations about the best ways to set this person up for success and unleash their full potential?” This 360 review is shared with the candidate right before I deliver the compensation package. I outline what I learned about their strengths and weaknesses, and specific ways that I’ll push them and support them.</p><p>When I communicate compensation, I lay out all the facts, including cash amount, equity (shares and dollar amount), and the benefits package. In addition, we also share:</p><ul><li>The salary band for the role (and implicitly their position in it).</li><li>The level that the employee will be in the organization, along with more information on our leveling framework and what each level means.</li><li>The methodology for determining the compensation, like the market data we use (75th percentile for similar stage companies).</li><li>Broader information on compensation philosophy, including how someone moves through the band, gets promoted, etc.</li><li>Additional info on equity: current preferred price, current post money valuation, details on vesting, PTE window, 409A price, and more – essentially everything they need to determine the actual value of the grant.</li></ul><p>We’re ultra transparent about compensation because compensation should not be a guessing game; people deserve to understand every aspect of their compensation package and how it was derived. I then offer to meet live to answer any questions or discuss feedback – or ask them to leave their comments in the Google Doc. Most candidates will ask questions in the document, as it can be more approachable.</p><p><strong>For every open role at Pave, a Slack channel is created to drive urgency and ensure no detail goes missed. Tell me about this process. </strong></p><p>As a seed-stage company, I was creating Slack channels for every role. Today, Slack channels are created for roles that I’m involved with – like hiring a head of finance or VP of engineering. The process still looks the same, however. </p><p>I create a Slack channel for that role and add relevant stakeholders. Every morning I ask for an update. What’s the movement? Have we sourced any more candidates? Have we talked with candidates X, Y, and Z? I do this to keep the process moving forward every day. I also post updates – sharing with the team when I spoke with a reference, for example. When we extend an offer, I use this Slack channel to encourage stakeholders to reach out to the candidate through text messages or Loom videos. </p><p>Loom videos are an interesting medium. If you’re a candidate and receive six Loom videos from different people at the company, it may feel bizarre and a bit overwhelming. But the videos show we are excited about the candidate and also gives insight into our energetic culture. </p><p><strong>You also review email copy and do drip campaigns for candidate outreach. Tell me about this. </strong></p><p>We have a pre-written email sequence that is sent from me or the hiring manager depending on the context, and then we use <a href=https://www.ycombinator.com/"https://www.ycombinator.com/companies/gem/">Gem to automate this. The response rates for these campaigns are much higher than if the emails were coming from a recruiter. Before the emails are sent out, I’ll spend 30 minutes personalizing 30 emails (one to two sentences at the onset of the email) that will be sent to target profiles. And then it’s important you do a drip. If you only send one email, most of the time the candidate won’t respond. I find sending a third email with a short message like, “Hey, any thoughts?” leads to the most responses. </p><p><strong>How do you think about where your job ends and your team begins when it comes to recruiting?</strong></p><p>Today, if I’m not the hiring manager, I delegate and come in only at the end of the process for a sell call. The process looks vastly different if I’m the hiring manager. I spend a lot of time reviewing resumes and identifying the top 25 profiles in the space. Every outreach to them is very personalized, and I have time to do this because I focus on quality over quantity of candidates. Quality over quantity was a big lesson for me, actually. At first, I would look at all inbound resumes and thousands of applicants. But I have come to realize that I have more success when I map out the market and find the top 25 candidates in the space. Then I'll find a way to get one of them in the door.</p><p><strong>Describe the ideal candidate for senior-level positions when Pave was a smaller company. </strong></p><p>As a company of 35 people, we didn’t need managers who delegated – which has merit at a later-stage company. We needed people who would personally take on the hard work. Often, first-time founders hire someone senior for optics reasons. Instead, you should look for someone earlier in their career who has grown at a crazy high slope – often referred to in the tech industry as a high-slope candidate versus a Y-intercept candidate. There is a time and place for both types of hires, but as a 35-person startup, almost always go for the slope, not the high Y-intercept. And in some cases, you may meet exceptional candidates with both high slope and high Y-intercept. This is the dream case!</p><p>Another mistake first-time founders can make is rushing hires by trying to squeeze them in before a term sheet. Don’t try to meet some arbitrary deadline or cliff date. If it takes six months or a year to hire an executive, that’s ok – wait for the right person.*<br><br><em>*This answer has been updated to clarify the founder’s intention behind the statement.</em></p>","comment_id":"6348578e2184dc0001eebf80","feature_image":"/blog/content/images/2022/10/BlogTwitter-Image-Template--8-.jpg","featured":true,"visibility":"public","email_recipient_filter":"none","created_at":"2022-10-13T11:23:10.000-07:00","updated_at":"2022-10-26T08:44:29.000-07:00","published_at":"2022-10-17T09:00:11.000-07:00","custom_excerpt":"Pave Founder and CEO Matt Schulman has created one of the most comprehensive and thorough recruiting processes, which has made him one of the most successful recruiters in the YC community.","codeinjection_head":null,"codeinjection_foot":null,"custom_template":null,"canonical_url":null,"authors":[{"id":"61fe29e3c7139e0001a710a7","name":"Lindsay Amos","slug":"lindsay-amos","profile_image":"/blog/content/images/2022/02/Lindsay.jpg","cover_image":null,"bio":"Lindsay Amos is the Senior Director of Communications at Y Combinator. In 2010, she was one of the first 30 employees at Square and the company’s first comms hire.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/lindsay-amos/"}],"tags":[{"id":"61fe29efc7139e0001a71181","name":"YC Continuity","slug":"yc-continuity","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/yc-continuity/"},{"id":"61fe29efc7139e0001a71174","name":"Advice","slug":"advice","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/advice/"},{"id":"61fe29efc7139e0001a71152","name":"Founder Stories","slug":"founder-stories","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/founder-stories/"},{"id":"61fe29efc7139e0001a71158","name":"Leadership","slug":"leadership","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/leadership/"},{"id":"61fe29efc7139e0001a71170","name":"Startups","slug":"startups","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/startups/"},{"id":"634d76fe3f2ab90001338eb9","name":"#21831","slug":"hash-21831","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"61fe29efc7139e0001a71155","name":"Growth","slug":"growth","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/growth/"}],"primary_author":{"id":"61fe29e3c7139e0001a710a7","name":"Lindsay Amos","slug":"lindsay-amos","profile_image":"https://ghost.prod.ycinside.com/content/images/2022/02/Lindsay.jpg","cover_image":null,"bio":"Lindsay Amos is the Senior Director of Communications at Y Combinator. In 2010, she was one of the first 30 employees at Square and the company’s first comms hire.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/lindsay-amos/"},"primary_tag":{"id":"61fe29efc7139e0001a71181","name":"YC Continuity","slug":"yc-continuity","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/yc-continuity/"},"url":"https://ghost.prod.ycinside.com/learnings-of-a-ceo-matt-schulman-pave/","excerpt":"Pave Founder and CEO Matt Schulman has created one of the most comprehensive and thorough recruiting processes, which has made him one of the most successful recruiters in the YC community.","reading_time":7,"access":true,"og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"email_subject":null,"frontmatter":null,"feature_image_alt":null,"feature_image_caption":null},"mentions":[{"id":21831,"slug":"pave-2","name":"Pave","batch_name":"S20","small_logo_url":"https://bookface-images.s3.amazonaws.com/small_logos/b36a8ba8f46bbf87e4684ac2842bfe6dbe3cebc3.png","one_liner":"Plan, communicate, and benchmark your compensation in real-time.","website":"https://pave.com","long_description":"Pave allows you to make smarter comp decisions and eliminate spreadsheets, powered by real-time integrations with your HRIS, ATS, and Cap Table. ","tags":["Fintech","HR Tech"],"ycdc_status":"Active","logo_url":"https://bookface-images.s3.us-west-2.amazonaws.com/logos/1de75bcfff794db8ce7872cef3c39cafa3fbbe4d.png?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=ASIAQC4NIECAEIAH37NU%2F20250414%2Fus-west-2%2Fs3%2Faws4_request&X-Amz-Date=20250414T110605Z&X-Amz-Expires=3600&X-Amz-Security-Token=IQoJb3JpZ2luX2VjEIr%2F%2F%2F%2F%2F%2F%2F%2F%2F%2FwEaCXVzLXdlc3QtMiJHMEUCIQCfRYaCL%2BLvUEEJcZ4vVwciJ7B1pVLYQ0x%2F5albupwmNAIgBzCJT%2FSpCmqayBhpR0unFtZ35VL%2Fn%2B4DndN%2BEfVrkzoq5QMIExAAGgwwMDYyMDE4MTEwNzIiDJ79WTAxQ4nbfubKJyrCA2jFjj7NSFsXzNZzQfshwaQul7z5h1MsWzT1ZYa84z1ZIUyhaJfjUZPvVTZPzi%2FtBnYSDIPlbYeiGHDRHg0wy%2BehPU8nPoRlnAVh1bab2mgV7KCD5FSu201AUmPUXrAHuEwqn8pShGG8JIjgXcapuonWqg5BXd8PBACr0HIfKYwd%2FTyrsBldhjmcOYmWgEUSqgaNek2V4Ln4TYWMPS%2Fd9xnRBQGIHwps4FyBKVlFJsO3Wlpyg%2BB5i%2FdriDyS8yu2uITpCfHCMBOZYhJpt9bfMlBoeaDhaQEvqxAq2CKXYJQN6p1vS9BU2c6A%2FjTiZQR6XTsxCbHdOIyeJbYE9iEqCg8GeWeNQKvMGK%2BCP41q2eYXf0EkqulyQ1KcYxWVdiHTWLoi2zESbEE2TFdcL9wqLC26kZyHB0ZkUpv%2FLc41PkCaPInQ1X23OZLCjOjiTaDrud318Ugc4eiQzNnhPensCOcXAzonvV1ZO45J7ILVPGJsbqmxpPpvSRHWYsHaAVZ4lfdDVkgZRvRMFxe11%2BI7M9xYA55SfEMRfvbNFlDroSu%2B3Bl%2FYG9XpuultrOwHKweKf%2Fw5f2hcF3M%2BioX4Di0Y9eBfDCHtPO%2FBjqlARLmzlOop5Ejm%2FyDYDnxfBXLI2Om3bmtJlij1WGMw0%2FIDRt4LXI3JsQR%2Bql4y7QWAyyGnyScqTIIQ1uuMu%2FmxuSwAxaT2VRmZVdsjrDn50fsA15shh%2BbMu4M2VjLXld7p85t3xxCYdnlqZOTTdtCeLOrb5n175QPeuKkcRw2quOz5cpv0TcG4kLXSjITa5%2FNZram0AHjM43j0T92YpkWUYoRPXtXwg%3D%3D&X-Amz-SignedHeaders=host&X-Amz-Signature=73b0ea4f024894463a3fb70398e092b51d934915eb70fe278f8145b7acb05456","year_founded":2019,"team_size":170,"location":"San Francisco","linkedin_url":"https://www.linkedin.com/company/pave-comp","twitter_url":"http://www.twitter.com/pavecomp","fb_url":"https://www.facebook.com/pavecomp","cb_url":"https://www.crunchbase.com/organization/pave-56e7","is_hiring":true,"active_job_count":1}],"related_posts":[{"id":"6357f9044557ad0001018040","uuid":"b73507ea-8de6-4799-8305-1554bd33437c","title":"How to maintain engineering velocity as you scale","slug":"how-to-maintain-engineering-velocity-as-you-scale","html":"<p>Engineering is typically the function that grows fastest at a scaling startup. It requires a lot of attention to make sure the pace of execution does not slow and cultural issues do not emerge as you scale.</p><p>We’ve learned a lot about pace of execution in the past five years at Faire. When we launched in 2017, we were a team of five engineers. From the beginning, we built a simple but solid foundation that allowed us to maintain both velocity and quality. When we found product-market fit later that year and started bringing on lots of new customers, instead of spending engineering resources on re-architecturing our platform to scale, we were able to double down on product engineering to accelerate the growth. In this post, we discuss the guiding principles that allowed us to maintain our engineering velocity as we scaled.</p><h2 id=\"four-guiding-principles-to-maintaining-velocity\">Four guiding principles to maintaining velocity</h2><p>Faire’s engineering team grew from five to over 100 engineers in three years. Throughout this growth, we were able to sustain our pace of engineering execution by adhering to four important elements:</p><ol><li><a href=https://www.ycombinator.com/"https://www.ycombinator.com/blog/how-to-maintain-engineering-velocity-as-you-scale/#1-hire-the-best-engineers\">Hiring the best engineers</a></li><li><a href=https://www.ycombinator.com/"https://www.ycombinator.com/blog/how-to-maintain-engineering-velocity-as-you-scale/#2-build-a-solid-long-term-foundation-from-day-one\">Building solid long-term foundations from day one</a></li><li><a href=https://www.ycombinator.com/"https://www.ycombinator.com/blog/how-to-maintain-engineering-velocity-as-you-scale/#3-track-engineering-metrics-to-drive-decision-making\">Tracking metrics to guide decision-making</a></li><li><a href=https://www.ycombinator.com/"https://www.ycombinator.com/blog/how-to-maintain-engineering-velocity-as-you-scale/#4-keep-teams-small-and-independent\">Keeping teams small and independent</a></li></ol><h2 id=\"1-hire-the-best-engineers\">1. Hire the best engineers</h2><p>You want to hire the best early team that you can, as they’re going to be the people helping you scale and maintain velocity. And good people follow good people, helping you grow your team down the road.</p><p>This sounds obvious, but it’s tempting to get people in seats fast because you have a truckload of priorities and you’re often the only one doing engineering recruiting in those early years. What makes this even harder is you often have to play the long game to get the best engineers signed on. Your job is to build a case for why your company is <em>the</em> opportunity for them. </p><p>We had a few amazing engineers in mind we wanted to hire early on. I spent over a year doing coffee meetings with some of them. I used these meetings to get advice, but more importantly I was always giving them updates on our progress, vision, fundraising, and product releases. That created FOMO which eventually got them so excited about what was happening at Faire that they signed up for the ride.</p><p>While recruiting, I looked for key competencies that I thought were vital for our engineering team to be successful as we scaled. These were:</p><h3 id=\"a-experts-at-our-core-technology\">a. Experts at our core technology</h3><p>In early stages, you need to move extremely fast and you cannot afford to make mistakes. We wanted the best engineers who had previously built the components we needed so they knew where mistakes could happen, what to avoid, what to focus on, and more. For example, we built a complex payments infrastructure in a couple of weeks. That included integrating with multiple payment processors in order to charge debit/credit cards, process partial refunds, async retries, voiding canceled transactions, and linking bank accounts for ACH payouts. We had built similar infrastructure for the Cash App at Square and that experience allowed us to move extremely quickly while avoiding pitfalls.</p><h3 id=\"b-focused-on-delivering-value-to-customers\">b. Focused on delivering value to customers</h3><p>Faire’s mission is to empower entrepreneurs to chase their dreams. When hiring engineers, we looked for people who were amazing technically but also understood our business, were customer focused, were passionate about entrepreneurship—and understood how they needed to work. That is, they understood how to use technology to add value to customers and product, quickly and with quality. To test for this, I would ask questions like: “Give me examples of how you or your team impacted the<em> </em>business.” Their answers would show how well they understood their current company’s business and how engineering can impact customers and change a company’s top-line numbers.</p><p>I also learned a lot when I let them ask questions about Faire. I love when engineering candidates ask questions about how our business works, how we make money, what our market size is, etc. If they don't ask these kinds of questions, I ask them things like: “Do you understand how Faire works?” “Why is Faire good for retailers?” “How would you sell Faire to a brand?” After asking questions like these a few times, you’ll see patterns and be able to quickly identify engineers who are business-minded and customer-focused.</p><p>Another benefit of hiring customer-focused engineers is that it’s much easier to shut down projects, start new ones, and move people around, because everyone is focused on delivering value for the customer and not wedded to the products they helped build. During COVID, our customers saw enormous change, with in-person trade shows getting canceled and lockdowns impacting in-person foot traffic. We had to adapt quickly, which required us to stop certain initiatives and move our product and engineering teams to launch new ones, such as our own version of <a href=https://www.ycombinator.com/"https://blog.faire.com/thestorefront/introducing-faire-summer-market-our-first-online-trade-show-event//">online trade shows</a>.</p><h3 id=\"c-grit\">c. Grit</h3><p>When we first started, we couldn’t afford to build the most beautiful piece of engineering work. We had to be fast and agile. This is critical when you are pre-product-market fit. Our CEO Max and a few early employees would go to trade shows to present our product to customers, understand their needs, and learn what resonated with them. Max would call us with new ideas several times a day. It was paramount that our engineers were <a href=https://www.ycombinator.com/"https://angeladuckworth.com/grit-book//">gritty and able to quickly make changes to the product. Over the three or four days of a trade show, our team deployed changes nonstop to the platform. We experimented with offerings like:</p><ul><li>Free shipping on first orders</li><li>Buy now, pay later</li><li>Buy from a brand and get $100 off when you re-order from the same brand</li><li>Free returns</li></ul><p>By trying different value propositions in a short time, our engineering team helped us figure out what was most valuable to our customers. That was how we found strong product-market fit within six months of starting the company.</p><figure class=\"kg-card kg-image-card\"><img src=https://www.ycombinator.com/"https://lh3.googleusercontent.com/CrRDf25EV8if-oP6rfEnSYeA_ttfKsayeQoM61gMOYFODZvpYsId0z2Y5RQ8z5xH4zt8UQaPBOwe1xus8oaqKQW1zxqNxz_ss9LHTpWyCc6tWsyJUm6_g6lVUtb6PkHluwNcqIU9MN3silgCLqtNHO2S8RkPcQCHBYiVPhK9Fteoiq_w9dZJqaxTqA/" class=\"kg-image\" alt loading=\"lazy\"></figure><p><em>Our trade show storefront back when we were called Indigo Fair.</em></p><h2 id=\"2-build-a-solid-long-term-foundation-from-day-one\">2. Build a solid long-term foundation from day one</h2><p>The number one impediment to engineering velocity at scale is a lack of solid, consistent foundation. A simple but solid foundation will allow your team to keep building on top of it instead of having to throw away or re-architecture your base when hypergrowth starts.</p><p>To create a solid long-term foundation, you first need to get clear on what practices you believe are important for your engineering team to scale. For example, I remember speaking with senior engineers at other startups who were surprised we were writing tests and doing code reviews and that we had a code style guide from the very early days. But we couldn’t have operated well without these processes. When we started to grow fast and add lots of engineers, we were able to keep over 95% of the team focused on building features and adding value to our customers, increasing our growth. </p><p>Once you know what long-term foundations you want to build, you need to write it down. We were intentional about this from day one and documented it in our <a href=https://www.ycombinator.com/"https://craft.faire.com/handbook-89f166841ec9/">engineering handbook</a>. Today, every engineer is onboarded using this handbook.</p><p>The four foundational elements we decided on were:</p><h3 id=\"a-being-data-driven\">a. Being data-driven</h3><p>The most important thing is to build your data muscle early. We started doing this at 10 customers. At the time, the data wasn’t particularly useful; the more important thing was to start to collect it. At some point, you’ll need data to drive product decision-making. The longer you wait, the harder it is to embed into your team.</p><p>Here’s what I recommend you start doing as early as possible:</p><ul><li>Set up data pipelines that feed into a data warehouse.</li><li>Start collecting data on how people are using your product. As you add features and iterate, record how those changes are impacting user interactions. All of this should go into a data warehouse that is updated within minutes and made available to your team. As your product gets increasingly complex, it will become more and more important to use data to validate your intuition.</li><li>We use Redshift to store data. As user events are happening, our relational database (MySQL) replicates them in Redshift. Within minutes, the data is available for queries and reports.</li><li>Train your team to use experimentation frameworks.</li><li>Make it part of the product development process. The goal is to transform your intuition into a statistically testable statement. A good place to start is to establish principles and high-level steps for your team to follow when they run experiments. We’ve set principles around when to run experiments vs. when not to, that running rigorous experiments should be the default (and when it isn’t), and when to stop an experiment earlier than expected. We also have teams log experiments in a Notion dashboard.</li><li>The initial focus should be on what impact you think a feature will have and how to measure that change. As you’re scoping a feature, ask questions like: How are we going to validate that this feature is achieving intended goals? What events/data do we need to collect to support that? What reports are we going to build? Over time, these core principles will expand.</li><li>The entire team should be thinking about this, not just the engineers or data team. We reinforced the importance of data fluency by pushing employees to learn SQL, so that they could run their own queries and experience the data firsthand.</li><li>It’ll take you multiple reps to get this right. We still miss steps and fail to collect the right data. The sooner you get your team doing this, the easier it will be to teach it to new people and become better at it as an organization.</li></ul><h3 id=\"b-our-choice-of-programming-language-and-database\">b. Our choice of programming language and database</h3><p>When choosing a language and database, pick something you know best that is also scalable long-term.<strong> </strong>If you choose a language you don’t know well because it seems easier or faster to get started, you won’t foresee pitfalls and you’ll have to learn as you go. This is expensive and time-consuming. We started with Java as our backend programming language and MySQL as our relational database. In the early days, we were building two to three features per week and it took us a couple of weeks to build the framework we needed around MySQL. This was a big tradeoff that paid dividends later on.</p><h3 id=\"c-writing-tests-from-day-one\">c. Writing tests from day one</h3><p>Many startups think they can move faster by not writing tests; it’s the opposite. Tests help you avoid bugs and prevent legacy code at scale. They aren’t just validating the code you are writing now. They should be used to enforce, validate, and document requirements. Good tests protect your code from future changes as your codebase grows and features are added or changed. They also catch problems early and help avoid production bugs, saving you time and money. Code without tests becomes legacy very fast. Within months after untested code is written, no one will remember the exact requirements, edge cases, constraints, etc. If you don’t have tests to enforce these things, new engineers will be afraid of changing the code in case they break something or change an expected behavior.<br><br>There are two reasons why tests break when a developer is making code changes:</p><ul><li>Requirements change. In this case, we expect tests to break and they should be updated to validate and enforce the new requirements.</li><li>Behavior changes unexpectedly. For example, a bug was introduced and the test alerted us early in the development process.</li></ul><p>Every language has tools to measure and keep track of test coverage. I highly recommend introducing them early to track how much of your code is protected by tests. You don’t need to have 100% code coverage, but you should make sure that critical paths, important logic, edge cases, etc. are well tested. <a href=https://www.ycombinator.com/"https://leanylabs.com/blog/good-unit-tests//">Here are tips for writing good tests</a>.</p><h3 id=\"d-doing-code-reviews\">d. Doing code reviews</h3><p>We started doing code reviews when we hired our first engineer. Having another engineer review your code changes helps ensure quality, prevents mistakes, and shares good patterns. In other words, it’s a great learning tool for new and experienced engineers. Through code reviews, you are teaching your engineers patterns: what to avoid, why to do something, the features of languages you should and shouldn’t use. </p><p>Along with this, you should have a coding style guide. Coding guides help enforce consistency and quality on your engineering team. It doesn’t have to be complex. We use a tool that formats our code so our style guide is automatically enforced before a change can be merged. This leads to higher code quality, especially when teams are collaborating and other people are reviewing code.</p><p>We switched from Java to Kotlin in 2019 and we have a comprehensive style guide that includes recommendations and rules for programming in Kotlin. For anything not explicitly specified in our guide, we ask that engineers follow <a href=https://www.ycombinator.com/"https://kotlinlang.org/docs/coding-conventions.html/">JetBrains’ coding conventions</a>.</p><p>These are the code review best practices we share internally:</p><ul><li>#bekind when doing a code review. Use positive phrasing where possible (\"there might be a better way\" instead of \"this is terrible\"; \"how about we name this X?\" instead of \"naming this Y is bad\"). It's easy to unintentionally come across as critical, especially if you have a remote team.</li><li>Don't block changes from being merged if the issues are minor (e.g., a request for variable name change, indentation fixes). Instead, make the ask verbally. Only block merging if the request contains potentially dangerous changes that could cause issues or if there is an easier/safer way to accomplish the same.</li><li>When doing a code review, ensure that the code adheres to your style guide. When giving feedback, refer to the relevant sections in the style guide.</li><li>If the code review is large, consider checking out the branch locally and inspecting the changes in IntelliJ (Git tab on the bottom). It’s easier to have all of the navigation tools at hand.</li></ul><h2 id=\"3-track-engineering-metrics-to-drive-decision-making\">3. Track engineering metrics to drive decision-making</h2><p>Tracking metrics is imperative to maintaining engineering velocity. Without clear metrics, Faire would be in the dark about how our team is performing and where we should focus our efforts. We would have to rely on intuition and assumptions to guide what we should be prioritizing. </p><p>Examples of metrics we started tracking early (at around 20 engineers) included:</p><ul><li><strong>Uptime.</strong> One of the first metrics we tracked was <a href=https://www.ycombinator.com/"https://docs.datadoghq.com/integrations/uptime//">uptime. We started measuring this because we were receiving anecdotal reports of site stability issues. Once we started tracking it, we confirmed the anecdotal evidence and dedicated a few engineers to resolve the issue.</li><li><strong>CI wait time.</strong> Another metric that was really important was CI wait time (i.e., time for the build system to build/test pull requests). We were receiving anecdotal reports of long CI wait times for developers, confirmed it with data, and fixed the issue.</li></ul><figure class=\"kg-card kg-image-card\"><img src=https://www.ycombinator.com/"https://lh3.googleusercontent.com/KiE8tjsqkFvtJFmyY_6-IinXuT1A6C4x6JBUSX9qb9nDHB9lurJZAlHocGDEi3Sx_HSHNuBxozMBljGOsNokrQIJ9Hk6ZolI39yQtKPz0yuAbue0G2weaKWXqD65_Gbal_LYuEC5TpPoGIdCGd0jflhy1yRQzuG-pxV1IePbh8LuEtvqehC1gHs5lw/" class=\"kg-image\" alt loading=\"lazy\"></figure><p><em>This is a dashboard we created in the early days of Faire to track important engineering metrics. It was updated manually by collecting data from different sources. Today, we have more comprehensive dashboards that are fully automated.</em></p><p>Once our engineering team grew to 100+, our top-level metrics became more difficult to take action against. When metrics trended beyond concerning thresholds, we didn’t have a clear way to address them. Each team was busy with their own product roadmap, and it didn’t seem worthwhile to spin up new teams to address temporary needs. Additionally, many of the problems were large in scale and would have required a dedicated group of engineers. </p><p>We found that the best solution was to build <a href=https://www.ycombinator.com/"https://www.datadoghq.com/blog/the-power-of-tagged-metrics//">dimensions so that we could view metrics by team. Once we had metrics cut by team, we could set top-down expectations and priorities. We were happy to see that individual teams did a great job of taking ownership of and improving their metrics and, consequently, the company’s top-level metrics.</p><h4 id=\"an-example-transaction-run-duration\">An example: transaction run duration</h4><p>Coming out of our virtual trade show, <a href=https://www.ycombinator.com/"https://blog.faire.com/thestudio/faire-summer-market-2021-our-global-trade-show-event-is-coming-in-july//">Faire Summer Market</a>, we knew we needed significant investment in our database utilization. During the event, site usage pushed our database capacity to its limits and we realized we wouldn’t be able to handle similar events in the future.</p><p>In response, we created a metric of how long transactions were open every time our application interacted with the database. Each transaction was attributed to a specific team. We then had a visualization of the hottest areas of our application along with the teams responsible for those areas. We asked each team to set a goal during our planning process to reduce their database usage by 20% over a three-month period. The aggregate results were staggering. Six months later, before our next event—<a href=https://www.ycombinator.com/"https://blog.faire.com/thestorefront/announcing-faires-2022-winter-virtual-trade-show-events//">Faire Winter Market</a>—incoming traffic was 1.6x higher, but we were nowhere close to maxing out our database capacity. Now, each team is responsible for monitoring their database utilization and ensuring it doesn’t trend in the wrong direction.</p><h3 id=\"managing-metrics-with-kpi-scorecards\">Managing metrics with KPI scorecards</h3><p>We’re moving towards a model where each team maintains a set of key performance indicators (KPIs) that get published as a scorecard reflecting how successful the team is at maintaining its product areas and the parts of the tech stack it owns.</p><p>We’re starting with a top-level scorecard for the whole engineering team that tracks our highest-level KPIs (e.g., <a href=https://www.ycombinator.com/"https://docs.datadoghq.com/tracing/guide/configure_an_apdex_for_your_traces_with_datadog_apm//">Apdex, database utilization, CI wait time, severe bug escapes, flaky tests). Each team maintains a scorecard with its assigned top-level KPIs as well as domain-specific KPIs. As teams grow and split into sub-teams, the scorecards follow the same path recursively. Engineering leaders managing multiple teams use these scorecards to gauge the relative success of their teams and to better understand where they should be focusing their own time.</p><p>Scorecard generation should be as automated and as simple as possible so that it becomes a regular practice. If your process requires a lot of manual effort, you’re likely going to have trouble committing to it on a regular cadence. Many of our metrics start in DataDog; we use their API to extract relevant metrics and push them into Redshift and then visualize them in Mode reports.</p><p>As we’ve rolled this process out, we’ve identified criteria for what makes a great engineering KPI:</p><ul><li><strong>Can be measured and has a believable source of truth.</strong> If capturing and viewing KPIs is not an easy and repeatable task, it’s bound to stop happening. Invest in the infrastructure to reliably capture KPIs in a format that can be easily queried.</li><li><strong>Clearly ladders up to a top-level business metric.</strong> If there isn’t a clear connection to a top-level business metric, you’ll have a hard time convincing stakeholders to take action based on the data. For example, we’ve started tracking pager volume for our critical services: High pager volume contributes to tired and distracted engineers which leads to less code output, which leads to fewer features delivered, which ultimately means less customer value.</li><li><strong>Is independent of other KPIs.</strong> When viewing and sharing KPIs, give appropriate relative weight to each one depending on your priorities. If you’re showing two highly correlated KPIs (e.g., cycle time and PR throughput), then you’re not leaving room for something that’s less correlated (e.g., uptime). You might want to capture some correlated KPIs so that you can quickly diagnose a worrying trend, but you should present non-duplicative KPIs when crafting the overall scorecard that you share with stakeholders.</li><li><strong>Is normalized in a meaningful way.</strong> Looking at absolute numbers can be misleading in a high-growth environment, which makes it hard to compare performance across teams. For example, we initially tracked growth of overall infrastructure cost. The numbers more than doubled every year, which was concerning. When we later normalized this KPI by the amount of revenue a product was producing, we observed the KPI was flat over time. Now we have a clear KPI of “amount spent on infrastructure to generate $1 in revenue.” This resulted in us being comfortable with our rate of spend, whereas previously we were considering staffing a team to address growing infrastructure costs.</li></ul><p>We plan to keep investing in this area as we grow. KPIs allow us to work and build with confidence, knowing that we’re focusing on the right problems to continue serving our customers.</p><h2 id=\"4-keep-teams-small-and-independent\">4. Keep teams small and independent</h2><p>When we were a company of 25 employees, we had a single engineering team. Eventually, we split into two teams in order to prioritize multiple areas simultaneously and ship faster. When you split into multiple teams, things can break because people lose context. To navigate this, we developed a pod structure to ensure that every team was able to operate independently but with all the context and resources they needed. </p><p>When you first create a pod structure, here are some rules of thumb:</p><ul><li><strong>Pods should operate like small startups.</strong> Give them a mission, goals, and the resources they need. It’s up to them to figure out the strategy to achieve those goals. Pods at Faire typically do an in-person offsite to brainstorm ideas and come up with a prioritized roadmap and expected business results, which they then present for feedback and approval.</li><li><strong><strong><strong>Each pod should have no more than 8 to 10 employees. </strong></strong></strong>For us, pods generally include 5 to 7 engineers (including an engineering manager), a product manager, a designer, and a data scientist.</li><li><strong>Each pod should have a clear leader. </strong>We have an engineering manager and a product manager co-lead each pod. We designed it this way to give engineering a voice and more ownership in the planning process.</li><li><strong>Expect people to be members of multiple pods. </strong>While this isn’t ideal, there isn’t any other way to do it early on. Resources are constrained, and you need a combination of seasoned employees and new hires on each pod (otherwise they’ll lack context). Pick one or two people who have lots of context to seed the pod, then add new members. When we first did this, pods shared backend engineers, designers, and data analysts, and had their own product manager and frontend engineer.</li><li><strong>If you only have one product, assign a pod to each well-defined part of the product.</strong> If there’s not an obvious way to split up your product surface area, try to break it out into large features and assign a pod to each.</li><li><strong><strong><strong>Keep reporting lines and performance management within functional teams. </strong></strong></strong>This makes it easier to maintain:</li></ul><p>\t\t(1) Standardized tooling/processes across the engineering team and balanced \t\tleadership between functions</p><p>\t\t(2) Standardized career frameworks and performance calibration. We give our \t\tmanagers guidance and tools to make sure this is happening. For example, I \t\thave a spreadsheet for every manager that I expect them to update on a \t \t\tmonthly basis with a scorecard and brief summary of their direct reports’ \t\t \t\tperformance.</p><h3 id=\"how-we-stay-on-top-of-resource-allocation-census-and-horsepower\">How we stay on top of resource allocation: Census and Horsepower</h3><p>Our engineering priorities change often. We need to be able to move engineers around and create, merge, split, or sunset pods. In order to keep track of who is on which team—taking into account where that person is located, their skill set, tenure at the company, and more—we built a tool called Census.</p><p>Census is a real-time visualization of our team’s structure. It automatically updates with data from our ATS and HR system. The visual aspect is crucial and makes it easier for leadership to make decisions around resource allocation and pod changes as priorities shift. Alongside Census, we also built an algorithm to evaluate the “horsepower” of a pod. If horsepower is showing up as yellow or red, that pod either needs more senior engineers, has a disproportionate number of new employees, or both.</p><figure class=\"kg-card kg-image-card kg-card-hascaption\"><img src=https://www.ycombinator.com/"https://lh3.googleusercontent.com/pJk7SUqsmeQLU_dYU3BrN5wMnzyHwVySmydpuiNbHgDddt_FzwwQzCQ_pQH75FX-InduoRGg5hSVhcfXZxRC3FztBZ3aF_2JnwIFMBOhjSey2cgRQEqs38oORhgZgrtwrmgO7CM-WSU_34oeyp15hdzHOrH_FAXTlFlJOt-A87J4Brce_ri3MER8RA/" class=\"kg-image\" alt loading=\"lazy\"><figcaption>.</figcaption></figure><p><em>Census.</em></p><figure class=\"kg-card kg-image-card\"><img src=https://www.ycombinator.com/"https://lh3.googleusercontent.com/N7btbx4GDkomhZp8wj0CMlTiGywqDffV6qCakK6aZEILScjRiIqjhwjV1q2AlT6bmrzU9vqo_pa1ggXn8j_C0CWsO4BEQdHoq5EcPfOhZwhe8tg1oMmmmDeYQXNrjF99WOdM5AKVTT5GAisZM_idtecOsjdXH_qQ2ezvEVRLltbkMfmk1j3qouwt7g/" class=\"kg-image\" alt loading=\"lazy\"></figure><p><em>Pods are colored either green, yellow, or red depending on their horsepower.</em><br><br>One of the most common questions that founders have is how to balance speed with everything else: product quality, architecture debt, team culture. Too often, startups stall out and sacrifice their early momentum in order to correct technical debt. In building Faire, we set out to both establish a unified foundation <em>and</em> continue shipping fast. These four guiding principles are how we did it, and I hope they help others do the same.</p>","comment_id":"6357f9044557ad0001018040","feature_image":"/blog/content/images/2022/10/BlogTwitter-Image-Template-2.jpeg","featured":true,"visibility":"public","email_recipient_filter":"none","created_at":"2022-10-25T07:56:04.000-07:00","updated_at":"2022-10-26T12:38:29.000-07:00","published_at":"2022-10-25T09:00:00.000-07:00","custom_excerpt":"Faire’s engineering team grew from five to over 100 engineers in three years. Throughout this growth, we were able to sustain our pace of engineering execution by adhering to four guiding principles.","codeinjection_head":null,"codeinjection_foot":null,"custom_template":null,"canonical_url":null,"authors":[{"id":"61fe29e3c7139e0001a710d4","name":"Marcelo Cortes","slug":"marcelo-cortes","profile_image":"/blog/content/images/2022/10/Instagram-Image-Template--Square---7-.jpg","cover_image":null,"bio":"Marcelo Cortes is a co-founder and the CTO of Faire, an online wholesale marketplace connecting mostly small brands to independent, local retailers.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/marcelo-cortes/"}],"tags":[{"id":"61fe29efc7139e0001a7116d","name":"Essay","slug":"essay","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/essay/"},{"id":"61fe29efc7139e0001a71181","name":"YC Continuity","slug":"yc-continuity","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/yc-continuity/"},{"id":"61fe29efc7139e0001a71196","name":"Technical","slug":"technical","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/technical/"},{"id":"61fe29efc7139e0001a71170","name":"Startups","slug":"startups","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/startups/"},{"id":"61fe29efc7139e0001a71158","name":"Leadership","slug":"leadership","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/leadership/"},{"id":"61fe29efc7139e0001a7114c","name":"Company Building","slug":"company-building","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/company-building/"},{"id":"62d804e33644180001d72a1f","name":"#1543","slug":"hash-1543","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"61fe29efc7139e0001a71155","name":"Growth","slug":"growth","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/growth/"}],"primary_author":{"id":"61fe29e3c7139e0001a710d4","name":"Marcelo Cortes","slug":"marcelo-cortes","profile_image":"https://ghost.prod.ycinside.com/content/images/2022/10/Instagram-Image-Template--Square---7-.jpg","cover_image":null,"bio":"Marcelo Cortes is a co-founder and the CTO of Faire, an online wholesale marketplace connecting mostly small brands to independent, local retailers.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/marcelo-cortes/"},"primary_tag":{"id":"61fe29efc7139e0001a7116d","name":"Essay","slug":"essay","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/essay/"},"url":"https://ghost.prod.ycinside.com/how-to-maintain-engineering-velocity-as-you-scale/","excerpt":"Engineering is typically the function that grows fastest at a scaling startup. It requires a lot of attention to make sure the pace of execution does not slow and cultural issues do not emerge as you scale.","reading_time":16,"access":true,"og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"email_subject":null,"frontmatter":null,"feature_image_alt":null,"feature_image_caption":null},{"id":"62f15573ab52db0001d3b642","uuid":"e8dc2872-d758-4a06-ae83-b071c12240b3","title":"Learnings of a CEO: Wade Foster, Zapier","slug":"learnings-of-a-ceo-wade-foster-zapier","html":"<p>Welcome to the second edition of Learnings of a CEO. You can read the first edition <a href=https://www.ycombinator.com/"https://www.ycombinator.com/blog/learnings-of-a-ceo-max-rhodes-faire/">here. </p><p><a href=https://www.ycombinator.com/"https://zapier.com//">Zapier was founded in 2012 by <a href=https://www.ycombinator.com/"https://twitter.com/wadefoster/">Wade Foster</a>, <a href=https://www.ycombinator.com/"https://twitter.com/bryanhelmig?lang=en\%22>Bryan Helmig</a>, and <a href=https://www.ycombinator.com/"https://twitter.com/mikeknoop/">Mike Knoop</a>. The founders went through YC’s <a href=https://www.ycombinator.com/"https://www.ycombinator.com/companies/zapier/">Summer 2012 batch</a> and <a href=https://www.ycombinator.com/"https://www.ycombinator.com/growth-program/">S18 Growth Program</a>, and today, Zapier automates work by connecting with over 5,000 apps. The company has been profitable since 2014 and is valued at $5B – with 700 employees working remotely. Wade, Zapier CEO, shared his learnings growing into the role of a growth-stage CEO. </p><p><strong>How has your job as a CEO changed from leading a 3-person company in 2012 to a 700-person organization today? </strong></p><p>In the early days, you’re in the trenches with your co-founders and early employees splitting up tasks and touching nearly every part of the business. Often you’re writing code, selling products, recruiting, and helping with HR and finance functions. Today, Zapier is almost a team of 700 – and as we’ve grown, people have taken more and more duties from me to help the company grow and scale.</p><p>Now, one place I feel I am most needed is the vague concept of setting the vision and communicating that vision — and then ensuring everyone understands what we are doing, why it’s important, and their role in getting that done. This came naturally to me when we were small and I was in the trenches with everyone and communicating constantly. But as we hired more folks, I realized leaders were interpreting the vision to their team somewhat differently. I learned that if you are not communicating the vision well, you'll have teams that seem to be working on random projects. In isolation this isn’t bad, but as a collective set of tasks, you discover their work doesn’t fit into the vision. </p><p>We now repeat the vision over and over again in many formats. We put the vision in writing and it's constantly referenced; it's communicated at our all-hands; we bring in customers to talk about Zapier’s impact; we show data, so charts and figures can help tell the story; we have a company podcast. </p><p>When people inside the company start to turn the vision into a meme or Slack emoji, I know they really get the vision. Diagnostic tools, like employee engagement surveys, also help me understand how well employees understand why their role is important. It’s also evident when reviewing roadmaps. If a team’s tasks are tight and cohesive, I can tell they’ve been making tough decisions to align to the vision; if there are a bunch of random tasks, I can tell the vision hasn’t been communicated clearly. As a CEO, you have to ask, “Tell me how this is aligned,” and force those conversations to occur. Over time, people will get more comfortable with these types of assertive exercises. </p><p><strong>As you've grown, what changes have you had to make to keep everyone at your company aligned?</strong></p><p>We host weekly all hands, bring customers in to talk at those all hands, are transparent with metrics, and make sure those metrics are reflective of the good and the bad. Ultra transparency with metrics has served us well, as they are motivating and help people get aligned. People start to ask, \"How do we get these bad metrics to the good category?\" and then work towards change.</p><p>Being candid has also served us well. Whether at all hands, on a podcast, or solely talking with one of our leaders, we have candid conversations about why we didn’t hit a goal, why we were off schedule, why a deal didn’t close – and then immediately dive into what we think needs to happen next. The goal is to give awareness to the organization, so that in various meetings and forums people can try to figure out how to improve those areas.</p><p><strong>What's your advice to other founders on how to hire executives?</strong></p><p>Hiring executives is one of the hardest things you’ll do as a CEO. It's hard to determine when to start hiring executives, exactly what you’re looking for in an executive, and then find that person. </p><p>The best way to figure out when to start hiring executives is to meet with people who are unquestionably good executives at companies a stage or two further along. With no intention to hire them, meet with the VP of Engineering, VP of Marketing, and VP of People and ask, \"What are the things you do? What makes you great at this job? What do people in your job disagree on?”. Get as smart as you can on this topic and then compare and contrast what that set of leaders is telling you with how your company operates. If these executives wouldn’t bring anything new to the table, you may not be ready for that type of leader. This starts to help you answer the when part of the equation – and also the what, because you start to see what these folks are capable of and what they are not. </p><p>Part of determining what you should look for in an executive is understanding your own strengths and weaknesses. This requires honesty with yourself and internalizing feedback you have received. (I encourage folks to work with executive coaches and get 360 performance reviews.) Figuring this out helps you start to realize, \"Okay, within my executive team, I need people who will compliment me in these ways.\" Otherwise, you risk hiring a team that is quite capable and competent at their function, but actually may not work well with each other or with you.</p><p><strong>What is Zapier’s culture? What do you do to cultivate it as a remote company?</strong></p><p>We have a strong set of values that we align around. One is default to action. We hire folks who are action-oriented – and we have to as a distributed company; folks aren’t in situations where they notice someone next to them is stuck on something. So, they need to be curious, self-starters, and (figuratively) scratch and itch when they see something that doesn’t satisfy their innate drive. </p><p>Next, we value defaulting to transparency because folks who are action-oriented should be equipped with a ton of context. The mission, strategy, metrics, goals, systems and processes – all of it – is well documented and organized so people can find them and take action.</p><p>We also have a feedback-oriented culture. I teach a course on feedback to all the new folks to ensure they understand how to ensure they understand how to give and receive feedback effectively because it helps us grow. </p><p>The rest of our values are outlined <a href=https://www.ycombinator.com/"https://zapier.com/jobs/culture-and-values-at-zapier/">here, but these are some of the things that drive Zapier’s culture – and as you scale, it’s crucial to create different forums to communicate these values. We have an internal tool we named Async, which is email meets Reddit. The platform is public by default, anyone can post, and information can be targeted at different groups or people. We find this is great for long-form substantive topics that have a longer shelf life (1-2 weeks) versus Slack channels (1-2 days). We also hold all hands and have a company podcast, where we capture evergreen content. For example, when we have key moments in the company history, we’ll break it down: Why we did this thing, what led to that decision, the outcomes, why it is an important moment, etc. We have found podcasts to be helpful when onboarding new folks. </p><p><strong>Why did you decide to not raise any additional funding since your seed round?</strong></p><p>The only funding we took in the history of the company was a $1.3M seed round in 2012. This was partially philosophical and partially about the business. </p><p>The three of us co-founders had worked at a fast-growing, bootstrapped company owned 50/50 by two brothers. When we came out to the Valley (we were from Missouri), we started to hear this line of thinking, “No great company has ever done X.\" Some of these statements would center around the impact of venture funding, and I was dismissive in part because I had this counterexample from my time in Missouri. So, when we raised the seed round, we decided to treat it like the last round we’d ever raise.</p><p>Our second reason for not raising multiple rounds: Across the founding team, we had all the skill sets to do every job inside the company. That meant we didn't have to hire to make progress in the early days. We even had rules in place around hiring like, “Don’t hire until it hurts.” </p><p>Then there was the third, rational component: We were able to grow quickly without external funding because of Zapier’s network effect on our developer platform side. We're able to have low customer acquisition costs (mostly through organic channels), and this is intrinsic to how Zapier works. </p><p>Along the way, some of the philosophical thinking fell by the wayside by observing other companies and realizing fundraising is a tool like anything else. There are moments when it can help you, and there are moments when it can hinder you. You should strive to understand when external funding is a good tool to use versus when it is not – and then apply it if it makes sense for you.</p>","comment_id":"62f15573ab52db0001d3b642","feature_image":"/blog/content/images/2022/08/BlogTwitter-Image-Template.jpg","featured":false,"visibility":"public","email_recipient_filter":"none","created_at":"2022-08-08T11:26:59.000-07:00","updated_at":"2022-08-15T12:08:14.000-07:00","published_at":"2022-08-09T08:55:00.000-07:00","custom_excerpt":"Today, Zapier automates work by connecting with over 5,000 apps. The company has been profitable since 2014 and is valued at $5B – with 700 employees working remotely. Wade, Zapier CEO, shared his learnings growing into the role of a growth-stage CEO. ","codeinjection_head":null,"codeinjection_foot":null,"custom_template":null,"canonical_url":null,"authors":[{"id":"61fe29e3c7139e0001a710a7","name":"Lindsay Amos","slug":"lindsay-amos","profile_image":"/blog/content/images/2022/02/Lindsay.jpg","cover_image":null,"bio":"Lindsay Amos is the Senior Director of Communications at Y Combinator. In 2010, she was one of the first 30 employees at Square and the company’s first comms hire.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/lindsay-amos/"}],"tags":[{"id":"62b9edfe063d2d0001f0fc58","name":"#442","slug":"hash-442","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"61fe29efc7139e0001a71181","name":"YC Continuity","slug":"yc-continuity","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/yc-continuity/"},{"id":"61fe29efc7139e0001a71152","name":"Founder Stories","slug":"founder-stories","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/founder-stories/"},{"id":"61fe29efc7139e0001a71174","name":"Advice","slug":"advice","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/advice/"},{"id":"61fe29efc7139e0001a71158","name":"Leadership","slug":"leadership","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/leadership/"},{"id":"61fe29efc7139e0001a71170","name":"Startups","slug":"startups","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/startups/"},{"id":"61fe29efc7139e0001a71155","name":"Growth","slug":"growth","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/growth/"}],"primary_author":{"id":"61fe29e3c7139e0001a710a7","name":"Lindsay Amos","slug":"lindsay-amos","profile_image":"https://ghost.prod.ycinside.com/content/images/2022/02/Lindsay.jpg","cover_image":null,"bio":"Lindsay Amos is the Senior Director of Communications at Y Combinator. In 2010, she was one of the first 30 employees at Square and the company’s first comms hire.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/lindsay-amos/"},"primary_tag":null,"url":"https://ghost.prod.ycinside.com/learnings-of-a-ceo-wade-foster-zapier/","excerpt":"Welcome to the second edition of Learnings of a CEO. You can read the first edition here. ","reading_time":6,"access":true,"og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"email_subject":null,"frontmatter":null,"feature_image_alt":null,"feature_image_caption":null},{"id":"61fe29f1c7139e0001a71ba2","uuid":"a2de7e9b-655c-4b88-af38-1d4df1e6630f","title":"Meet 8 YC startups that are hiring right now","slug":"meet-8-yc-startups-that-are-hiring-right-now","html":"<!--kg-card-begin: html--><p>Many YC startups are actively hiring on <a href=https://www.ycombinator.com/"https://www.workatastartup.com/">Work at a Startup</a> across engineering, product, design, marketing and more. We asked founders to shoot a 30-second video describing their businesses and open roles. Meet them below:</p>\n<p><iframe loading=\"lazy\" width=\"560\" height=\"315\" src=https://www.ycombinator.com/"https://www.youtube.com/embed/videoseries?list=PLQ-uHSnFig5P_7Vrgb-hrPRnA6tqyX233\%22 frameborder=\"0\" allow=\"accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture\" allowfullscreen></iframe></p>\n<p>About each company:</p>\n<ul>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/1884/">Curebase is a CRO and software platform for distributed clinical trials. <em>Hiring: Software Engineer, Trial Manager and Product Manager.</em> </li>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/1276/">Curtsy makes it easy for women to buy and sell clothes from their phone. <em>Hiring: Product Design and Software Engineer.</em> </li>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/76/">OneSignal creates developer APIs for push notifications, in-app messaging, and email. <em>Hiring: Front-end, Mobile, Back-end and Senior Engineers.</em></li>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/13332/">PostEra provides chemistry-as-a-service to design and synthesize molecules faster and at a lower cost. <em>Hiring: Software and ML Engineer.</em></li>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/12660/">Rosebud AI</strong></a> creates software generated photos for advertising and marketing. <em>Hiring: Deep-learning Engineer.</em></li>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/12609/">Soteris creates ML software to route and price insurance risk. <em>Hiring: ML and Back-end Engineer.</em> </li>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/989/">Tovala makes home-cooked meals effortless. <em>Hiring: Software Engineer, Marketing, and Social Media Manager.</em> </li>\n<li><a href=https://www.ycombinator.com/"https://www.workatastartup.com/directory/13146/">Eternal is a rewards program for gamers. <em>Hiring: Product Design and Front-end Engineer.</em> </li>\n</ul>\n<p>And if you&#8217;re looking for a new job, apply with a single profile to over 400 YC startups on <a href=https://www.ycombinator.com/"https://www.workatastartup.com/">Work at a Startup</a>.</p>\n<!--kg-card-end: html-->","comment_id":"1104267","feature_image":"https://images.unsplash.com/photo-1542744173-8e7e53415bb0?crop=entropy&cs=tinysrgb&fit=max&fm=jpg&ixid=MnwxMTc3M3wwfDF8c2VhcmNofDU3fHxoaXJpbmclMjBub3d8ZW58MHx8fHwxNjQzOTM0NzEz&ixlib=rb-1.2.1&q=80&w=2000","featured":false,"visibility":"public","email_recipient_filter":"none","created_at":"2020-04-09T04:59:26.000-07:00","updated_at":"2022-06-27T13:08:02.000-07:00","published_at":"2020-04-09T04:59:26.000-07:00","custom_excerpt":null,"codeinjection_head":null,"codeinjection_foot":null,"custom_template":null,"canonical_url":null,"authors":[{"id":"61fe29e3c7139e0001a710bf","name":"Ryan Choi","slug":"rchoi","profile_image":"//www.gravatar.com/avatar/36ba914c5f191f813e96db0296154469?s=250&d=mm&r=x","cover_image":null,"bio":"Ryan works with YC companies to find great engineers — from 2-person startups to larger ones like Airbnb, Stripe and Instacart.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/rchoi/"}],"tags":[{"id":"61fe29efc7139e0001a71170","name":"Startups","slug":"startups","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/startups/"},{"id":"61fe29efc7139e0001a71172","name":"Video","slug":"video","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/video/"},{"id":"61fe29efc7139e0001a71171","name":"Work at a Startup","slug":"work-at-a-startup","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/work-at-a-startup/"},{"id":"61fe29efc7139e0001a71178","name":"#jobs","slug":"hash-jobs","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"61fe29efc7139e0001a71177","name":"Jobs","slug":"jobs","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/jobs/"},{"id":"62b9d2f7063d2d0001f0fc2d","name":"#1884","slug":"hash-1884","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"62ba0d42063d2d0001f0fc79","name":"#1276","slug":"hash-1276","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"62ba0d42063d2d0001f0fc7a","name":"#76","slug":"hash-76","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"62ba0de1063d2d0001f0fc80","name":"#13332","slug":"hash-13332","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"62ba0de1063d2d0001f0fc81","name":"#12660","slug":"hash-12660","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"62ba0de1063d2d0001f0fc82","name":"#12609","slug":"hash-12609","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"62ba0de1063d2d0001f0fc83","name":"#989","slug":"hash-989","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"},{"id":"62ba0de1063d2d0001f0fc84","name":"#13146","slug":"hash-13146","description":null,"feature_image":null,"visibility":"internal","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/404/"}],"primary_author":{"id":"61fe29e3c7139e0001a710bf","name":"Ryan Choi","slug":"rchoi","profile_image":"//www.gravatar.com/avatar/36ba914c5f191f813e96db0296154469?s=250&d=mm&r=x","cover_image":null,"bio":"Ryan works with YC companies to find great engineers — from 2-person startups to larger ones like Airbnb, Stripe and Instacart.","website":null,"location":null,"facebook":null,"twitter":null,"meta_title":null,"meta_description":null,"url":"https://ghost.prod.ycinside.com/author/rchoi/"},"primary_tag":{"id":"61fe29efc7139e0001a71170","name":"Startups","slug":"startups","description":null,"feature_image":null,"visibility":"public","og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"codeinjection_head":null,"codeinjection_foot":null,"canonical_url":null,"accent_color":null,"url":"https://ghost.prod.ycinside.com/tag/startups/"},"url":"https://ghost.prod.ycinside.com/meet-8-yc-startups-that-are-hiring-right-now/","excerpt":"Many YC startups are actively hiring on Work at a Startup across engineering, product, design, marketing and more. We asked founders to shoot a 30-second video describing their businesses and open roles. Meet them below:","reading_time":1,"access":true,"og_image":null,"og_title":null,"og_description":null,"twitter_image":null,"twitter_title":null,"twitter_description":null,"meta_title":null,"meta_description":null,"email_subject":null,"frontmatter":null,"feature_image_alt":null,"feature_image_caption":"Photo by <a href=https://www.ycombinator.com/"https://unsplash.com/@campaign_creators?utm_source=ghost&utm_medium=referral&utm_campaign=api-credit\%22>Campaign Creators</a> / <a href=https://www.ycombinator.com/"https://unsplash.com/?utm_source=ghost&utm_medium=referral&utm_campaign=api-credit\%22>Unsplash%22}]},%22url%22:%22/blog/learnings-of-a-ceo-matt-schulman-pave%22,%22version%22:%22aa5cc48c512ec693ec60765a0397dfe59cf5da82%22,%22encryptHistory%22:false,%22clearHistory%22:false,%22rails_context%22:{%22railsEnv%22:%22production%22,%22inMailer%22:false,%22i18nLocale%22:%22en%22,%22i18nDefaultLocale%22:%22en%22,%22href%22:%22https://www.ycombinator.com/blog/learnings-of-a-ceo-matt-schulman-pave%22,%22location%22:%22/blog/learnings-of-a-ceo-matt-schulman-pave%22,%22scheme%22:%22https%22,%22host%22:%22www.ycombinator.com%22,%22port%22:null,%22pathname%22:%22/blog/learnings-of-a-ceo-matt-schulman-pave%22,%22search%22:null,%22httpAcceptLanguage%22:%22en, *","applyBatchLong":"Summer 2025","applyBatchShort":"S2025","applyDeadlineShort":"May 13","ycdcRetroMode":true,"currentUser":null,"serverSide":true},"id":"ycdc_new/pages/BlogPage-react-component-c1a3a293-cfcf-49b4-9a5c-deea6d6f99d8","server_side":true}" data-reactroot="">

Learnings of a CEO: Matt Schulman, Pave, on Hiring

by Lindsay Amos10/17/2022

Welcome to the third edition of Learnings of a CEO. You can read previous editions here.

Pave helps companies plan, communicate, and benchmark employee compensation. Today, the company has 160 employees, more than 3,500 customers, and is valued at $1.6B. Founder and CEO Matt Schulman has created one of the most comprehensive and thorough recruiting processes, which has made him one of the most successful recruiters in the YC community. We sat down with Matt to hear his insight on building a team in the early stages of his company and today as a CEO of a growth-stage company.

Many of the first Pave employees were hired as a contractor before converting to a full-time employee. Would you recommend this strategy to founders?

I strongly recommend the contract-to-hire setup in the early days of a startup, as it led me to have a 100% close rate with the candidates we wanted to convert to full-time. This strategy worked for two reasons:

1) By the end of the contract, the contractors had poured weeks of energy into the work – learning the code base and investing their time – and getting to know potential coworkers. This escalated their sense of commitment.

2) I was flexible on working hours – open to them working nights or weekends. This made it easier for the candidates who were busy with full-time employment to say yes to working with Pave and earn extra income on the side.

To convince people who were employed to work for Pave as a contractor on top of their current job, I framed the process as a mutual evaluation. This is an opportunity to evaluate the company and come to a mutual decision at the end of 2, 4, or 6 weeks together – no pressure. We paid them a fair market rate, and as mentioned, we were flexible on working hours. One contractor worked their day job until 5:00pm and then on Pave from 6:00pm-2:00am, for example. They were excited to be able to build something from the ground up and work closely with me at the earliest stage of the company – which is another strategy I used to encourage people to work with us.

Before Pave, I was an engineer at Facebook and regularly worked on side projects. These projects were my fun, guilty pleasures because when I built something from the ground up, I felt an emotional attachment to the work. Usually engineers at large companies feel part of a machine, but when they build something full-stack from the ground up, there’s a magical allure to that work. I gave those contractors ownership over the work and often jammed out with them – working side by side at all hours. (One note: I did not have the contractors touch customer PII.) Within weeks, we’d both know whether Pave would be a good fit, and if so, we were already committed to each other.

What were you looking for in early employees?

When starting to build out the team, I was given a tip that the first 10 hires would set the tone for the next 100. Because of this, I personally recruited 100% of the early Pave employees. I sourced people, took phone screens, went to dinner, coffee, and on walks with candidates, and spoke with them for hours on Zoom and Facetime. It was an all-encompassing process. But I found that early advice to be accurate: The first 10 employees are the most important aspect in the company’s life cycle – other than finding product-market fit – and recruiting has to be the founder’s priority.

When recruiting for the first ten employees, I wasn’t looking for experts in specific areas but generalists with rapid career growth, passion for our mission, and a hunger to work. Those early employees readily tackled whatever fire we were facing that day from engineering work and sales to back office and HR. I also had a deep level of trust with those first ten hires, as they were all in my network.

Today, I still look for mission alignment and hunger but there are times I need to hire a specialist. I identify the tightest set of criteria for the role and only talk to people who fit that criteria. This is very different from the early days when I was solely looking for generalists who could fill multiple roles.

How did you convince those early employees to join Pave?

I always found ways to continue our conversation even when I could sense the candidate wanted to turn down the offer. I would do this by scheduling future conversations – saying that I needed to share something new with them – and then I would get to work writing a Google Doc that showed how I planned to invest in their career. We still use this strategy at Pave today, but it has evolved and is now affectionately called the collaborative Google Doc.

The collaborative Google Doc is shared with the candidate and used throughout the entire interview process. The document outlines expectations for the role and frames the interview process in stages, communicating which stage the candidate is in at any given time to ensure we are working within their ideal timeline. We encourage the candidate to comment and add their thoughts to the document, including feedback for me and their thoughts on the interview process.

As we get further into the interview process, I get more specific about what I’m looking for in a candidate. And when we get even deeper, I write multiple pages on what I’ve learned about their career aspirations through our conversations and backchanneling, and how I’m going to support them.

When it comes to backchanneling for potential executive hires, I try to talk with at least 10 people and ask, “If I have the privilege to be this person's manager, I want to set them up for the utmost success. What are your specific recommendations about the best ways to set this person up for success and unleash their full potential?” This 360 review is shared with the candidate right before I deliver the compensation package. I outline what I learned about their strengths and weaknesses, and specific ways that I’ll push them and support them.

When I communicate compensation, I lay out all the facts, including cash amount, equity (shares and dollar amount), and the benefits package. In addition, we also share:

  • The salary band for the role (and implicitly their position in it).
  • The level that the employee will be in the organization, along with more information on our leveling framework and what each level means.
  • The methodology for determining the compensation, like the market data we use (75th percentile for similar stage companies).
  • Broader information on compensation philosophy, including how someone moves through the band, gets promoted, etc.
  • Additional info on equity: current preferred price, current post money valuation, details on vesting, PTE window, 409A price, and more – essentially everything they need to determine the actual value of the grant.

We’re ultra transparent about compensation because compensation should not be a guessing game; people deserve to understand every aspect of their compensation package and how it was derived. I then offer to meet live to answer any questions or discuss feedback – or ask them to leave their comments in the Google Doc. Most candidates will ask questions in the document, as it can be more approachable.

For every open role at Pave, a Slack channel is created to drive urgency and ensure no detail goes missed. Tell me about this process.

As a seed-stage company, I was creating Slack channels for every role. Today, Slack channels are created for roles that I’m involved with – like hiring a head of finance or VP of engineering. The process still looks the same, however.

I create a Slack channel for that role and add relevant stakeholders. Every morning I ask for an update. What’s the movement? Have we sourced any more candidates? Have we talked with candidates X, Y, and Z? I do this to keep the process moving forward every day. I also post updates – sharing with the team when I spoke with a reference, for example. When we extend an offer, I use this Slack channel to encourage stakeholders to reach out to the candidate through text messages or Loom videos.

Loom videos are an interesting medium. If you’re a candidate and receive six Loom videos from different people at the company, it may feel bizarre and a bit overwhelming. But the videos show we are excited about the candidate and also gives insight into our energetic culture.

You also review email copy and do drip campaigns for candidate outreach. Tell me about this.

We have a pre-written email sequence that is sent from me or the hiring manager depending on the context, and then we use Gem to automate this. The response rates for these campaigns are much higher than if the emails were coming from a recruiter. Before the emails are sent out, I’ll spend 30 minutes personalizing 30 emails (one to two sentences at the onset of the email) that will be sent to target profiles. And then it’s important you do a drip. If you only send one email, most of the time the candidate won’t respond. I find sending a third email with a short message like, “Hey, any thoughts?” leads to the most responses.

How do you think about where your job ends and your team begins when it comes to recruiting?

Today, if I’m not the hiring manager, I delegate and come in only at the end of the process for a sell call. The process looks vastly different if I’m the hiring manager. I spend a lot of time reviewing resumes and identifying the top 25 profiles in the space. Every outreach to them is very personalized, and I have time to do this because I focus on quality over quantity of candidates. Quality over quantity was a big lesson for me, actually. At first, I would look at all inbound resumes and thousands of applicants. But I have come to realize that I have more success when I map out the market and find the top 25 candidates in the space. Then I'll find a way to get one of them in the door.

Describe the ideal candidate for senior-level positions when Pave was a smaller company.

As a company of 35 people, we didn’t need managers who delegated – which has merit at a later-stage company. We needed people who would personally take on the hard work. Often, first-time founders hire someone senior for optics reasons. Instead, you should look for someone earlier in their career who has grown at a crazy high slope – often referred to in the tech industry as a high-slope candidate versus a Y-intercept candidate. There is a time and place for both types of hires, but as a 35-person startup, almost always go for the slope, not the high Y-intercept. And in some cases, you may meet exceptional candidates with both high slope and high Y-intercept. This is the dream case!

Another mistake first-time founders can make is rushing hires by trying to squeeze them in before a term sheet. Don’t try to meet some arbitrary deadline or cliff date. If it takes six months or a year to hire an executive, that’s ok – wait for the right person.*

*This answer has been updated to clarify the founder’s intention behind the statement.

Author

  • Lindsay Amos

    Lindsay Amos is the Senior Director of Communications at Y Combinator. In 2010, she was one of the first 30 employees at Square and the company’s first comms hire.