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- 462professionally edited guides
- 6core decision areas
- 57articles 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
How to Plan Accessibility in a Web Application
Planning accessibility means deciding, at each stage of a project, how people with different abilities will use the system. It is not a separate works…
How to Handle Exceptions in Business Processes
An exception is any situation that falls outside the normal flow of a defined process. In a CRM, that might be a customer whose account status does no…
Vertical SaaS vs Horizontal SaaS
The distinction between vertical and horizontal SaaS is not a technical architecture decision. It is a market-positioning choice that shapes what the …
How to Define User Roles for a Web Application
User roles should describe responsibility and access inside the application, not merely reproduce an organisation chart. A sound role model allows peo…
Defect Liability Periods Explained
Understand what a software defect liability period can cover, how it differs from support and change requests, and what evidence and contract terms a …
How to Quantify Legacy System Risk
Quantifying legacy system risk means converting vague unease about an ageing application into a structured assessment that a business can use to make …
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.