Tom Verrilli: preference

Transcript context

…Okay. So going beyond the hiring step, say you hire somebody, what are some things you've learned about how to get the most out of the people you hire? You mentioned this kind of contrarian take that you don't agree with this hire great people, get out of their way. So I want to hear more about that. And just is there anything else you've learned about just elements to building your very successful world-class product team? I mean, nuance required, in my life, hire people and get out of the way is wrong, I will say. But couple of pieces to build off of it. I think in general, the hire great people and get out of their way became this kind of macro saying for let them work out what the roadmap is, let them work out what the problems are, just completely devolve what's going on. And I think the real answer is obviously the better people you hire, the more you can totally trust that they know what they're doing. But we tend to live in a verify, then trust land as opposed to a totally trust or even trust but verify, which is like I'm probably in a better position than any of my directs to understand how all of the different pieces of our system, buyer, seller, trust, fit together. They're almost certainly in a better position than me to understand the nuance of how any of those individual features work. If somebody quizzed me today on exactly all the weightings in the Whatnot discovery model, I would definitely be wrong vis-a-vis any of the engineers on that team, vis-a-vis any of the PMs on that team. Good. But it's actually kind of incumbent on me to learn that and understand that over time because I'm asking them to make decisions, and I am proving things that they're doing. And so time spent actually working alongside those teams in the trenches trying to solve something, really, really powerful. One of the things that I saw earliest when I joined Whatnot that I've seen, Grant, who's our founder CEO do, is he'll sit in a review and be like, "I don't think this is right." And then he'll pause and say, "I'm going to clear the rest of my day. Let's sit and figure it out." And he'll actually end up sitting with the team and going through, again, easier with AI data tools, let's literally pull up the tickets. Let's literally pull up the code. Let's go through the data line by line and understand what's actually happening so that we can make a decision there. And it means he's very up-to-date with what's going on, very culturally sets the tone for the team that we're just seeking truth. And it makes it very much a us versus you. Reviews got very into listen for yes for a little while there where all you're trying to do as a PM is just get a green light so that you can go back to your engineers and say, "I have some credibility. I can get the CPO to approve what we're building." As opposed to this idea that says we're just trying to find out the right answer, and in theory, everyone wants us to come up with the right answer. So we use planning to align the company on what are the really important things we have to solve. That's mostly a resourcing discussion. If we pick the right things, stack rank them all. Ultimately, I'm most accountable for making sure that we have the right resources in the right places to hit things. s mostly a resourcing discussion. If we pick the right things, stack rank them all. Ultimately, I'm most accountable for making sure that we have the right resources in the right places to hit things. But I don't know if those are the right places if all I do is delegate to the team to go figure it out, and I'm not actually periodically very deep with them on exactly how does that work? How do our referrals work? Literally, what is the logic that fraud might use in order to invalidate one? Oh, based on address signals. How do we calculate address signals? Is that a Google normalized thing, or is that free text that's put in? And if you don't actually push yourself down to sit alongside your IC engineers and your IC designers and your ICPMs, you don't actually know that stuff. So you can't make good macro decisions without the micro. So increasingly, I think I push myself to I try and be T-shaped. I can go very, very deep when required, but I'm mostly broad across pieces. And I think the idea of just hiring people, and then not asking any more questions and delegating all of the detail just isn't really the most successful model for getting the most out of an organization.…

Stored transcript either side of the excerpt. The highlighted words are the published quote; the surrounding text is unedited source, never generated.