Product
"Every team has to have a mission. If you haven't articulated it, the team, your organization, and your investors are probably operating under wildly different conceptions of the mission, and that will lead to failure." —Chris Vander Mey, Shipping Greatness My most valuable contribution in the early stages of startups and larger company projects has been to deeply understand the customer and their goals. I then transform this understanding into a compelling mission that galvanizes our team-wide motivation to ship a well-understood product. As circumstances change, I communicate to make sure everyone understands the evolution. I've crafted missions by writing initial PRDs, hosting structured discussion sessions (more on design sprints in ), and working cross-functionally to evangelize the mission-defining deliverables to sales, marketing, operations, and product design and engineering. Two Mission Examples Mission as company-wide elevator pitch At Rebellion Defense, I applied a process called "StoryBrand" to help everyone in that fast-growing company be prepared to describe the entire company mission the same way. Story Brand uses the classic formulation of the hero's journey to help employees position the customer as the hero of the story you might tell about what the product does. I led the company through an online (2020) exercise in collaboration with marketing and sales team leaders. The result was a capsule description we reached via consensus: "Rebellion Defense builds AI-enabled products that allow our warfighters to understand, decide, and act faster and more accurately against national security threats." Mission as sales enablement At Mighty Ai, we started as a "gig economy" app that paid consumers to complete small tasks on their smartphones. These tasks cleaned up, organized, or gathered human feedback on enterprise data of many kinds. The company eventually focused entirely on generating labeled training data for autonomous driving (customers like Bosch, Daimler, Uber, Denso, and Valeo signed up). In 2016, "training data as-a-service for AI" was a novel business concept. I created the following sales enablement video both for our team in the field and to help focus the entire Mighty team on our pivot to this new mission: 2017 Mighty AI Sales Enablement Video (2:30) (Consider me for your next voiceover? 😬) Even with a strong mission in place, it's still possible to ship an incomplete and/or faulty product due to unexpected customer demands, market pressure to ship faster than the competition, and other real-world economic and regulatory gotchas. (GDPR, anyone?) To minimize risk, my product leadership approach is to tie desired business results closely to metrics measured during build, testing, and then launching the product, and to relentlessly communicate progress and challenges those measures are tracking. Also, I always have a take - even if it's based on super-rough data or mostly gut feel from reading the room - because a product leader must have a recommendation to confront doubt and hesitation that comes with the ambiguity of go-to-market adventures.
People
One of the best parts of co-founding multiple startups is each opportunity you get to carefully assemble your team. I have internalized the bedrock value of "hire slow, fire fast" — and have gotten much better at both (thankfully with far fewer fire-fasts). You also learn how to scale individual talent carefully, offering mentorship where your accrued wisdom can apply, but also how to let go and trust in the skill and accountability of others. In my 20s, I felt like if it needed to be done right I had to do it entirely myself. Big, exhausting mistake! All of the above applies to empowering and enabling talent in any company. I learned better interviewing practices at both Google (big) and Rebellion Defense (startup) because each took a culturally-specific approach to the process. Both concentrated on anchoring non-technical questions on themes driven by company values. Every company has values that guide its decisionmaking and determine its outcomes. I think you have to write them down, publish them, and authentically refer to them in conversation and debate. If you can't do all three, you are far less likely to be a successful organization based on a shared worldview. On product design: don't treat it as an ivory tower, whose practitioners are the only permitted, opinionated tastemakers. Make design cross-functionally inclusive. It'll lead to better products and better team dynamics. How do you do this? John Zeratsky and I outlined our FeedBurner and Google-influenced approach at Google I/O. The first five minutes hits the high notes: Google I/O 2010 - Creating positive user experiences
Process
"I don't mind 'just enough' process." — Lots of people, probably It might seem against-type for a startup founder to have a "Process" section, but I think it's important! Every brand new startup has a invariable playbook it must follow for getting off the starting line: Have a strong theory or (better) some proof of product-market fit Assemble your build environment (source control, build/stage/deploy, analytics, DevOps, MLOps, etc.) Accumulate SaaS stack (office apps, chat, payroll, ATS, design, user testing, product support, etc.) Write down and publish company values Create an onboarding routine that captures 1-4 for every new hire Build, launch, iterate on the bedrock of steps (1-5) …there can be more, but this is a start. Process is not a dirty word. It doesn't have to be a hindrance to innovation. Properly applied, it's an accelerant. OKRs are well-documented as a goal-setting approach for cross-functional alignment. I found them very helpful at Google, both individually and to help myself position within the company. But I think they're impossible to apply durably during at least the first year of any startup. Too much upheaval. For startups, you are better served applying process 'products' like the Design Sprint to validate new product designs quickly and at low cost (I've facilitated sprints at every company since AngelList, 2014). Additionally, identify your superusers early on, and make them part of an inner circle. Give them added access to your team and feature roadmap. Send them t-shirts and other swag. They may help save your business several times over. For larger companies, the Design Sprint still applies! But the process I am likely to bring to a larger organization is how to apply my instincts for crafting a compelling product mission to an existing organizational culture by selectively complying with and, when opportune, challenging conventional wisdom. The innovator's dilemma does die hard.