A one-person business can easily own twenty subscriptions and still run important work through memory, inbox flags and scattered spreadsheets.

A lean software stack does not mean using the fewest tools at any cost. It means every tool has a clear job, important data has a known home and the stack remains affordable and recoverable when work becomes busy.

Quick verdict: Start with identity and email, one productivity suite, password management, accounting and a simple customer pipeline. Add specialist tools only when a repeated workflow justifies them.

The five rules of a lean stack

1. One system of record per information type

Choose one authoritative location for:

Other tools may display or copy the information, but everyone—including your future self—should know where the current version lives.

2. Buy a suite before separate utilities

Google Workspace and Microsoft 365 both combine professional email, calendar, storage, documents and collaboration. Starting with one suite reduces account sprawl and integration work.

Choose based on customers, file formats and working style:

Do not pay for both unless a real customer or workflow requirement justifies the overlap.

3. Prefer portable data

Before adopting a tool, test how to export:

An “Export” button is not enough. Inspect the resulting files and determine what relationships or history would be lost.

4. Secure the control plane first

Your email, domain registrar, password manager and primary cloud account can reset or control most of the stack. Protect them with unique credentials, multi-factor authentication, current recovery details and at least one documented backup method.

NIST's current authentication guidance supports password managers and describes phishing-resistant authentication. Apply the strongest controls to administrator and recovery accounts first.

5. Add software after the process is clear

A new CRM will not fix an undefined sales process. An automation platform will not fix inconsistent data entry. Document the repeated work, remove unnecessary steps and then decide whether software is the constraint.

The essential stack

1. Domain, identity and email

Use a domain you control and professional email through your chosen productivity suite.

Record:

Avoid registering the company domain through a former contractor's personal account.

2. Password manager

A password manager is foundational rather than optional. It creates unique credentials, reduces password reuse and gives you a controlled place for recovery codes and shared service accounts.

Requirements:

Do not store passwords in a project wiki, browser note or general spreadsheet.

3. Documents, calendar and storage

Use the suite selected for email as the default home for documents and calendar. Create a small top-level structure:

00 Administration
01 Finance
02 Customers
03 Sales and marketing
04 Operations
05 Templates
90 Archive

Use consistent customer or project names. Keep contracts and final deliverables separate from working drafts. Define what is backed up and what “trash” retention does not protect.

4. Tasks and projects

Start with the task system included in your suite or a simple dedicated tool. You need:

Do not turn every email into a task automatically. Capture commitments and outcomes, not inbox volume.

Add a project platform when you need multiple views, templates, dependencies or collaboration that the simple list cannot provide.

5. Accounting and invoicing

Choose accounting software that matches your country, tax obligations, bank connections and accountant—not a generic global “best software” list.

Ask your accountant:

Keep payment approval separate from receipt extraction and bookkeeping automation.

6. Customer pipeline

You may not need a full CRM at first. A structured table can work if it contains:

Move to a CRM when automation, reporting, multiple contacts or collaboration make the table unreliable.

7. Website and analytics

Choose a website platform you can update without a developer for every small change, but avoid handing critical infrastructure to a platform you cannot export or control.

Maintain:

Measure a few business outcomes—qualified enquiries, sales, subscriptions or bookings—rather than collecting every available metric.

8. Communication and meetings

Email and calendar may be enough. Add chat only when response speed and ongoing collaboration justify another inbox.

For video meetings, prioritize:

9. Forms and scheduling

A scheduling page and structured intake form can remove significant back-and-forth.

Keep forms short. Explain why information is requested, collect only what is needed and route submissions into an owned process. Do not leave sensitive responses indefinitely in notification emails.

10. Backup and recovery

Cloud storage and sync are not complete backup strategies by themselves. Define:

Include website content, accounting exports, customer records and automation documentation—not only documents.

Three example stacks

These are architectures, not product prescriptions.

Minimal service business

Content-led business

Add:

Project-based consultant

Add:

How to evaluate a new subscription

Score each candidate from one to five:

Criterion Question
Problem fit Does it solve a repeated, costly problem?
Adoption Will the real workflow use it every week?
Integration Can it connect without fragile workarounds?
Export Can important data leave in a usable format?
Security Are MFA, permissions and logging appropriate?
Reliability Is there status information, support and recovery?
Total cost Does price include required seats, storage and add-ons?
Exit cost How difficult is migration or cancellation?

Run a pilot with representative data. Do not migrate everything during a free-trial afternoon.

Run a quarterly subscription audit

For every tool, record:

Canceling unused software is useful. Consolidating duplicate data and authentication risk is often even more valuable.

Final recommendation

Build from the control plane outward: domain and identity, one productivity suite, password manager, accounting, customer pipeline, website and backup. Add project, marketing and automation tools only after volume creates a measurable need.

A lean stack should be easy to explain on one page. If you cannot identify where customer, financial or operational truth lives, adding another application is unlikely to help.

Sources and further reading