How I CEO: A community conversation

Over the next few months, I (Immad Akhund, CEO of Mercury), will share my stories, learnings, and tips for other leaders based on what has worked for me. I started my entrepreneurial journey 16 years ago as a recently graduated engineer and have had to learn all the âCEOâ lessons the hard way â often feeling like I was making it up as I go. How one leads as a CEO is extremely dependent on any number of factors, like your style, your company, your stage, or your industry. Rather than taking these ideas as ones to copy verbatim, take them as food for thought â one example to learn from amongst the many.
At this yearâs TechCrunch Disrupt in San Francisco, we hosted a series of Expert Sessions offering advice to startup founders on building and scaling their companies. My session covered navigating advice as a CEO (a topic Iâve explored in this column before), then tackled questions from the community on topics CEOs and founders deal with every day. Here, Iâve summarized and synthesized some themes from the Q&A to share with you.
On co-founder dynamics
Who your co-founders are is one of â if not the most â important decision you might make in the early days of your company. Iâve had varied experiences here, and after the first two companies I founded, I decided to only pick co-founders Iâd already worked with. (For example, Iâd worked with Jason and Max for five years before we started Mercury.) That experience helps you establish whether you work well together. Itâs quite an intense relationship â you want to get it some version of right.
At Mercury, we set boundaries around what each co-founder owns and cares about. One co-founder is CTO and owns engineering, another owns product and design, and as CEO, I own everything else. Setting these boundaries makes working together fundamentally easier â if thereâs disagreement, you can say âHey, I donât agree, but this is your responsibility.â It gives each co-founder room to run.
For any elements of business strategy that come up but no one owns, having the CEO as the end decision-maker generally helps resolve things. Iâm not an unemotional person and Iâve always been very unemotional about business â I find the worst arguments happen when people get emotionally invested in an answer and are angry if the outcome isnât what theyâre invested in. I think if you can avoid that, you can generally have a pretty productive relationship with most people you work with.
On series A fundraising
Series A is an interesting point â youâre in motion but thereâs still lots to prove out. Most series A investors make two or three investments a year, so itâs a big deal for them to invest in you. I find it works better if I have a relationship with them prior to making a pitch â expecting someone to shell out $10 million in a two-week period when youâve just met is asking a lot. But, in my view, you shouldnât pitch them before either of you is ready, either.
Iâve historically taken a bit of a long-term approach here. About nine months before Iâm planning to raise, Iâm having coffee meetings with investors â not pitching, just getting to know them, understanding what excites them. Obviously, Iâm explaining what I do, telling them a bit about the company, but I donât talk numbers, I donât make it a pitch, there are no slides. Itâs purely relationship building. If youâre going to be raising, ideally youâre doing this every six months for the two years before your fundraise, talking with and feeling out maybe 20 series A investors.
This will mean that once actual fundraising time comes, you know who to talk to, whoâs excited about what youâre doing, what their objections to it might be â and, importantly, you have a good understanding of who they are.
Personally, I try to get fundraising done in three weeks. Before the three weeks, I prepare the deck and data room and refine the story â the usual. Then, the first week I met with friendlies to practice the pitch. The second week I meet with good investors that arenât necessarily my top five to ten targets â doing maybe 15 conversations. And the third week Iâm meeting with top targets. That third week, Iâm talking to the eight or so people Iâm really excited about, and hopefully these conversations are leading to other meetings and driving to a close.
Doing it this way is a lot of intense work and stress, but I find that once you do this in a very compressed time period, you build a lot of momentum and get a lot more confident in your pitch.
On âfounder modeâ
Founder mode has been on everyoneâs minds quite a bit lately, but Iâd say it isnât really applicable to companies with less than 50 employees. At that point, youâre in your own version of founder mode by default â and if youâre not, youâre doing something really weird! I think the idea of founder mode becomes more relevant once you have scale â managers, middle managers, the like. Thatâs when founders and CEOs can get really detached from details, and when you can become a serious bottleneck.
If every single release needs your approval, youâre actually not deep in the weeds of it all â youâre very high level and just stamping a bunch of things. Youâre probably spending all your time in meetings just saying, âThis is good, this is not good.â Youâre probably not stepping back to ask, âWhatâs the most important thing at this company?â Youâre probably not saying, âHow do I dive all the way into the real details to solve it?â
My interpretation is that founder mode is very much in line with going deep on specific problems that need your hands-on attention and your superpower, whatever it is. Creating good structure in your company can help people self-manage everything else.
On hiring, delegation, and trust
Maybe this is obvious, but itâs always worth restating: Hiring is really hard! And sometimes startups compromise too much just to get it done. Itâs very easy as a founder to think, âOh man, this is too much work. Iâve already spent two months hiring for this role. Iâll just pick this person even though theyâre not perfect or there are some red flags.â I think that if you actually want to keep a very high hiring bar and you really canât find someone, itâs better to consider going more junior than compromising otherwise. Itâs critical to choose high potential people you can really trust â part of why some leaders donât delegate is because they canât trust the people underneath them, and thatâs a kind of self-fulfilling prophecy or cycle.
If you hire good people, things can swing another direction. I tend to deliberately over-delegate, giving tons of responsibilities and forcing people to rise up to the challenge. Sometimes they can. Sometimes they canât. If itâs the latter, you need to figure out if theyâre wrong for the role or maybe you just need to hire someone over them. If itâs the former, youâve got an incredible win.
On resolving product delays
When a team has a lot going on â theyâre supporting the product, squashing bugs, navigating customer feedback â and then you tell them âgo ship this other new big thing,â thatâs when the biggest delays tend to crop up, in my experience. You wonder why something isnât shipping, but if you talk to the team, theyâll tell you â while sweating bullets â that they just received five urgent bugs they have to fix. Okay, go ahead and fix the bugs! Itâs necessary to address the issues, but if you donât have the right plan in place to make it possible, you wind up starving out work on the new thing in exchange for incremental progress on the existing thing.
What we do at Mercury to avoid this is make sure thereâs either a team or, say, a pair of engineers, that are just dedicated to the new thing no matter what. Theyâre not interrupted for bugs and the like unless thereâs some kind of massive existential emergency. Having dedicated, focused resources like this can make a huge difference in your teamâs ability to actually ship on time.
I also think thereâs a bit of tendency on technical projects to over-engineer upfront, going down rabbit holes and trying to make everything absolutely perfect. Sometimes itâs worse when youâre a little bit successful already because you worry that the next thing has to be just as good and polished as the last thing, but thatâs not always the case. You have to define whatâs a must have and whatâs experimental, scope it down, and decide when and whether to say, âThis doesnât need to be perfect.â You know the minimum set of features, and where the bar has to be incredibly high, and where thereâs room to ship faster and iterate later. Break down every project into that and be consistent in doing so. Then press on, have urgency, and focus on the problem youâre solving and getting that solution to customers.
On competition
It can be a spicy topic, but mostly I think you shouldnât worry about competition. In my 17 or so years of doing startups, thereâs always been some competitor thatâs raised a bunch of money, seems hot, is launching lots of things. Itâs never really mattered. Most of the time companies are doing well or not based on their own merits. If theyâre not doing well, often no one in the market is doing well, or theyâre just not doing a good enough job for customers.
Customers will help you learn about competitors, but through their own lens, which is probably the most important lens for you to look through. Theyâll tell you they need a feature, and when you ask why, they might mention a competitor has it and it looks good or someone else they know is using something like that. Listen to customer, not the competitor noise â focus on creating what you think you should do to solve their needs, not having your roadmap determined by competitors.
Looking for more company building insights?
Explore Mercury Raise, our platform offering free expert mentorship, fundraising support, and resources for founders.Â

Find more events and upcoming expert sessions (in person and virtual) at events.mercury.com.
About the author
Co-founder and CEO of Mercury.