Practical guidance for better business software decisions
Understand what to build, what to buy, what to ask a supplier and how to keep control — across web applications, SaaS, internal systems, integrations and legacy software.
Not sure whether you need a website or a web application? Open the decision guide- 463professionally edited guides
- 6core decision areas
- 225articles available now
Start with the business problem
You do not need to know the technical answer yet. Begin with the decision, risk or operating problem you need to solve.
We have outgrown spreadsheets
Versions, permissions and manual rekeying are becoming operational risks.
Find the right starting pointWe need a customer portal
Customers need secure access to documents, requests, messages or services.
Find the right starting pointWe are planning SaaS
Define the MVP, tenancy, billing, onboarding and operating model.
Find the right starting pointWe must take over a legacy app
Recover control of code, infrastructure, data, access and documentation.
Find the right starting pointWe need integrations
Map data movement, ownership, failure handling and reconciliation.
Find the right starting pointWe need to choose a supplier
Compare evidence, assumptions, delivery controls and long-term ownership.
Find the right starting pointA complete map of the software lifecycle
Each guide starts with a business decision and leads to the supporting requirements, cost, risk and operating materials.
Web Applications
Plan, specify, commission and operate web applications around real business processes.
SaaS Development
Shape an MVP, choose an operating model and grow a SaaS product without losing control.
Business Systems
Improve CRM, portals, workflows, document handling and internal operations.
Technology and Integrations
Connect systems, manage data, choose infrastructure and design reliable operations.
Legacy Systems
Audit, take over, modernise or replace ageing applications with a safe transition plan.
Project Management
Set requirements, compare suppliers, control delivery and accept software with evidence.
From problem to ownership
Good software decisions are made in sequence. Skipping early questions usually creates expensive problems later.
- 01
Problem
Define the operational problem and desired outcome.
- 02
Process map
Capture the current process, roles and exceptions.
- 03
Requirements
Describe functions, data, quality and acceptance.
- 04
Build vs buy
Compare fit, control, cost and exit options.
- 05
Discovery
Test assumptions before committing to delivery.
- 06
Delivery
Build, review and control change in evidence-based stages.
- 07
Acceptance
Verify real workflows and sign off against criteria.
- 08
Ownership and support
Keep control of assets, operations and future change.
Decision path · requirements · cost · ownership
Start with the decision — not a technology shortlist
Most software projects go wrong before development begins. The guide helps you define the operating problem, identify the evidence you need and move to the right specialist material.
Compare options by evidence, not sales claims
Use clear criteria: process fit, implementation effort, control, ongoing cost, risk and the ability to exit.
Website vs web application
Choose between publishing information and running an interactive business process.
Read the guide ComparisonReady-made vs custom CRM
Compare process fit, integration effort, ownership and long-term cost.
Read the guide Legacy decisionRebuild vs modernise
Assess technical condition, business risk, migration and continuity.
Read the guide StrategyBuild vs buy business software
Decide what should be configured, purchased or built around your advantage.
Read the guideBudget beyond the build
Discovery, licences, integrations, hosting, monitoring, support, change and exit all affect total cost.
Ownership is more than source code
- Business accounts Domain, cloud, repositories and billing access
- Operational evidence Backups, monitoring, runbooks and deployment process
- Exit readiness Data export, licences, documentation and transition support
Questions that protect day-to-day operations
Security is only one part of assurance. Permissions, recovery and evidence must also work in the real operating model.
Security
Threats, authentication, dependencies, data and specialist review.
Permissions
Roles, approvals, least privilege and access reviews.
Backups and recovery
Recovery objectives, restore testing and operational ownership.
Audit logs
Record material actions without collecting everything indefinitely.
Newly published
Document Workflow Automation
Document workflow automation means applying rules to move a document through a sequence of steps without someone manually forwarding emails, chasing c…
When to Add New Features to a SaaS Product
Adding features is the most visible way a SaaS product evolves, but it is also the easiest way to introduce instability, confuse new users and stretch…
Red Flags When Choosing a Web Development Supplier
A red flag is not a single awkward moment in a conversation. It is a pattern of behaviour, a gap in process, or a contractual position that raises the…
Why Software Estimates Are Often Wrong
Software estimates frequently miss the mark because the work being estimated is fundamentally different from physical construction or manufacturing. W…
The True Cost of Keeping a Legacy System Running
The invoice from your hosting provider or infrastructure supplier is the most visible cost of a legacy system, but it is usually the smallest. The tru…
How to Respond to a Vulnerability Disclosure
A vulnerability disclosure is a report from someone outside your immediate team — a security researcher, a customer, a supplier, or occasionally an au…
Clear about what the guidance can and cannot do
Researched and referenced
Time-sensitive claims are checked against authoritative sources and dated where appropriate.
Independent framing
Options are compared by business fit, cost, control and risk rather than affiliate position.
Corrections welcome
Material errors are corrected transparently. Readers can contact the editorial team.