Ideas & insights

Ideas for your next digital decision

Planning a website, software change, campaign or external development arrangement? Start with the question holding up your decision. Our guides help you work through the options and prepare something useful to discuss with your team.

Let’s talk

Practical thinking before the next investment

You may know what is frustrating your team without knowing what to commission. A website brings in enquiries that sales cannot use. Staff keep copying the same information between systems. A supplier proposal lists features but leaves you unsure what you would receive.

We write these guides to help you work through those questions. They cover the details that affect a brief: what a customer needs to understand, what staff do next, which rules the software must follow and how you will review the work. They make no promises about rankings, savings or campaign results.

Find the right starting point

  • Development: application scope, eCommerce operations and recurring PHP work.
  • Websites: content management, business workflows and platform decisions.
  • Digital marketing: useful local content and meaningful campaign measurement.
  • Design: clearer offers, accessible forms and customer confidence.
  • Outsourcing: supplier evaluation, agency partnerships and cross-border handover.
  • Africa market entry: local offers, automotive enquiries and sales-connected acquisition.

How to use these guides

Pick the article closest to the question on your desk. Read it alongside something concrete: a page customers misunderstand, a sample order, an anonymised enquiry or the proposal you are comparing. Note which questions you can already answer and which need someone else’s input.

For example, imagine that enquiries arrive but the sales team keeps asking for the same missing product detail. Bring an anonymised request and the follow-up questions to the discussion. That gives you something specific to investigate: the product explanation, the form fields or the information passed to sales. You can then decide which change to explore first.

Where an article links to platform documentation, use that reference to check the requirements for your particular setup before implementation. The commercial scope, legal requirements and working arrangements still need to be confirmed for your project.

Start a conversation about your brief when you are ready to discuss what to do next.

Read for the decision you need to make

You may find the answer across more than one collection. A website platform choice also affects the people publishing content. An outsourced development arrangement needs a clear way to review changes. An enquiry problem may involve both the form’s wording and the marketing that brings someone to it.

Follow those connections when they help answer your original question. Before adding another workstream, ask what it would resolve. If your immediate problem is an unclear product request, you might first review one product page and its enquiry form, then decide whether anything further is needed.

Start with the uncertainty that changes the plan

Ask what you need to know before you could choose an approach. If an operating rule is unclear, start with development. If staff struggle to publish or customers cannot find an answer, try websites. For acquisition and measurement, use marketing; for briefing and reviewing external work, use outsourcing. Market-entry guides help when the buyer or route to market still needs investigation.

Take away a short working note: what happens now, what you want to change, and what you need to find out. Name the person who can answer each open question. That might be the editor who updates a page, the developer responsible for an integration or the sales colleague who receives an enquiry.

Explore development guides · Explore outsourcing guides · Bring your planning question.

Choosing and using these insights

A few useful answers before you decide.

Which collection should I read before briefing a new project?
Start with the decision blocking progress. Use development for application scope and transaction rules, websites for editing and platform choices, and design for how people understand an offer or form. You do not need to read everything before talking to us. One relevant question and an example of what happens today are enough to begin.
Can these guides help review an existing supplier proposal?
Yes. Use them to ask what the quoted work includes, who supplies content, how you review the result and what happens if something fails or needs changing later. Ask suppliers to explain their assumptions against the same example. The guides help you compare the proposals; they cannot establish whether a particular supplier is suitable for your project.
Are the examples promises about what a project will achieve?
No. An example shows how you might define or review work. It does not describe a verified client result or a test that has already passed. The people, capability, infrastructure and commercial scope available for your engagement still need to be confirmed.
How should technical references be used?
Open the linked primary documentation and check the version and conditions relevant to your system. Bring anything that does not match your setup into the technical discussion. A reference supports a specific explanation; your developer and any relevant specialist still need to review how it applies to the actual project.
What should an internal team take away from an article?
A clearer question and a practical way to answer it. For example, ask the person handling orders to show where information is missing, or ask an editor to demonstrate the update that takes too long. Note who will gather the information and what remains unknown, so the next discussion or estimate can address those gaps.
How can we turn the reading into a useful conversation?
Bring the article, a safe example of the workflow and the change you want to see. Tell us which systems must stay, who can supply content and who will review or follow up the work. If you are unsure what to commission, say so. We can use those details to discuss an appropriate first task and the questions that need answering before it can be scoped.
Let’s move things forward

Start a conversation

Tell us what you are working towards. We’ll help you find a practical next step.

Let’s talk