The First Few Months

Every team has its own culture, challenges, and ways of working. I don't think there's a universal playbook for joining a new team, but over the years I've found myself coming back to the same mindset whenever I start something new.

I don't believe in arriving with all the answers. Ask questions, staying curious, and have fun.

The first few months aren't about proving what you know. They're about learning how the team works, understanding what matters, and finding where you can be most useful.

01 · FIRST 30 DAYS
Learn
& Listen

The first few weeks are about building context, not opinions.

Every team has a different way of talking about the product. Product experiencies one thing, Sales another, Customer Success another, and customers often see something else entirely. Before suggesting changes, I'd want to understand where those perspectives overlap—and where they don't.

I'd spend as much time listening as I do reading. Docs, customer calls, demos, internal conversations, launch plans, support tickets... they all tell part of the story.

Only once I understand why things work the way they do would I feel comfortable asking how they could be better.

    Things I'd be paying attention to:

  • How customers describe their problems.
  • How different teams talk about the product.
  • What gets asked over and over again.
  • Where messaging feels clear, and where it doesn't.
  • Why previous decisions were made.
02 · FIRST 60 DAYS
Contribute

I've built enough context that I can start creating momentum.

By this point, I'd hope to have enough context to stop observing from the sidelines and start making a meaningful contribution.

I'd still be learning every day, but I'd want my teammates to feel like they could hand me something and know it'll get done. Whether that's shaping messaging, supporting a launch, writing technical content, or simply helping untangle a complicated problem, I'd want to be someone who's making the work around me a little easier.

Hopefully, people have stopped thinking of me as "the new person." Not because I know everything, but because I'm contributing, asking good questions, and becoming a dependable teammate.

    Things I'd be looking for:

  • Places where technical concepts could be explained more clearly.
  • Opportunities to support launches and messaging.
  • What gets asked over and over again.
  • Where messaging feels clear, and where it doesn't.
  • Ways to contribute while continuing to learn..
03 · FIRST 90 DAYS
Find Your
Rhythm

By this point, I'd still expect to be learning every day, but I'd hope to have found my rhythm.

I'd want to understand how the team works, know where I can add value, and feel comfortable taking on bigger challenges. The goal isn't to have all the answers. It's to have enough context to make thoughtful decisions, enough trust to contribute independently, and enough confidence to tackle problems I haven't seen before.

Ideally, teammates are comfortable pulling me into difficult conversations because they know I'll ask good questions, collaborate well, and figure things out.

    Things I'd hope to be doing:

  • Becoming someone people naturally pull into important work.
  • Creating resources that continue helping long after they're published.
  • Helping shape messaging for technical audiences.
  • Leading pieces of work from idea to launch.
04 · LOOKING AHEAD
Year One

Hopefully, nobody thinks I'm new anymore.

Success isn't just shipping launches. It's helping people understand the product, making thoughtful decisions, and leaving the team a little better than I found it.

If I've helped tell clearer product stories, brought useful customer insights into conversations, and become someone people enjoy working with, I'd consider that a successful first year.