keep the numbers clear
Keep revenue, active teams, Organization conversations, hiring, and open decisions in one place. It should be short enough that the team actually uses it.
independent work sample / business ops, first hire
Paper already has a product people love, and teams are paying for it. I'd take on the business work that comes with that growth so the team can keep building.

Paper-reported figures from its Series A announcement.
a quick note
The public post only says "Business Ops, first hire." I do not know what the team has already decided about the role. This is my best read from the outside.
I'd expect parts of this to change after talking with the team.
how I see the role
After Desktop, Paper says ARR grew 25× in a month and thousands of teams now pay. A small team is now dealing with more customer questions, contracts, launches, hiring, and day-to-day decisions.
I would take as much of that work off the team as possible. I'd also give the team a simple view of revenue, active customers, open Organization conversations, and the decisions that need founder input.
the goalthe builders get more time for Paper, and customers get faster answers.
This is not just a sales job. Some days the work will be a customer call. Other days it will be a contract, a pricing decision, a hiring process, or a spreadsheet. That range is what interests me.
the work
I'd start with these three areas and change the list after I saw where the team is actually spending its time.
Keep revenue, active teams, Organization conversations, hiring, and open decisions in one place. It should be short enough that the team actually uses it.
Find users who are already inviting teammates and connecting Paper to production work. Help them move from individual use to a team plan without forcing a heavy sales process.
Handle contracts, follow-ups, onboarding, recruiting logistics, launch details, and one-off projects. If something keeps coming back, make it easier the next time.
how I would start with customers
Paper makes collaboration free, Pro allows much more agent use, and Organizations adds the controls and support larger teams need. I would look for users who are already bringing teammates into Paper or asking about Organization features, then help with the specific thing holding them up.
Based on Paper's pricing and MCP documentation.

where I would start
These are examples of things I'd look for in Paper's data.
A designer connects Paper to a live repo or production component library.
One person starts inviting designers, engineers, or product partners.
The team asks about SSO, controls, onboarding, support, or a custom agreement.
The team starts using Paper regularly instead of trying it once.
A design lead connects Paper to a production repo, invites two designers and an engineer, then asks about SSO. That is a better lead than a company picked from a list.
I would ask what they are building, help them test one real design-to-code workflow, handle the security and contract questions, and check whether the team is still using Paper after the rollout. I'd tell the product team what got in their way.
I'd answer their questions and help the team get set up.first 90 days
By the end of the quarter, the team should have more time and a clearer idea of what to hire for next.
Join customer calls, see how people find and share Paper, list the business work sitting with the founders, and take responsibility for a few items right away.
Own current Organization conversations and the follow-up. Help a few active users bring Paper to their teams, and tell the product team what gets in their way.
After seeing the same situations a few times, write down the useful steps and drop the rest. Then decide which problem is important enough to need the next hire.
what I would measure
First useful agent round trip, teammate invites, active collaborators, and recurring team use.
Time to agreement, Pro-to-Organization conversion, onboarding speed, retention, and expansion.
Time saved for the founders, faster decisions, recurring tasks with a clear owner, and customer feedback reaching the product team.
why me
I bootstrapped GrowSpotlight to $1.6M in ARR, hired more than 25 people, worked with more than 200 businesses, and sold the company. I worked across sales, hiring, delivery, operations, and finance as the company grew.
At Rosebud, I helped grow ARR from $1M to $2.5M in under a year by working across growth, sales, analytics, content, and AI workflows. Some days I talked with customers; others I worked in the data or helped the team get something shipped.
I studied engineering, built and sold a company, and now work hands-on across sales and operations. I'm comfortable talking to a customer in the morning and fixing the follow-up or reporting that afternoon.
what I would ask first
What business work is taking the most founder time today?
What do users do before their teams start paying for Paper?
Where do Organization conversations slow down: product, security, contracts, onboarding, or something else?
Which customer requests should shape the product, and which should Paper ignore?
What would you want this person to fully own by month six?
let's talk
If this is close, I'd love to compare it with the work on the team's plate today. I'd start with whatever is taking the most time, own it, and only add process if it helps.