Why I Started the Product Manager HQ Community

Many people are often curious about the backstory behind kicking off the Product Manager HQ community so I thought I’d write a quick post outlining some of the initial thought process.

My very first Associate Product Manager role was at a company called Kabam, a web / mobile gaming company that primarily worked with Hollywood IPs, helping to make games for legendary franchises like the Godfather, the Hobbit, Fast and Furious, Marvel, Star Wars, Transformers, etc…

I joined the company in it’s hyper growth phase (it scaled from 300-800 employees in the 2 years I was there) and like many first-time PMs, I was thrown into the fray with very little guidance.

The PM group hadn’t established a formal onboarding program and each PM seemed to run their games / P&L differently, so the first few months were a struggle for me to establish a baseline of whether I was “doing product management correctly.”

Shortly after I joined the company, Kabam became one of the very first massive publishers to make the crucial strategic shift away from web into mobile. As a result, many of the PMs were entering unfamiliar territory where existing web product development processes started to break down when applied to mobile (i.e. release cycles were much longer due to Apple’s stringent 1-2 week build approval process).

Since everyone was busy adapting to mobile and putting out their own fires, it was difficult for me to find a mentor within the company who would be able to dedicate time towards helping me grow into the product role.

Secondly, our product teams regularly collaborated / synced for product reviews which helped to standardize certain practices, but given this was my first product role, I was always curious how product teams at other companies might have approached solving the same problems we were facing as a company.

I chatted with a few product manager buddies at other companies and realized that I wasn’t the only one facing these problems. Other new PMs were having a hard time:

1) Finding a product mentor outside of the company

2) Finding a peer group of PMs to chat with about best practices / ideas

To solve these problems, I first turned to attending as many product events in the city as I could find. However, I quickly realized that these one-off interactions with attendees once a month weren’t enough to solidify the trust necessary to develop mentor/mentee relationships or establish a support group that I could turn to whenever I needed advice.

Additionally, I often came across time-sensitive issues at work and there wasn’t a synchronous medium that I could tap into in order to get immediate feedback.

All of this was happening around 2013, and as luck would have it, an interesting company called Slack had just pivoted into a real-time collaboration platform (the Slack we know today). I fell in love with the Slack platform as soon as I started using it, and realized that it would be an amazing medium to run a live community.

When I first kicked off the community on Slack, it was free to join and I seeded the initial 10-20 members with product manager friends. 

0-200 members:

In the early days, I would DM (direct message) every single member and start conversations to befriend them and learn about what products they were working on. Between a typeform that people had to fill out to join the community and a mini google spreadsheet CRM that I used to store information on each member, I had a nice mental map of who I should be connecting to whom.

I likened a lot of this initial community building to an experience of attending a cocktail party. Think of the times where you’ve walked into a party solo and awkwardly tried to make your way into a conversation circle – frankly, that experience sucks. Now contrast that to a cocktail party where a friend of yours knows everyone and pulls you into circles while saying “Hey everyone, have you met my friend _________?” It’s a much more accommodating experience, and you’re likely to have a better time.

If one member told me about a problem he/she was having when PM’ing an enterprise SaaS product, I would find another member working on a similar product, introduce them to each other, and ask them to both chat about their issues in public channels so that other people could learn from their conversation. To help kickoff conversations and engage lurkers, I seeded questions in public channels (i.e. “Has anyone here tried any product roadmapping tools? What were your favorite ones?”) every single day.

200-1000 members:

At around 200-400 members, I started to see more word-of-mouth growth as members started referring friends and colleagues in the industry to join the community and conversations started to organically happen daily without much input from me.

Personally welcoming every new member in the community became a bit overwhelming (especially because people joined from different time zones when I might be sleeping), so I began to use tools like Zapier and Slack integrations / bots for more sophisticated and automated onboarding messages.

To help engage the community, I also reached out to specific “power user” members who were chatting daily and asked them if they would be interested in becoming community moderators. I created a private group for these moderators, set some light guidelines, and trusted them to help engage with the community and let me know of any “bad behavior”, i.e. spammers or recruiters.

As a solopreneur who was so used to doing everything myself, establishing this moderator group was one of the most important lessons for me in terms of learning to let go / not trying to do everything myself and distributing responsibility amongst the community.

1000+ members:

At around 1000 members, I began to notice a trend where over 90% of new members joining would churn after the first few weeks (Slack provides a weekly report of which members become “inactive”). A large part of this was because joining was free, so many people joined out of curiosity and left shortly after. I suspected this trend was also happening because the community was now large enough where conversations were happening daily and it probably became quickly overwhelming for new members who had never intended to seriously engage in the first place.

To counteract this, I replaced my typeform with a new landing page / Gumroad plugin and started charging a one-time lifetime membership fee of $25 to weed out inactives and people who weren’t serious about participating in the community. After instituting the paywall, the churn trend completely reversed.

To help justify the $25 one-time fee, I made sure to include plenty of benefits such as instituting bi-monthly AMAs (ask me anything) with product leaders and working with product conferences / events to negotiate large discounts for community members. The community has since featured AMAs with well-known product people in the industry including Ken Norton (Product Partner at Google Ventures), Josh Elman (Partner at Greylock Partners), Punit Soni (Former CPO at Flipkart), Alexandra Cavoulacos (Co-Founder at The Muse), David Cancel (CEO at Drift), and Ellen Chisa (VP of Product at Lola), amongst many others.

The thing that brings me the greatest satisfaction in all of this is the value that I’ve helped to create in the product management community.

In-person meetups around the world happen organically through initial interactions in the community, and our last San Francisco meetup (which was supposed to be with a small group of PMHQ members) blew up on Facebook and brought in 200 aspiring / current PMs to fill up a local bar. Large enterprise companies such as Intuit have even onboarded their entire 200+ global PM organization into the community and continue to onboard each new cohort of PMs every year.

Over the past few years, I’ve lost count of the number of members who have landed jobs from the community. (I try to save as many screenshots of these moments as I can in a folder on my desktop labeled “Why This is Important”.)

And lastly, I’d like to think that product organizations worldwide have gained real insights into how other teams think about product and have shipped better products as a result.

Pain + Reflection = Progress

One item that’s long been on my reading bucket list is Ray Dalio’s Principles, a 3-part 100+ page living document that outlines: the importance of principles, Dalio’s most fundamental life principles, and his management principles.

Ray is probably most well known for founding Bridgewater Associates, one of the world’s largest and best-performing hedge funds, known for it’s cult-like culture.

Empathy and kindness aren’t a top priority there, says a former Bridgewater employee. The firm’s culture of absolute candor is designed to strip out emotional considerations and emphasize cold, Vulcan logic in all decision-making—the thin-skinned need not apply.

-Quoted from an NYMag piece

If you’re curious, you can read more about Ray and Bridgewater in this Fortune piece here.

A few weeks ago, I finally started digging into Principles and a few pages in, one particular section stood out almost immediately. I’ll paste it in its entirety here:

It is a fundamental law of nature that to evolve one has to push one’s limits, which is painful, in order to gain strength—whether it’s in the form of lifting weights, facing problems head-on, or in any other way. Nature gave us pain as a messaging device to tell us that we are approaching, or that we have exceeded, our limits in some way. At the same time, nature made the process of getting stronger require us to push our limits. Gaining strength is the adaptation process of the body and the mind to encountering one’s limits, which is painful. In other words, both pain and strength typically result from encountering one’s barriers. When we encounter pain, we are at an important juncture in our decision-making process.

Most people react to pain badly. They have “fight or flight” reactions to it: they either strike out at whatever brought them the pain or they try run away from it. As a result, they don’t learn to find ways around their barriers, so they encounter them over and over again and make little or no progress toward what they want.

Those who react well to pain that stands in the way of getting to their goals—those who understand what is causing it and how to deal with it so that it can be disposed of as a barrier—gain strength and satisfaction. This is because most learning comes from making mistakes, reflecting on the causes of the mistakes, and learning what to do differently in the future. Believe it or not, you are lucky to feel the pain if you approach it correctly, because it will signal that you need to find solutions and to progress. Since the only way you are going to find solutions to painful problems is by thinking deeply about them – i.e., reflecting – if you can develop a knee-jerk reaction to pain that is to reflect rather than to fight or flee, it will lead to your rapid learning/evolving.

So, please remember that:

Pain + Reflection = Progress

When I first glanced over that 3 word formula, my mind immediately raced through all of the recent painful junctures in my life. While I hope to never revisit any of those specific situations again, I can’t help but agree that those times of pain spurred some of the most pivotal changes that positively influenced my well-being.

Ironically enough, now that life has re-stabilized towards a healthier baseline, I sometimes find myself worrying that I’m not creating enough pain in my life to push through existing boundaries.

As my friend Ray and I often jokingly say to each other, “You can’t get out of bed if you’re sleeping in silk sheets.”

Tim Ferriss, one of the world’s leading self-development gurus, has previously recommended that everyone should intentionally re-create painful situations every once in awhile, whether that be intermittent fasting, or sleeping on the sidewalk outside your home for the night.

The thought process of creating these mini-scenarios is is 2-fold:

1) You’re forced to leave your comfort zones which drive you to be more resourceful and think creatively.

2) You break the cycle of hedonic adaption (the observed tendency of humans to quickly return to a relatively stable level of happiness despite major positive or negative events or life changes) and become more appreciative of your present situation. Additionally, you are less likely to feel as negatively impacted when something “bad” happens in your life.

It sounds masochistic but one thing I’d like to explore more of this year is how I can methodically create more pain in my life.

Smells like a potential side project idea…

Talking Growth, Story-Telling, and Entrepreneurship with GrowthX Academy

Late last year, I was invited by GrowthX Academy in San Francisco to give a talk. I covered a full range of topics including:

  • How I first broke into tech
  • Growth tactics with Quora & story-telling
  • How to properly build relationships with your mentors
  • Scaling Product Manager HQ
  • Venture Capital

Wanted to share the recorded video of the talk below as well as the raw transcript (for those who don’t like watching video). Enjoy!



Video Transcript (click ‘Continue reading’)
Continue reading “Talking Growth, Story-Telling, and Entrepreneurship with GrowthX Academy”

Exercise Your Hustle Muscle

Over the past 2.5 years, I’ve been fortunate to bootstrap one of my side projects, Product Manager HQ, into a full-fledged education media business with meaningful monthly revenue.

To this day, it still sends a shock of disbelief to my brain whenever I tell someone what this small digital business has become: an amalgamation of a website with tens of thousands of visitors per month, community with ~5,000+ PMs from 600+ companies, weekly newsletter with corporate sponsors sent to 20,000+ subscribers, hundreds of online course students from around the world, and countless people who’ve sent me personal messages about how much value Product Manager HQ has brought to their lives.

Member job offer success in the early days of the community

Always reminds me of a saying from one of my idols, Cory Booker (former mayor of Newark, New Jersey):

Behind every successful child is an astonished parent.

In the few public talks that I’ve given around bootstrapping Product Manager HQ, I’ve always preached one piece of advice for prospective bootstrappers aiming to start their own side businesses.

Exercise your hustle muscle.

This always get a few laughs from the audience – primarily because “hustle muscle” rhymes and it’s ridiculous sounding enough to laugh at.

Hustle Muscle Origins

My first “official” hustle muscle workout was in my freshman year of college where I met a friend at Berkeley and we tried to build a website that would let anyone teach any subject to anyone else.

This was back in 2008, well before any MOOC (massively open online course) had taken off, and we were both optimistic about the idea of democratizing education. Neither of us were technical so we attempted to use 3rd party website builders and video/chat widgets to hack together “online classrooms.”

We spent 6 naive months meeting and trying to build this product without speaking to any users. At the end of it all, we not only had a Frankenstein-looking product, but we had also spent little to no time building up the supply-side of the marketplace and ended up with 0 teachers.

Except not

In hindsight, many aspects of this project could have been MVP’ed without a fully developed product in place and a key takeaway for me here was to not spend too much time in technical details without first spending time validating the idea with potential users.

After that first experience, I was eager to keep going with these personal projects and spent some time learning how to quickly put together simple WordPress sites so that I could try out my various erratic ideas.

My second project was a website where I would interview people about their personal passions and publish these articles to inspire others to find their own passions (huge cliche *eyeroll*).

While there wasn’t anything inherently technical about putting together these types of websites, I learned a few important skillsets like: troubleshooting my own technical problems (learning how to fix my site after breaking something), marketing (finding avenues to publish these interview articles to drive traffic to my site), and sales (cold e-mailing / reaching out to strangers and convincing them to take time to interview for the site).

Over the remaining years in college and the few years since graduating, I’ve tried so many different projects / websites that I’ve lost count of my expired domains. From a website that taught the basics of stocks / investing to a music festival survival kit – I’ve tried all sorts of stupid sh*t that have never become commercial successes.

To the outside eye, these might have all seemed like huge wastes of time, but each one of these projects has forced me to stretch past my comfort zones and exercise my hustle muscle just a little bit more.

Building anything that creates value for others takes time, dedication, and a lot of trial & error. Exercising your hustle muscle by continuously building / launching projects puts you in the best possible position to succeed when that winning idea comes along.