Alex is Sprintlaw’s co-founder and principal lawyer. Alex previously worked at a top-tier firm as a lawyer specialising in technology and media contracts, and founded a digital agency which he sold in 2015.
- Overview
FAQs
- Do co-founders of a managed cloud startup need a written agreement?
- Is a co-founder agreement the same as a shareholders agreement?
- Should founder shares vest in an Australian startup?
- What happens if one founder built the platform before the company existed?
- Can a co-founder agreement stop a founder from competing after they leave?
- Key Takeaways
If you are building a managed cloud startup with one or more co-founders, the legal risk usually starts long before the first customer signs. Founders often split equity on a handshake, assume all code belongs to the company because they built it together, or leave decision-making vague until a major provider contract, investor discussion, or customer outage forces the issue. Those mistakes can become expensive fast, especially in cloud businesses where intellectual property, client data, service commitments, and technical responsibility are tied closely to founder roles.
A well-drafted co-founder agreement helps you deal with those issues early, before you sign a contract, before you spend money on setup, and before you rely on a verbal promise about ownership or control. For Australian managed cloud startups, the document should go beyond a basic founder split. It should deal with equity, vesting, IP ownership, confidentiality, restraints, exits, disputes, and what happens if one founder stops contributing or takes a side project into direct competition.
Overview
A co-founder agreement records the commercial and legal rules between the people building the business together. For managed cloud startups in Australia, it should reflect the reality of recurring services, customer uptime expectations, technical IP, privacy obligations, and the possibility that one founder may hold key supplier, engineering, or sales relationships.
- Who owns shares now, and whether those shares vest over time
- Who owns code, scripts, documentation, processes, domains, branding, and other IP
- What each founder is expected to contribute, including time, money, sales effort, and technical delivery
- How major decisions are made, including new funding, debt, key hires, and provider commitments
- What salary, reimbursement, or founder loans are allowed before the business is profitable
- How confidentiality, privacy, and client information must be handled
- What happens if a founder leaves, is removed, becomes inactive, or dies
- Whether restraints apply to competing cloud services, poaching staff, or approaching clients
- How disputes are managed before they become business-ending conflicts
What Co-founder Agreements for Managed Cloud Startups Means For Australian Businesses
For an Australian managed cloud business, a co-founder agreement is the document that turns founder assumptions into enforceable rules.
That matters because cloud startups often begin informally. One founder may bring the technical architecture, another may bring enterprise customers, and another may handle operations or security. If those roles are not documented clearly, disputes usually surface when the company starts generating recurring revenue or when investors ask basic questions about ownership and authority.
Why managed cloud startups need more than a generic founder template
A standard founder agreement may deal with share splits and broad duties, but managed cloud businesses usually need more detail. Your startup may be reselling third-party infrastructure, building automation layers, offering migration and monitoring services, managing client environments, or handling sensitive operational data. Each of those points changes what the founders should agree on.
For example, if one founder built deployment scripts before the company existed, you need a clear IP assignment so the company owns and can use that material. If one founder is the only person with a direct relationship to a major cloud provider or channel partner, the agreement should address whether that relationship belongs to the founder personally or must be transitioned to the company.
Key clauses that matter in practice
The most useful co-founder agreements answer the questions that usually come up in real founder moments, not abstract legal theory.
Your agreement will usually need clauses covering:
- Founder roles and responsibilities, including technical delivery, incident response, sales, finance, and compliance
- Equity ownership and whether shares are issued upfront or subject to vesting and milestones
- Board and voting arrangements, especially where one founder can block key operational decisions
- Intellectual property assignment from each founder to the company
- Confidentiality obligations covering source code, client environments, pricing, security processes, and commercial strategy
- Treatment of founder expenses, loans, and reimbursements
- Restrictions on side projects, outside consulting, or competing services
- Departure rules, including forced transfer of shares if a founder leaves early or breaches core obligations
- Dispute resolution steps, such as internal escalation, mediation, and buy-out mechanics
How this fits with your company structure
The co-founder agreement does not replace your company constitution, shareholder arrangements, employment contracts, or service agreements. It should fit with them.
Many Australian startups operate through a proprietary limited company. If shares are being issued, the founders should make sure the co-founder agreement lines up with the company records, any shareholders agreement, ASIC details, and the practical authority each founder has to bind the company. A mismatch between these documents is where founders often get caught.
For example, your co-founder agreement might say unanimous approval is needed before taking on debt, but your constitution or bank authority may allow one director to act alone. That gap can create real problems if a founder signs finance documents or long-term vendor commitments without everyone understanding the limits.
Managed cloud issues that deserve specific drafting
Cloud businesses often carry risks that are not obvious in a general startup arrangement. The agreement should address them directly.
- Customer data access, including which founders can access live environments and under what controls
- Security responsibilities, such as patching, incident reporting, access management, and credential handling
- Service commitments, particularly if one founder is personally responsible for uptime, support, or escalation
- Provider dependencies, where reseller terms, partner status, or credits sit with one founder rather than the company
- Pre-existing IP, such as scripts, templates, platform components, or know-how brought into the business
- Compliance ownership, including privacy processes and internal policies where personal information is handled
If these points are left vague, the business can face internal disputes at exactly the time it needs certainty, such as an acquisition discussion, fundraising process, major customer onboarding, or security incident.
Legal Issues To Check Before You Sign
Before you sign, make sure the agreement matches how the business actually works, not how everyone hopes it will work.
Founders often focus on the equity split first. Equity matters, but it is only one part of the legal picture. For managed cloud startups, the harder issues are usually ownership of IP, authority to commit the business, confidentiality around client environments, and what happens if one founder leaves after six months with access to key systems and customer knowledge.
1. Equity and vesting
Equal splits can work, but only if the contribution, risk, and commitment are genuinely equal. Many founders prefer vesting so shares are earned over time or subject to performance and continued involvement.
This can be especially useful where one founder is full time and another is part time, or where the startup still depends heavily on future technical work, client introductions, or fundraising support. The agreement should also deal with what happens to vested and unvested shares if a founder resigns, is terminated, or stops contributing.
2. Intellectual property ownership
The company should own the IP it needs to trade. That includes code, infrastructure templates, internal tools, branding material, documentation, client playbooks, and other original material created by the founders for the business.
If any founder developed software or systems before the company was formed, the agreement should say clearly whether those assets are assigned to the company, licensed to it, or excluded. This point is often overlooked until due diligence begins or a founder leaves and claims the business cannot keep using the core platform.
3. Confidentiality and data handling
Managed cloud startups regularly deal with commercially sensitive information and may also handle personal information. A generic confidentiality clause may not be enough.
The agreement should define confidential information broadly and deal with:
- Customer credentials and system access details
- Architecture diagrams, deployment processes, and monitoring rules
- Pricing models, margin arrangements, and partner discounts
- Security incidents and internal remediation steps
- Client lists, pipeline information, and renewal data
If the startup handles personal information, the founders should also think about privacy compliance and a privacy policy at the company level. The co-founder agreement will not replace operational privacy documents, but it can allocate responsibility for privacy processes and security controls.
4. Decision-making and deadlock
Most founder disputes are really decision-making disputes.
The agreement should say which matters can be decided by a majority, which require unanimous approval, and what happens when founders are deadlocked. For a managed cloud startup, reserved matters often include:
- Taking investment or debt
- Signing large customer contracts or strategic provider agreements
- Hiring or firing senior staff
- Changing the business model
- Issuing new shares
- Selling substantial assets or IP
Deadlock clauses matter most where there are two equal founders. Without one, a serious disagreement can stall the business completely.
5. Founder commitments and side projects
If one founder is expected to be full time, put that in writing. If another can continue separate consulting work, spell out the limit.
This is where founders often rely on assumptions. A side project may start as harmless freelance work, then drift into using company code, staff time, or prospective clients. The agreement should deal with conflicts of interest, use of company resources, and whether founders can work on adjacent cloud or managed services businesses.
6. Restraints and client protection
Restraints can help protect the business, but they need careful drafting to have a better chance of being enforceable in Australia.
A founder agreement may include restrictions on competing with the business, soliciting clients, or poaching employees for a period after departure. The main risk is trying to go too far. Clauses should be tailored to the role, the market, and the legitimate interests being protected, such as confidential know-how, customer relationships, and staff stability.
7. Exit mechanics
You need a process for founder exits before anyone wants to leave.
The agreement should explain:
- When a founder must offer shares for sale
- How those shares are valued
- Whether the company or remaining founders have first rights to buy them
- What counts as a bad leaver event, such as serious misconduct or material breach
- Whether unpaid loans or expense claims are set off against the buy-out amount
These clauses are particularly important where a founder controls technical access or holds customer relationships that cannot be replaced quickly.
8. Employment and service arrangements
Being a shareholder is not the same as being an employee or contractor. If founders are working in the business day to day, separate employment agreements or contractor agreements may still be needed.
That helps deal with salary, duties, leave, confidentiality, post-employment obligations, and termination rights. It also reduces confusion about whether a founder can be removed from an operational role without automatically losing their shares.
Common Mistakes With Co-founder Agreements for Managed Cloud Startups
The most common mistake is signing a founder agreement that looks tidy on paper but does not match the way the business actually operates.
For managed cloud startups, legal problems usually come from gaps between technical reality and legal documents. Here are the issues that appear most often.
Assuming all founder contributions are equal forever
Contributions change. One founder may end up carrying support, sales, architecture, and customer delivery while another becomes less involved. If the agreement has no vesting, review mechanism, or exit process, resentment tends to build quickly.
Leaving IP ownership unclear
Founders often think that because code was written for the business, the business owns it. That is not always safe to assume.
If a founder created scripts, templates, tooling, or documentation before incorporation, or through a separate entity, ownership can be contested later. Investors and acquirers usually focus on this early.
Relying on verbal promises about roles
Statements like “you’ll handle enterprise sales” or “I’ll be on call until we hire support” sound clear at the start, but they rarely stay clear under pressure. A founder agreement should record the expected role, time commitment, and authority level in plain terms.
Ignoring cloud provider and partner dependencies
Some managed cloud startups depend heavily on one founder’s certifications, partner account, reseller status, or industry network. If that founder leaves, the business may lose access, margin, or credibility.
The agreement should address transition obligations, cooperation on handover, and who controls provider-facing assets and accounts.
Using restraints that are too broad
Founders sometimes add the strongest restraint wording they can think of. That can backfire.
Overly broad restraints may be harder to enforce and can distract from what the business really needs, which is reasonable protection for customer relationships, confidential information, and key staff.
Forgetting security and access controls
In cloud businesses, a departing founder may still know passwords, API keys, architecture settings, and client escalation paths. The agreement should support an orderly departure process, but the business also needs practical internal controls.
Legal drafting helps, but access management, credential rotation, and documented handover steps matter just as much.
Not updating the agreement after investment or growth
A founder agreement signed at idea stage may not suit the business after external investment, new hires, or major enterprise contracts. Review points should be built in, especially when the cap table changes or founders move from informal roles into senior executive positions.
FAQs
Do co-founders of a managed cloud startup need a written agreement?
Yes, in most cases a written agreement is the safest approach. It helps avoid disputes about equity, IP, decision-making, confidentiality, and exits before those issues damage the business.
Is a co-founder agreement the same as a shareholders agreement?
No. They can overlap, but they are not always the same document. A co-founder agreement focuses on the relationship between founders, while a shareholders agreement usually deals more broadly with rights and obligations attached to shares and may include later investors as well.
Should founder shares vest in an Australian startup?
Often, yes. Vesting can protect the business if a founder leaves early or stops contributing. The right structure depends on the business stage, founder roles, and how shares are being issued, so founders should get advice before finalising the arrangement.
What happens if one founder built the platform before the company existed?
You should deal with that expressly. The agreement should state whether that platform or code is assigned to the company, licensed to it, or carved out, and what the company can keep using if the founder leaves.
Can a co-founder agreement stop a founder from competing after they leave?
Sometimes, but only to the extent the restraint is reasonably drafted and protects legitimate business interests. Clauses that are too broad may be harder to rely on, so this area should be tailored carefully.
Key Takeaways
- A co-founder agreement for a managed cloud startup should cover more than a share split, it should also deal with IP, confidentiality, founder roles, decision-making, exits, and restraints.
- Managed cloud businesses need specific drafting around customer environments, security responsibilities, provider relationships, and pre-existing technical assets.
- Vesting, deadlock rules, and bad leaver provisions can protect the business if founder contributions change or a founder leaves early.
- The agreement should align with your company structure, constitution, shareholder arrangements, and any founder employment or contractor contracts.
- Founders should sort out ownership and authority early, before they sign a contract, accept a provider's standard terms, or rely on verbal promises about control and contribution.
If you want help with founder equity terms, IP ownership, restraint clauses, and exit arrangements, you can reach us on 1800 730 617 or team@sprintlaw.com.au for a free, no-obligations chat.
Turn ownership into workable control rules
Which shareholder events should you document?
Percentages alone do not settle board control, reserved matters, transfers, leavers, deadlocks or exits. Those rules should be agreed before pressure arrives.






