GrowthCraft

Operations

Early-stage startup founder working with a small team around a table while building company culture and shared values

How to Build a Company Culture Before You Have a Company

Early-stage startup founder working with a small team around a table while building company culture and shared values
Company culture starts with the behaviors, decisions, and expectations founders establish before a startup begins to grow.

How to Build a Company Culture Before You Have a Company

Most founders think about company culture after they start hiring. That is already too late.

Culture does not begin when you hire your tenth employee. It does not begin when you move into an office, create an employee handbook, or put a list of values on your website.

Culture starts with the decisions you make when nobody is watching.

For an early-stage startup founder, that means company culture is already being created before there is much of a company at all. The way you treat customers, handle mistakes, make decisions, communicate with a co-founder, prioritize your time, respond to bad news, and decide who gets hired all become signals about what the company considers normal.

This matters because early employees do not just join a startup. They help define it. Their behaviors become examples for the people who come after them. Eventually, those behaviors become habits, and those habits become the culture.

Research and startup experience consistently point to the same idea. Culture is not primarily what a company says about itself. It is reflected in who gets hired, who gets recognized, how leaders behave, and what the organization repeatedly rewards. Y Combinator has described culture as something that begins with founders and evolves as the company grows.

For a first-time founder, the good news is that you do not need a large team, an HR department, or an expensive culture program to start building a healthy company culture.

You need intention.

Culture Starts With the Founder

The earliest version of your company’s culture is probably going to look a lot like you.

That is not necessarily a bad thing. In fact, it is almost unavoidable. If you respond to problems calmly, your early team will notice. If you blame people when something goes wrong, they will notice that too. If you admit when you are wrong, ask for help, and listen to uncomfortable feedback, those behaviors become part of the environment.

The important question is not simply, “What kind of culture do I want?”

A better question is, “What behaviors am I demonstrating every day that other people might copy?”

Imagine a founder who says that transparency is important but avoids discussing difficult financial realities with the team. The company may have “transparency” listed as a value, but employees will quickly learn that difficult information is kept behind closed doors.

Now imagine a founder who tells the team when something has gone wrong, explains what is known and unknown, and invites people to help solve the problem. That founder is teaching transparency without needing to give a speech about it.

This is one reason culture should be considered an operating system for a startup rather than a collection of slogans.

Before you hire your first employee, take some time to write down how you want the company to operate. Think about how you want people to treat customers, challenge ideas, handle mistakes, communicate problems, and make decisions.

Then ask yourself whether your own behavior consistently demonstrates those expectations.

If it does not, fix the behavior before you try to fix the culture.

The Behaviors You Reward Become the Culture

Founders often assume culture is created by what they say is important. In practice, what you reward may be much more powerful.

Suppose you say that collaboration matters, but the person who works around everyone else and gets things done alone is consistently praised. Your team will learn that individual achievement matters more than collaboration.

Suppose you say that customer feedback is important, but you celebrate the team for shipping features while ignoring whether customers actually use them. Your team will learn that shipping matters more than learning.

Every startup has limited resources. You cannot reward everything. That makes your choices especially important.

Recognition does not always mean money or formal awards. It can be as simple as telling someone, “That was exactly the kind of ownership I want to see here.” It can mean giving someone more responsibility because they handled a difficult situation well. It can also mean addressing behavior that does not fit the company, even when the person producing that behavior is technically strong.

Y Combinator founder and CEO discussions make this point clearly: culture is influenced by who you hire, who you recognize, who you promote, and who you ultimately decide should not remain on the team.

This gives founders a practical test.

When something goes well, ask yourself what behavior made it possible. When someone succeeds, ask what they did that you want repeated. Then make sure you recognize those behaviors consistently.

Over time, people will understand what the company actually values.

How Decisions Get Made

One of the most overlooked parts of startup culture is decision-making.

Early-stage companies make decisions constantly. Which customer should you pursue? What should you build next? Should you spend money on a new tool? Should you change the product? Should you hire someone? Should you respond to a difficult customer request?

The way those decisions are made teaches employees what the company expects from them.

If every decision has to go through the founder, you are creating a culture of dependency. If employees are expected to make decisions but are punished whenever something goes wrong, you are creating a culture of caution.

Instead, establish some basic decision principles early.

For example, you might expect people to make decisions as close to the customer as possible. You might want employees to use available evidence rather than waiting for perfect information. You might expect someone making a decision to explain the reasoning behind it and take responsibility for the outcome.

This does not mean every decision needs a formal process. Startups need speed. But people should understand how you want decisions to happen.

A healthy startup culture does not eliminate disagreement. It creates a productive way to disagree.

You want people who can say, “I think this is the wrong direction,” explain why, listen to opposing viewpoints, and then support the final decision once it has been made.

That kind of environment can become a competitive advantage because people are contributing their judgment rather than simply waiting for instructions.

Communication Expectations Start Early

Communication problems rarely appear suddenly when a startup reaches 50 employees. They usually begin much earlier.

When the company is only two or three people, communication can feel effortless because everyone is involved in everything. As more people join, assumptions that once seemed obvious begin to break down.

That is why founders should establish communication expectations before communication becomes a problem.

What does urgent mean? When should someone send a message versus schedule a conversation? Are people expected to respond immediately? How should bad news be communicated? Is it acceptable to disagree publicly? How are decisions documented?

You do not need a 40-page communications policy.

You need shared expectations.

For example, a founder might establish that bad news should be communicated quickly, disagreements should be addressed directly, important decisions should be documented, and people should not be expected to be constantly available simply because they work at a startup.

These expectations become especially valuable as the company grows because new employees can learn how the organization communicates instead of trying to figure it out through trial and error.

Y Combinator’s guidance on early-stage HR also emphasizes the importance of creating ways for employees to raise concerns and provide feedback before problems become larger cultural issues.

Create Values That Are Actually Useful

“Integrity.”

“Innovation.”

“Excellence.”

“Teamwork.”

There is nothing wrong with these words. The problem is that almost every company could use them.

Useful company values should help people make decisions.

Instead of simply saying “customer focused,” explain what that means in practice. Does it mean talking to customers every week? Does it mean solving the customer’s problem rather than selling the easiest product? Does it mean customer feedback can change the product roadmap?

Instead of “ownership,” explain the behavior. Perhaps ownership means bringing problems forward with potential solutions, following through on commitments, and taking responsibility when something does not work.

A good value should help answer a question when the founder is not in the room.

Y Combinator has highlighted the importance of defining values early and using them as a practical reference point for alignment and hiring.

Try creating three to five values and, beneath each one, write two or three sentences describing what the value looks like in everyday behavior.

Then use those values.

Use them when hiring. Use them when recognizing employees. Use them during performance conversations. Use them when resolving disagreements.

If a value never affects a decision, it probably is not functioning as a value.

Hire for Culture Contribution, Not Culture Cloning

“Culture fit” can be a dangerous phrase if it means hiring people who think, communicate, and behave exactly like the founder.

You do not want clones.

A strong startup needs people who share important principles while bringing different experiences, perspectives, skills, and approaches to problems.

This distinction matters. Hiring for cultural alignment should mean asking whether someone can operate effectively within the company’s principles, not whether you would enjoy having a beer with them.

Y Combinator’s discussions on startup hiring make a similar distinction between skills and values, emphasizing the need for an intentional hiring process rather than relying entirely on gut instinct.

Before making an early hire, identify both the capabilities you need and the behaviors you want the person to demonstrate.

Then ask questions that reveal how the candidate actually operates.

Instead of asking, “Are you a team player?” ask about a time they disagreed with a teammate and what happened next.

Instead of asking, “Are you comfortable with ambiguity?” ask about a situation where they had incomplete information and had to make a decision.

Instead of asking, “Do you take ownership?” ask about a significant mistake they made and how they handled it.

You are looking for evidence, not the right interview answer.

Most importantly, remember that your first few hires have an outsized influence on the culture that develops later. Hiring the wrong person because you desperately need help can create problems that are much harder to fix later.

Protect Culture During Growth

The culture that works with five people may not work exactly the same way with 25 people.

That does not mean your culture has failed. It means the company has changed.

As startups grow, informal communication becomes less reliable. Founders cannot personally reinforce every behavior. New managers begin shaping teams. Employees start making decisions without direct founder involvement.

The answer is not to freeze the culture in place.

The answer is to protect the principles while allowing the practices to evolve.

Y Combinator has noted that startup culture naturally changes as companies grow and that founders need mechanisms that help culture evolve rather than assuming the culture will remain exactly as it was in the beginning.

That might mean moving from informal conversations to regular one-on-ones. It might mean documenting decision-making principles. It might mean creating a more structured hiring process. It might mean conducting regular employee feedback sessions.

The goal is consistency, not rigidity.

You should also watch for the difference between the culture you intended to build and the culture employees are actually experiencing.

Ask your team questions such as:

“What’s something we do here that you hope never changes?”

“What is something we say is important but do not consistently demonstrate?”

“What behavior gets rewarded around here?”

“What makes it difficult to do your best work?”

“What would you change about how we operate?”

The answers can reveal problems that leadership cannot see from the inside.

Culture Is an Early-Stage Operating Decision

Company culture can sound like a topic reserved for large organizations with HR departments and hundreds of employees.

It is not.

For an early-stage founder, culture is already being created through everyday decisions.

It is in how you treat the first customer who complains. It is in whether you admit a mistake. It is in how you talk about competitors. It is in whether people can challenge your ideas. It is in who gets hired when you are desperate for help. It is in what you celebrate when things go well.

That is why building culture before you have a company is not about creating a polished values document.

It is about deciding what kind of company you want to build and then behaving accordingly.

This is also where a resource such as GrowthCraft can be useful for first-time founders. GrowthCraft’s broader approach is built around helping early-stage founders think through the business beyond simply building a product. Business growth, market fit, financial structure, legal protection, and the decisions that connect those areas all require founders to develop repeatable ways of operating. Culture is part of that foundation.

The earlier you think about those operating principles, the easier it becomes to build a company where people understand not only what they are doing, but how and why they are expected to do it.

You do not need 20 employees to have a culture.

You already have one.

The real question is whether you are building it intentionally.

Frequently Asked Questions

When should a startup founder start thinking about company culture?

Immediately. Culture begins with the founder’s behavior and the decisions made before the first employee is hired. Waiting until the company has a larger team means many behaviors and expectations may already be established.

How many company values should a startup have?

Three to five meaningful values are usually more useful than a long list. The important part is not the number. Each value should describe specific behaviors and help people make decisions when leadership is not present.

What does culture fit mean for a startup?

Culture fit should mean alignment with the company’s fundamental principles and ways of working, not hiring people who are similar to the founder. A strong startup culture should allow for different backgrounds, perspectives, experiences, and working styles while maintaining shared expectations around important behaviors.

Can company culture change as a startup grows?

Yes. In fact, it should evolve. The underlying principles can remain consistent while the systems used to reinforce them change. A five-person startup may rely on informal communication, while a 50-person company may need structured feedback, management practices, and documented decision-making principles.

How can a founder tell whether the culture they want is actually developing?

Look at behavior rather than slogans. Pay attention to who gets recognized, how people handle mistakes, how disagreements are resolved, what information gets shared, how decisions are made, and which behaviors new employees quickly adopt. Direct employee feedback can also reveal gaps between the intended culture and the actual employee experience.

Sources and Further Reading

The following resources informed this article and provide additional guidance for founders building teams and company culture:

How to Build a Company Culture Before You Have a Company Read More »

Early-stage startup team mapping business workflows around a table with laptops and technology tools

Your Startup Doesn’t Need More Tools. It Needs Better Workflows.

Early-stage startup team mapping business workflows around a table with laptops and technology tools
Better startup technology begins with understanding how work moves through the business.

Your Startup Doesn’t Need More Tools. It Needs Better Workflows.

The startup technology problem is rarely a lack of software. It is usually a lack of process.

There is a familiar pattern in an early-stage startup. A founder needs to solve a problem, so they find a tool. Then another problem appears, so they add another tool. Someone recommends an AI application. A salesperson suggests a CRM. The marketing person wants a social media platform. The operations person adds a project management system.

Before long, the startup has dozens of applications, multiple subscriptions, overlapping capabilities, and a team that spends more time figuring out where work belongs than actually doing the work.

The problem is not technology.

The problem is that the startup started buying tools before it understood how work should move through the business. For first-time founders, this distinction matters. Technology should support the way your company works. It should not determine the way your company works simply because the software happens to offer a particular feature.

A better approach is straightforward:

Define the workflow. Improve the workflow. Then choose the technology that supports it.

That principle becomes even more important as AI enters the picture. AI can make individual tasks faster, but adding AI to a poorly designed process does not automatically create a better business. It can simply make a bad process move faster.

GrowthCraft sees this as an important part of helping early-stage founders build companies that can operate beyond the founder’s personal involvement. Practical technology adoption is not about collecting the newest applications. It is about understanding where technology, automation, and AI can actually improve how the company operates.

The Hidden Cost of Tool Overload

The obvious cost of too many tools is subscription expense. The less obvious cost is operational complexity.

Imagine a simple customer onboarding process. A new customer signs a contract. Someone needs to create the customer record, send a welcome email, create an internal project, assign tasks, schedule a kickoff meeting, collect information, and notify the appropriate team members.

If every step happens in a different system, the process becomes dependent on people remembering what to do next.

The salesperson updates the CRM.

Someone sends an email.

Another person creates a project.

Someone else checks Slack.

The founder follows up.

A spreadsheet gets updated.

Then someone discovers that an important document was sitting in a different application.

None of these tools is necessarily bad. The problem is the handoffs between them. Every handoff creates an opportunity for information to be lost, duplicated, delayed, or misunderstood. Tool overload also creates cognitive costs. Employees need to remember which application contains which information, where tasks should be entered, where communication should happen, and which system represents the official version of the truth.

For a small startup, that complexity is particularly expensive because there are fewer people available to absorb it.

Why Tools Don’t Solve Broken Processes

A software application can automate a process, but it cannot decide whether the process itself makes sense. Consider a startup that has five steps for approving a marketing expense.

The founder approves it.

Then finance reviews it.

Then the department head reviews it.

Then the founder reviews it again.

Then someone enters the information into accounting software.

A workflow application might automate every one of those steps. But the startup still has a five-step approval process. It has simply automated the bureaucracy. Business process management starts with analyzing the sequence of activities required to achieve a goal. The technology comes afterward.

This is one of the most important concepts for a first-time founder to understand:

Automation is not the same thing as improvement.

If a process contains unnecessary steps, duplicated work, unclear ownership, or unnecessary approvals, those problems should be addressed before automation is added.

The same principle applies to AI.

AI might draft customer emails, summarize meetings, categorize information, generate reports, or help analyze data. Those capabilities can be valuable. But the founder still needs to determine where the AI fits into the workflow and who is responsible for reviewing its output.

NIST’s AI Risk Management Framework emphasizes clearly defining human roles and responsibilities when people and AI systems work together.

The question should not be, “Where can we add AI?” The better question is, “Where does AI make this workflow better?”

Map Your Workflows First

Before buying another application, take one important recurring activity and map it.

Do not start with software.

Start with the outcome.

For example, if you are mapping customer onboarding, define the desired outcome:

A signed customer becomes an active customer with everything needed to begin successfully.

Then identify what actually happens between the starting point and the desired outcome.

Who starts the process?

What information is required?

What happens first?

What happens next?

Who owns each step?

Where does information get entered?

Who needs to be notified?

Where are decisions made?

What happens when something goes wrong?

Where does the process stop?

A simple workflow might look like:

Contract signed → customer record created → onboarding information collected → kickoff scheduled → implementation tasks assigned → customer activated.

Once the workflow is visible, problems become much easier to identify. Perhaps the salesperson is entering the same information twice. Perhaps the kickoff cannot be scheduled until someone manually checks three calendars. Perhaps implementation does not know that a contract was signed. Perhaps the founder is still responsible for a step that someone else could own.

These are workflow problems.

Only after identifying them should you start thinking about technology.

Choosing Technology Second

Once the workflow is clear, evaluate your existing technology.

Ask a simple question:

What is the minimum technology required to run this workflow reliably?

That question can prevent a tremendous amount of unnecessary complexity. Your startup may already have most of what it needs.

For example, a CRM may already manage customer information. Your project management system may already manage onboarding tasks. Your email platform may already handle communication. Your accounting system may already handle invoices.

The missing piece may not be another application.

It may simply be a connection between systems.

Modern workflow platforms increasingly provide ways to standardize work, automate routine tasks, and connect information across applications. That is an important distinction. Before purchasing a new tool, ask whether an existing system can solve the problem. Then ask whether a simple integration can connect the systems you already have. Only after those questions should you consider adding another platform.

Identify Duplicate Tools

Tool duplication is common because software categories overlap.

You might have one application for project management, another for task management, another for internal communication, and another for documenting projects.

You may have three AI tools that perform similar writing, research, or meeting-summary functions.

You may have multiple databases containing versions of the same customer information.

The problem is not simply that you are paying for multiple applications. The bigger problem is that your team may not know which one matters. For each major function, identify the system of record.

For example:

Customer information: CRM

Financial information: Accounting system

Company documents: Central document repository

Tasks and projects: Project management platform

Internal communication: Team communication platform

Customer support: Support platform

The specific applications will vary by startup. The principle should remain consistent. Every important type of information should have a clear home. If two systems are both considered the “official” place for customer information, you do not have two sources of truth. You have uncertainty!

Where Automation Makes Sense

Not every task should be automated. Automation works best when the work is repetitive, predictable, rules-based, and relatively low risk.

Good candidates might include creating a task after a form is submitted, notifying someone when a deal reaches a particular stage, sending a standard follow-up message, updating a record after a known event, or generating a recurring report.

Poor candidates are activities that require significant judgment, context, or relationship management.

A founder should be cautious about automatically sending an important customer response simply because an AI system generated it. Likewise, a hiring decision, financial decision, legal decision, or sensitive customer communication may require human review even when AI can assist with the work.

NIST’s guidance specifically emphasizes the importance of understanding human roles and oversight in human-AI systems.

A useful rule for founders is:

Automate the repetition. Keep humans responsible for the judgment.

That does not mean humans need to perform every step manually. It means the workflow should make responsibility clear.

Build a Simple Startup Technology Stack

A startup does not need an enormous technology stack. It needs a stack that people actually use.

The exact applications will depend on the company, but most early-stage startups can think about their technology in a handful of functional categories.

You need a reliable place for customer and prospect information.

You need a place to manage work and projects.

You need a central location for important documents.

You need communication tools for the team.

You need financial and accounting systems.

You may need specialized applications for your product, customer support, marketing, analytics, or other functions.

AI can sit across many of these categories as an additional capability rather than becoming another disconnected system. The goal is not to eliminate every application. The goal is to reduce unnecessary movement between applications.

A healthy startup technology stack should make it obvious:

Where information goes.

Who owns it.

What happens next.

Which system is authoritative.

When automation occurs.

When a human needs to intervene.

That is what makes technology useful.

The Startup Technology Audit

If you suspect your company has too many tools, conduct a simple technology audit. List every application your company currently uses.

For each one, identify what problem it solves, who uses it, what information it contains, and whether another application already performs the same function.

Then ask five questions:

Do we actually use this? A subscription that nobody uses is not productivity software. It is an expense.

Does another tool already do this? If two applications perform substantially the same function, determine whether both are necessary.

Does this tool support a defined workflow? If nobody can explain where the application fits into the company’s processes, reconsider why it exists.

Does it create another source of truth? If the same information is maintained in multiple places, determine which system should be authoritative.

Would removing it break something important? If not, you may have found an opportunity to simplify.

Do not try to eliminate everything at once. Start with one workflow and one functional area.

The goal is not a smaller technology stack for its own sake. The goal is a clearer operating system for the company.

GrowthCraft’s Perspective: Practical Technology Adoption

This is an area where GrowthCraft can play an important role for early-stage founders.

Founders are constantly being told to adopt the newest AI tool, automation platform, productivity application, or software solution. The harder question is whether that technology belongs in the business.

GrowthCraft’s role as a resource for first-time founders is not simply to point people toward more technology. It is to help founders think through the business problem first.

That means asking:

What are you trying to accomplish?

What process currently exists?

Where is the process breaking?

What should happen instead?

Which parts require human judgment?

Where could automation reduce repetitive work?

Where could AI assist without introducing unnecessary risk?

Which existing tools can support the improved process?

Those questions help founders make technology decisions based on the needs of the business rather than the popularity of a particular application.

That approach is especially important with AI. NIST’s AI Risk Management Framework and Generative AI Profile provide useful guidance for organizations thinking about responsible AI adoption, including governance, risk, evaluation, and human oversight.

For a startup, this does not have to become a giant governance project. It simply means being intentional.

Your Next Step: Stop Adding and Start Mapping

The next time someone recommends a new tool, do not immediately sign up.

Ask what problem it solves.

Then ask how the work happens today.

Map the workflow.

Remove unnecessary steps.

Clarify ownership.

Identify the system of record.

Then determine whether your current technology can support the improved workflow.

If it cannot, find the simplest technology that can. And if AI can remove repetitive work or improve decision support, determine exactly where it belongs and what human oversight is appropriate.

That sequence matters.

Workflow first. Technology second. Automation third.

Your startup does not need to look like a large company’s technology department.

It needs to work.

The best startup technology stack is not the one with the most applications. It is the one that helps a small team move important work from beginning to completion with as little confusion and unnecessary effort as possible.

Better workflows create that foundation.

The right technology simply helps those workflows run.

GrowthCraft Takeaway

Your technology stack should reflect how your startup works, not determine how it works.

Start with the workflow. Fix the process. Clarify ownership. Then choose the technology.

And when AI enters the conversation, start with the business problem rather than the AI capability.

For an early-stage founder, that mindset can prevent unnecessary software spending, reduce operational confusion, and create a company that is easier to run as the team grows.

—

Frequently Asked Questions

How many software tools should a startup have?

There is no ideal number of tools. The right number depends on the company’s business model, team, customers, and operational requirements. The better measure is whether every application has a clear purpose, an owner, and a defined place in the company’s workflows.

Should a startup use AI to automate everything?

No. AI is most useful when it addresses a specific business problem. Repetitive and well-defined activities are often good candidates for automation, while activities requiring judgment, context, sensitive information, or important decisions may require human oversight.

How do I know if two tools are redundant?

Look at what the tools actually do rather than how they are marketed. If both systems store the same information, manage similar tasks, or perform substantially similar functions, determine whether there is a clear reason to keep both. If not, consolidate where practical.

Should startups document workflows?

Yes. Documenting important workflows helps founders clarify responsibilities, onboard new employees, identify bottlenecks, and determine where automation makes sense. Documentation does not have to be complicated. A simple sequence of steps, owners, decisions, and expected outcomes can be enough.

When should a startup invest in workflow automation?

Start when a process is repetitive enough that manual execution creates delays, errors, or unnecessary work. Before automating it, make sure the process itself is well understood and reasonably stable. Automating a bad process simply makes the bad process faster.

—

Sources and Further Reading

Your Startup Doesn’t Need More Tools. It Needs Better Workflows. Read More »

Early-stage startup founders reviewing priorities and making decisions during a focused team meeting.

The Startup Meeting Guide Nobody Teaches You

Early-stage startup founders reviewing priorities and making decisions during a focused team meeting.
The right startup meetings create clarity, accountability, and forward progress without taking time away from the work that matters most.

The Startup Meeting Guide Nobody Teaches You

How Early-Stage Founders Can Build a Meeting Rhythm That Creates Progress Instead of Wasting Time

Your Startup Does Not Have a Meeting Problem. It Has a Meeting Design Problem.

As a startup grows, meetings tend to multiply.

It usually happens without anyone making a deliberate decision. A founder starts scheduling weekly check-ins. A team member asks for a regular status meeting. Leadership conversations become calendar events. Customer issues require discussions. Product questions need alignment.

Before long, a company with five or six people can have a calendar that looks like it belongs to a 500-person organization.

That is a problem.

Early-stage startups have one resource they cannot replace: focused time. Every hour spent in a meeting is an hour that is not spent talking to customers, building the product, selling, solving a problem, or completing meaningful work.

The answer is not to eliminate meetings completely. Startups need communication and alignment. The answer is to become intentional about which meetings exist and what each meeting is supposed to accomplish.

A good startup meeting should have a clear purpose that cannot be accomplished more effectively through an email, shared document, asynchronous update, or quick conversation.

The question founders should ask is simple:

What decision, problem, or relationship will be better because these people spent this time together?**

If there is no clear answer, the meeting probably should not exist.

This matters even more for first-time founders. You are not simply managing your own time. You are teaching your company how to work. The meeting habits you establish when the company has five employees often become the habits that follow you when the company has 25, 50, or 100.

That is why building the right meeting rhythm early is part of building your startup’s operating system.

—

Why Startups Need Fewer Meetings, Not More

There is a common assumption that more communication requires more meetings.

That is not always true.

More meetings can actually create less communication because people begin spending so much time reporting on work that they have less time to do it. Information becomes fragmented across conversations. Decisions get revisited repeatedly because no one is clear about who owns them.

A recent discussion in the [Harvard Business Review] (https://hbr.org/podcast/2026/06/we-all-hate-meetings-heres-how-to-make-them-work?utm_source=chatgpt.com) highlighted a problem that will sound familiar to many founders: organizations often need to examine which meetings should happen less frequently, involve fewer people, or disappear entirely. The underlying point is important for startups. Meeting discipline requires process discipline.

Early-stage companies should resist the temptation to copy the meeting structures of large companies.

You probably do not need a Monday morning leadership meeting, a Tuesday product meeting, a Wednesday sales meeting, a Thursday operations meeting, and a Friday company-wide status meeting.

You need a small number of meetings that accomplish specific jobs.

A useful startup meeting system should do four things:

1. Create alignment around priorities. People should understand what matters most right now and why.

2. Surface problems quickly. Meetings should identify obstacles that require discussion or decisions before they become larger problems.

3. Create accountability. Important commitments should have an owner and a clear follow-up point.

4. Strengthen the working relationships that are necessary to build the company. Some conversations, especially between founders and team members, cannot be replaced by project management software.

Everything else should be questioned.

—

The Meetings Every Startup Actually Needs

There is no universal meeting calendar that works for every startup. A two-person company should not operate like a 20-person company.

However, most early-stage startups eventually benefit from a basic rhythm built around five types of conversations:

  • Weekly founder meetings
  • Team one-on-ones
  • Leadership meetings
  • Monthly reviews
  • Quarterly planning sessions

The important distinction is that each meeting has a different purpose.

The biggest mistake founders make is trying to discuss everything in every meeting.

Your weekly founder meeting should not become a detailed monthly financial review. Your one-on-one should not become a project status meeting. Your quarterly planning session should not become a three-hour argument about something that happened yesterday.

Each meeting should have a job.

—

1. Weekly Founder Meetings: The Meeting That Keeps the Company Aligned

If your startup has more than one founder, the weekly founder meeting may be one of the most important meetings in the company.

Do not assume that because you talk throughout the week, you are aligned.

Casual conversations often create the illusion of alignment while important assumptions remain unspoken.

A structured weekly founder meeting creates time to step back from daily activity and ask:

  • What changed this week?
  • What are we learning from customers?
  • What is working?
  • What is not working?
  • What decisions need to be made?
  • Where are we losing focus?
  • What are the three most important priorities for next week?

This meeting should usually be between 45 and 60 minutes.

The goal is not to review every task. The goal is to discuss the issues that require founder-level attention.

A simple agenda might begin with a quick review of commitments from the previous week. Follow that with the most important numbers or signals from customers and the business. Then spend the majority of the meeting discussing decisions, problems, and priorities.

End with clear commitments.

Every founder should leave knowing what they own before the next meeting.

This is particularly important when founders have different functional responsibilities. The CEO may be focused on customers and fundraising while another founder is focused on product or technology. Without a regular forum, those separate priorities can slowly become separate companies operating under the same name.

—

2. Team One-on-Ones: Use Them to Understand People, Not Just Projects

One-on-one meetings are often misunderstood.

Many managers use them as project status meetings. The employee explains what they did last week. The manager asks what they are doing next week. Then both people return to work.

That is not the best use of the time.

One-on-ones should focus on the person, their challenges, their development, and the obstacles that may not surface in a group meeting.

Research and management discussions summarized by the [Harvard Business Review’s guide to one-on-one meetings](https://hbr.org/podcast/2024/01/supercharge-your-one-on-one-meetings?utm_source=chatgpt.com) emphasize the importance of being deliberate about these conversations rather than treating them as informal calendar placeholders.

For an early-stage startup, a one-on-one might include questions such as:

What is going well right now? What is frustrating you? What is blocking your progress? What do you need from me? What are you seeing that I may not be seeing?

Those questions are especially valuable because startup employees often see problems before founders do.

The frequency depends on the size and stage of your company. Early employees may benefit from weekly or biweekly one-on-ones. As teams become more experienced and independent, the rhythm may change.

The key principle is this: use one-on-ones to build trust and surface information that would otherwise remain hidden.

Do not waste them reading project management updates to each other.

—

3. Leadership Meetings: Only When You Actually Have a Leadership Team

One of the easiest mistakes for a growing startup is creating a leadership meeting before there is actually a leadership team.

A three-person startup does not need to call every weekly conversation a leadership meeting.

Once you have people responsible for major areas of the business, however, a regular leadership meeting can become useful.

This meeting should focus on cross-functional issues.

For example, sales may be hearing objections from customers that product needs to understand. Product may be changing priorities that affect marketing. Finance may identify a cash issue that changes hiring decisions.

Those are leadership meeting conversations because they require multiple areas of the company to understand the same issue.

A good leadership meeting should answer three questions:

Are we on track? What is off track? What needs a decision?

The meeting should not become a series of department presentations.

If everyone spends ten minutes explaining what their department did last week, you have created a status meeting, not a leadership meeting.

Ask people to provide routine information before the meeting whenever possible. Use the actual meeting for discussion, problem-solving, and decisions.

—

4. Monthly Reviews: Step Back and Look at the Business

Weekly meetings are useful for managing momentum. Monthly reviews are useful for seeing patterns.

A founder can become so focused on this week’s customer call, product issue, or sales opportunity that they miss what the business is telling them over time.

Once each month, take a longer view.

Review the metrics that actually matter at your stage. Depending on your startup, those might include revenue, pipeline, customer acquisition, retention, product usage, cash position, burn rate, or other indicators connected to your current goals.

The point is not to create a complicated dashboard filled with numbers.

The point is to ask:

What changed? Why did it change? What should we do differently?

A monthly review should also look at priorities. Are you still working on the things you said were important 30 days ago? If not, what changed?

This is where the meeting guide connects directly to a startup CEO scorecard.

Your company needs a rhythm for reviewing reality. Without it, founders often manage based on whichever problem feels most urgent that day.

A monthly review creates a pause between activity and reaction.

—

5. Quarterly Planning Sessions: Decide What Matters Before the Quarter Decides for You

Quarterly planning is one of the few meetings that deserves more time.

Startups change quickly, but that does not mean priorities should change every week.

A quarterly planning session gives the team an opportunity to review what happened, identify what was learned, and decide what matters most next.

Guidance from [Atlassian’s quarterly planning framework](https://www.atlassian.com/work-management/strategic-planning/quarterly-planning?utm_source=chatgpt.com) recommends beginning by reviewing the previous period before moving into future plans. That is particularly important for startups because assumptions can change quickly.

Start by reviewing the previous quarter.

What did you accomplish? What did you fail to accomplish? What surprised you? What did customers teach you? What should you stop doing?

Then reconnect the next quarter to the larger company direction.

Your quarterly priorities should not simply be a long list of projects. A small startup has limited capacity. Choosing what not to do is often as important as choosing what to do.

At the end of the session, everyone should understand:

  • The most important company objectives for the quarter
  • The few priorities that support those objectives
  • Who owns each priority
  • How progress will be measured
  • What work is intentionally being deprioritized

That last point matters.

A plan that does not identify what you are saying no to is usually not focused enough.

—

When to Cancel a Meeting

Founders should periodically audit recurring meetings.

Do not assume that because a meeting was useful three months ago, it is useful today.

Cancel or redesign a meeting when its original purpose no longer exists.

You should also question a meeting when the same people regularly attend but do not participate, when the conversation repeatedly covers information that could be shared asynchronously, or when no decisions or actions result from the meeting.

A useful test is to ask everyone attending:

If this meeting disappeared tomorrow, what would break?

If the answer is “nothing,” cancel it.

You can also reduce the frequency. A weekly meeting may need to become biweekly. A monthly meeting may only be necessary quarterly.

Another useful approach is to put an expiration date on new recurring meetings.

Instead of saying, “Let’s meet every Tuesday forever,” say, “Let’s meet every Tuesday for the next six weeks and then decide whether this is still useful.”

That small change forces the team to evaluate whether the meeting is earning its place on the calendar.

—

A Simple Startup Meeting Rhythm

For many early-stage startups, a simple structure might look like this:

Weekly: Founder alignment and priority review.

Weekly or biweekly: Individual one-on-ones focused on people, obstacles, and development.

Weekly or biweekly: Leadership discussion focused on cross-functional decisions, once the company has a genuine leadership team.

Monthly: Business and performance review focused on trends, metrics, priorities, and learning.

Quarterly: Strategic review and planning focused on what the company learned and what matters most next.

You may need fewer meetings than this.

The important thing is not copying someone else’s calendar. It is making sure every meeting has a purpose.

—

GrowthCraft’s Perspective: Build Your Startup Operating System Before You Need One

The best startup operating systems are not complicated.

They create clarity around how the company makes decisions, sets priorities, reviews progress, and solves problems.

Your meeting rhythm is part of that system.

At [GrowthCraft](https://growthcraft.org), the focus is on helping first-time and early-stage founders create practical frameworks that support execution. GrowthCraft provides founders with access to expert guidance, peer mastermind groups, office hours, and resources designed to help founders work through real business challenges.

That outside perspective can be particularly valuable when a founder is too close to a problem to see it clearly.

A GrowthCraft mastermind group, for example, is designed around regular conversations where founders can share challenges, gain different perspectives, and remain accountable for progress.

That is an important distinction.

Not every problem requires another internal meeting.

Sometimes the best use of a founder’s time is to bring the problem to people who have no internal agenda and can challenge your assumptions.

As your company grows, your meeting system will change. That is normal.

But the discipline should remain the same:

Meet for a reason. Make decisions. Assign ownership. Follow through. Cancel what no longer helps.

The goal is not to build a company that is excellent at meetings.

The goal is to build a company that makes progress.

—

Frequently Asked Questions About Startup Meetings

How many meetings should an early-stage startup have?

There is no perfect number, but early-stage startups generally need fewer recurring meetings than larger organizations. Start with the minimum structure necessary for alignment, decision-making, accountability, and communication. Add meetings only when there is a clear problem they solve.

How long should a startup weekly meeting be?

Most weekly founder or leadership meetings can be effective in 45 to 60 minutes when participants come prepared and the agenda focuses on decisions and problems rather than detailed status reporting.

What should not be discussed in a meeting?

Routine updates that can be communicated through a shared document, project management system, or short message usually do not require meeting time. Meetings are most valuable when people need to make decisions, solve complex problems, discuss sensitive issues, or build relationships.

Should startup founders meet every week?

In most multi-founder startups, a dedicated weekly founder meeting is valuable. Even founders who communicate frequently can develop different assumptions about priorities, customers, and company decisions. A structured weekly conversation creates space to address those issues before they become larger problems.

When should you cancel a recurring meeting?

Cancel or redesign a recurring meeting when it no longer has a clear purpose, produces no decisions or actions, duplicates information available elsewhere, or continues simply because it has always existed. Review recurring meetings regularly as the startup changes.

—

Sources and Further Reading

Atlassian: A Guide to Quarterly Planning

https://www.atlassian.com/work-management/strategic-planning/quarterly-planning

Harvard Business Review: Supercharge Your One-on-One Meetings

https://hbr.org/podcast/2024/01/supercharge-your-one-on-one-meetings

Harvard Business Review: We All Hate Meetings, Here’s How to Make Them Work

https://hbr.org/podcast/2026/06/we-all-hate-meetings-heres-how-to-make-them-work

GrowthCraft Resources and support for early-stage founders

GrowthCraft Mastermind Groups

GrowthCraft Office Hours

The Startup Meeting Guide Nobody Teaches You Read More »

Scroll to Top