Resources

Community

Integrations

Conferences

Development

Agency

Hack Projects

Design

Technical Account Manager

Andy Mardell

<p>We’ve seen it happen too many times. You’ve invested in a <a href="https://sidigital.co/services/develop/mobile-apps">new app</a> or <a href="https://sidigital.co/services/develop/websites">website for your business</a>. The team is excited and everyone’s ready to launch. Then six months in, your budget has been blown, key features don’t work the way users need them to, and the project that was supposed to transform your business is now back down at the foot of the mountain.</p><p>But the problem isn’t bad design or poor code. It’s much simpler: you started building before you knew what to build.</p><p>Back in the early 2000s, we did the same thing. We’d come out of a client meeting and jump straight into design and development. We’d ask all the obvious questions, “who’s your target audience?”, “what does success look like?”, but we were only skimming the surface. We weren’t really digging into what their users actually needed. We had no idea what problems we needed to solve.</p><p>Our clients loved what we delivered. But a few months down the line, they began to realise what features their users actually wanted. And adding these in post-launch would cost them more money. The smiles turned to frustration. The excitement turned to firefighting.</p><p>It was time to take a step back and change our approach. Instead of jumping into design and build, we slowed down to understand. We asked tougher questions. We mapped out future needs. We analysed data. We did our research. We stopped treating <a href="https://sidigital.co/services/discover">discovery phases</a> as a nice-to-have and started treating it like an insurance our clients had to have.</p><p>Around <a href="https://www.mckinsey.com/capabilities/transformation/our-insights/common-pitfalls-in-transformations-a-conversation-with-jon-garcia" target="_blank" rel="noopener noreferrer">70% of digital products fail to hit their desired targets</a> according to research from McKinsey. Companies wasted tens of thousands of pounds designing and building features that their users simply didn’t want. And the cost of fixing those problems post-launch can be up to 100 times more expensive.</p><p>This isn’t about adding time to projects. It’s about not wasting the time you’ve already got. So let’s talk about why discovery phases aren’t just valuable. They are a must-have.</p>

We've seen it happen too many times

<p>Skipping discovery phases is an industry-wide problem, affecting projects big and small. And it’s leaving some interesting stories in its wake.</p><p>Remember Quibi? You’ve probably never heard of them. And that’s exactly the point. In 2020, former Disney Chairman Jeffrey Katzenberg and Meg Whitman, former HP CEO, launched a mobile-first streaming platform for premium short-form video. They had around $1.75 billion in funding, and an impressive list of A-List celebrities like Dwayne Johnson, Chrissy Teigen, and Steven Spielberg behind them to create the content.</p><p>But six months later, they shut down.</p><p>Quibi didn’t fail because of bad execution or poor timing. They failed because they didn’t validate that anyone wanted what they were building. They spent over $1 billion creating content before even asking their audience a single question. They assumed users would pay for paywalled videos when YouTube and TikTok were already delivering free, sharable content. By the time they realised their users wanted social features rather than premium isolation, they had already burned through nearly $2 billion.</p><p>Another example is Google Wave, an ambitious project launched back in 2009 that survived just over a year before being shut down. Why? Because Google didn’t figure out what users needed. Wave was billed as a groundbreaking new communication platform that would reimagine email by combining real-time collaboration, instant messaging, and document editing in one place.</p><p>But Google skipped the vital discovery project phase and brought a product to the market with no foundation to give users the answers to their problems and no clear value proposition. They made assumptions without validating them with users, which resulted in a product that users simply didn’t need. And, as it turns out, users don’t want a platform that merges all their communications into one place.</p><p>One last example is Panels, an app from YouTuber <a href="https://www.youtube.com/user/marquesbrownlee" target="_blank" rel="noopener noreferrer">Marques Brownlee</a>. The app was built on a simple idea – premium subscription phone wallpapers, and launched in September 2024. The app was born from comments on his videos, often pointing out how nice his wallpapers were.</p><p>Are comments on videos enough information to warrant building an app? No. In a world where background images are readily available for free on platforms like Unsplash and Pexels, it turns out nobody wanted to pay $50 a year for a subscription to get “premium” ones regularly.</p><p>Panels closed down in December 2025, and it ultimately boils down to skipping that key discovery phase. If the Panels team had conducted proper user research, they would have found out before even starting to write a line of code that there was simply no market for a premium subscription wallpaper app.</p>

An industry avalanche

<p>It’s easy to sit here and analyse failed digital product launches, but why does it keep happening? And to projects funded by big and small companies?</p><h3>Pressure to move quickly</h3><p>Key stakeholders are driven by results. They want to see tangible output from their investment. Discovery can feel like standing around when everyone wants to sprint. So teams often skip it and dive straight to design and build, only to discover six months in that they’re building the wrong thing. And what they end up missing is the key foundational information that underpins the entire project.</p><h3>Discovery gets mistaken for delay</h3><p>Nobody wants project delays. And stakeholders can be sensitive to this. They often see the research phase as a stalling tactic rather than essential groundwork. This is a dangerous misconception. Skipping discovery phases isn’t efficient; it’s a false economy that compounds into blown budgets and wasted time.</p><h3>Activity gets confused with progress</h3><p>Wireframes feel like progress. Code feels like progress. Research? That just feels like more meetings. Stakeholders confuse visible activity with actual value, ignoring the fact that building the wrong thing quickly is worse than building the right thing thoughtfully.</p><p>The result? Teams rush into execution, only to spend months, and tens of thousands, correcting avoidable mistakes.</p>

So why does this keep happening? 

<p>The most obvious cost of skipping a discovery phase is the failure of the project. But that’s not the case with most teams. There are more discreet, invisible costs involved. Most teams finish their project, but they finish with something that cost them twice as much, took significantly longer than it needed to, and doesn’t actually solve all their users’ problems.</p><p>These are the invisible costs. The ones that don't show up until you're deep in development. And by then, they've already compounded.</p><h3>Stakeholder misalignment</h3><p>Everyone thinks they're on the same page. They're usually not. The managing director has one vision, the project manager another, and the development team a different vision again. And these differences all stay hidden during the honeymoon phase of the project, the phase where everyone’s excited and inspired. But when real decisions need to be made, everything explodes. You’re three months in, the budget half spent, and stakeholders are arguing over features that should have been agreed on from day one.</p><p><a href="https://teamstage.io/project-management-statistics/" target="_blank" rel="noopener noreferrer">Research backs this</a>. Lack of senior management involvement in projects is the primary reason that 33% of projects fail. And 78% of project managers say they want stakeholders to be more involved and engaged. A clear sign that plenty of projects suffer from a lack of alignment.</p><h3>Technical surprises</h3><p>When you skip discovery phases, you fail to uncover the technical landmines until it’s too late. That seemingly easy integration you thought would be a quick win? It needs <a href="https://sidigital.co/faraday">bespoke middleware</a> to work. That feature the client requested? It doesn’t work with the platform architecture. These kinds of discoveries when a project is in full motion mean more than just delays; they force costly reworks and scope creep.</p><p>Fixing these kinds of issues during development phases can <a href="https://www.blackduck.com/blog/cost-to-fix-bugs-during-each-sdlc-phase.html" target="_blank" rel="noopener noreferrer">cost up to six times</a> more than catching them during a discovery phase. <a href="https://www.blackduck.com/blog/cost-to-fix-bugs-during-each-sdlc-phase.html" target="_blank" rel="noopener noreferrer">15 times more</a> during that testing phase. And post-launch? <a href="https://www.blackduck.com/blog/cost-to-fix-bugs-during-each-sdlc-phase.html">Up to 100 times the cost</a>.</p><h3>Unvalidated users need</h3><p>Around <a href="https://www.pendo.io/resources/the-2019-feature-adoption-report/" target="_blank" rel="noopener noreferrer">80% of software features are rarely or never used</a>. Why? Because teams build in functionality they assume the user wants based on internal logic and stakeholder preference, not actual user research. And this results in bloated products full of features that nobody asked for. As for the things users genuinely need, these get deprioritised or forgotten completely.</p><p>If you’re a startup, this can have detrimental effects on the business. Around 42% of startups fail because of “no market need”. It’s the number one cause of failures according to <a href="https://www.cbinsights.com/research/report/startup-failure-reasons-top/" target="_blank" rel="noopener noreferrer">CB Insights’ report</a>, which analyses nearly 4,000 failed startups. Teams assume, users needs aren’t met, and money gets wasted.</p><h3>Scope creep</h3><p>Requirements are often vague without a discovery phase. And vague requirements mean endless clarification needs during build. Every clarification then opens a door to a new idea, which in turn shifts priorities and even “while we’re at it” additions. Before you know it, your project has ballooned into a bloated mess that’s missed the deadline and blown the budget.</p><p><a href="https://www.pmi.org/learning/thought-leadership/pulse" target="_blank" rel="noopener noreferrer">Research from PMI suggests</a> that organisations can avoid budget loss and project failure by investing in communication and alignment work upfront, which is exactly what discovery phases provide.</p><h3>The real cost</h3><p>These issues each feed into one another. Misaligned stakeholders result in woolly requirements. Woolly requirements create scope creep. Scope creep leads to technical limitations. Technical limitations force rework. Rework burns through budget. Suddenly, your project is 45% over budget. <a href="https://www.mckinsey.com/capabilities/tech-and-ai/our-insights/delivering-large-scale-it-projects-on-time-on-budget-and-on-value" target="_blank" rel="noopener noreferrer">Research from McKinsey</a> shows this to be the average budget overrun on large-scale digital projects.</p><p>While discovery phases don’t mitigate all the problems, they do help to surface them before they get expensive. And that’s the difference between a successful project and one that can barely make it across the finish line.</p>

The invisible cost

If you’re unsure if your agency is carrying out a thorough and full discovery phase, download our free checklist to see what your agency is (or isn’t) doing right. 

Download our free discovery checklist

<p>Agencies all work in different ways, ask different questions, and present their findings differently. So how do you know if yours is doing it properly? Let’s break it down:</p><h3>A proper workshop, not just a kick-off call</h3><p>A good <a href="https://sidigital.co/services/discover/workshops">discovery workshop</a> shouldn’t feel like a glorified briefing session. It’s where your agency digs into the detail, like your business goals, your users, your constraints, and any assumptions you have. By the end of it, they should understand your problem as well as you do. If they’re not asking uncomfortable questions, they’re simply not going deep enough.</p><h3>Research that goes beyond your brief</h3><p>Your agency should be doing the heavy lifting you have time for. That means <a href="https://sidigital.co/services/discover/research">market research, competitor analysis, and most importantly, user research</a>. This is where assumptions are validated or killed. If your agency is skipping straight ahead to a solution without speaking to real users, that’s a huge red flag.</p><h3>Analysis that rules things out</h3><p>Proper discovery doesn’t just generate ideas, it eliminates them, too. By the time your agency comes to present their findings, they should be able to confidently tell you what will and won’t work and why. If everything is still on the table, the analysis hasn’t been rigorous enough.</p><h3>Evidence-backed solutions</h3><p>Any <a href="https://sidigital.co/services/discover/solutions">proposed solutions</a> should be connected to and backed by the research. Every feature, design decision, and technical choice should have a valid reason behind it. If your agency can’t explain why something’s included, it probably shouldn’t be.</p><h3>Genuine alignment, not just sign-off</h3><p>Discovery works if everyone’s genuinely on the same page, not just nodding along. This is the time to discuss disagreements, clarify priorities, and make sure leadership, and stakeholders, project managers, and delivery teams share the same vision. Skipping this step is how you end up with arguments three months in.</p><h3>Measurable success metrics</h3><p>Success needs to be measurable. Not vague goals like “better user experience”, but real numbers. Conversion rates, task completion times, order values, support ticket reductions. If you can’t measure it, you can’t prove the project worked.</p><p>That's the theory. Here's what it looks like in practice.</p>

What good discovery looks like

<p>Let’s <a href="https://www.wightlink.co.uk/" target="_blank" rel="noopener noreferrer">look at Wightlink</a>, an award-winning ferry service connecting over 4.3 million passengers a year between the Isle of Wight and Hampshire.</p><p>Their website is enormous. It features complex booking functionality, multiple user types, time-sensitive travel decisions, and a user base with varied needs. From daily commuters to holidaymakers. A project of this scale can’t afford assumptions.</p><h3>So, we didn’t assume anything</h3><p>Before we even opened Figma or started writing a single line of code, we ran an in-depth <a href="https://sidigital.co/services/discover">discovery phase</a> with the team at Wightlink. We also ran <a href="https://sidigital.co/services/discover/workshops">workshops during actual ferry crossings</a> to understand how their customers interacted with the service. We asked what we thought were obvious questions: does this page layout work? Is the price displayed clearly? Are booking tools prominent enough? Turns out the answers weren’t so obvious after all.</p><h3>What we discovered was invaluable</h3><p>We discovered different user groups had very different needs. Daily commuters needed speed. Holidaymakers needed reassurance and detail. Staff needed CMS functionality that streamlined their workflow. None of this was insight we could have guessed. It came from asking and listening.</p><p>Our research directly informed both our <a href="https://sidigital.co/services/design/digital-design">UX decisions</a> and technical architecture. We validated every feature to ensure it was there for a reason, not because we thought it was needed. Every design decision connected back to real user insight and behaviour, not our own assumptions. The outcome is a website that actually serves users properly because we knew what their users needed before we started design and build.</p>

Discovering Wightlink

<p>It’s easy to say in hindsight, but we know if we’d skipped the discovery phase and gone straight into design, we would have built a website that wasn’t what users wanted or needed. And the project would have become another expensive statistic.</p><p>Instead, it’s a case study in what happens when you invest in discovery upfront.</p><p>You can read more about <a href="https://sidigital.co/work/wightlink">how we helped Wightlink</a>.</p>

<p>Ensuring discovery phases happen, and happen properly, can be a bit daunting. It’s often difficult to justify the expenditure, so here are some tips for getting it across the line:</p><h3>Pitching discovery to leadership</h3><p>Most projects run aground here. Key stakeholders and decision-makers see discovery phases as a delay, not an investment. To make it smoother:</p><ul class="list-bullet"><li value=1>Make sure you position the discovery phase as risk mitigation, not just research. Leadership tends to understand the value of insurance.</li><li value=2>Throw stats their way. Tell them fixing the problems post-launch could cost up to 100x more than catching them during discovery. And use case studies like Quibi and Panels to demonstrate the value of user research and insight.</li></ul><h3>When budgets are tight</h3><p>The luxury of a discovery phase isn’t an option for everyone, especially when it comes to project budgets. If you’re worried about budget:</p><ul class="list-bullet"><li value=1>Opt for a minimum viable discovery. This should cover a stakeholder alignment workshop and at least one round of user validation. This helps to reduce the risk when budgets don’t allow for a full-blown discovery phase.</li><li value=2>Prioritise the riskiest assumptions first. If you know you’re assuming key features, validate those before anything else. You can shut down unfounded ideas before they get too set in.</li><li value=3>Approach discovery proportionately. Cut your cloth to suit, and carry out a discovery phase that both fits your budget and your project needs.</li></ul><h3>Red flags to watch out for</h3><p>Keep an eye on any red flags as you work through the project. Self-diagnose as your project progresses if you start to see:</p><ul class="list-bullet"><li value=1>Disagreements between stakeholders relating to priorities three months in.</li><li value=2>Knee-jerk requests, and “while we’re at it” asks becoming constant.</li><li value=3>Unanticipated technical blockers, like platforms that don’t support what your users need.</li><li value=4>Features built on opinion rather than evidence.</li></ul><h3>Get outside help</h3><p>If you find your project going off the rails, it’s time to get external help. This is key when:</p><ul class="list-bullet"><li value=1>Internal teams are too close to the problem to be able to work out a solution.</li><li value=2>You need specialist skills and insight that you don’t have in-house.</li><li value=3>An external perspective on the problem can challenge assumptions that internal politics won’t allow.</li></ul>

Make it happen

<p>Settling into basecamp before starting the climb is key to a project’s success. Putting the time, effort, and investment into the discovery phase is insurance. You, your team, and your stakeholders can work through your project knowing you’re creating a product that’s going to meet your users’ needs, as well as the business’s own goals and KPIs.</p><p>Discovery isn’t a nice-to-have or a box-ticking exercise. It’s the difference between a project that gets stuck halfway up the mountain and a project that reaches the summit. So, before you get stuck into your next big build, take a step back. Make sure the groundwork has been done properly. No corner cutting, no holding back. And if you’re unsure whether your agency is carrying out a thorough discovery phase, download our free checklist to see what they are or aren't doing right.</p>

It’s time to change your mindset

Have a read of some of our other articles

Let's stop pretending we can skip project discovery phases

Lead Designer

Sam Leonard-Rendell

<p>In an ever-changing digital world, the last thing you want to do is stand still if you're looking to stand out. Your website might be the first impression for visitors to learn about what it is your business does and we know how much weight negative experiences hold, whether it's an accurate representation of your services or not. That's why making UX and UI improvements to refine your website, rather than simply launching it and moving on, is an invaluable practice.</p><p>Take the opportunity to show users that you care about their experience as much as you care about presenting yourself in the best light. A killer way to do that is through iterative design.</p>

<p>It might seem counterintuitive, but there's a crucial difference between improving your website and fixing it: the latter meaning you’re making it better without it first being broken. You're ahead of your game rather than trying to catch up. In other words, you're in control of what you're changing, why you're changing it, and how you're going to do it – and that is an exciting place to be.</p><p>With digital environments constantly shifting, adaption shouldn't be a knee-jerk reaction. Using iterative UX and UI improvements, it becomes a steady evolution over time based on user testing, feedback and research from platforms like Hotjar, Google Analytics and Microsoft Clarity. This means that you're not just addressing changes as and when your business grows, but focusing heavily on what users want most from your site and responding to it in good time.</p><p>Our work with Wightlink is a fantastic example of how iteratively updating websites based on user feedback improves performance and overall experience for visitors in the same breath. First, we successfully redesigned a user-centric website built around how ferry passengers actually plan and travel. Where holidaymakers look for reassurance and clarity, regular commuters need speed and efficiency, so it was important to consider the individual requirements from each group as well.</p>

Improve, don't fix

<p>Then, by working closely with Wightlink, we uncovered persisting pain points and the solutions needed to fix them, resulting in the addition of Best Fare Finder and Wightlink Explorer post-launch. <a href="https://sidigital.co/work/wightlink">Read the full case study here to learn how our research shaped three core design principles that made all the difference</a>.</p>

<p>On top of overall user experience, iteratively updating your website means you can also make processes more efficient. When we rebuilt leading connector company Harwin's website from the ground up, we brought together their Salesforce system for product data with Bynder for digital assets, supported by a Payload CMS for content management, all through our secure <a href="https://sidigital.co/faraday">Faraday middleware</a>. It's not only made operations smoother, but more adaptable too. For example, switching out different tools based on changing business needs, and automatic syncing of new products to ensure everything is always up to date on the site.</p><p>We also continue to launch new updates as and when they're needed for Harwin, including the helpful Cable Configurator – a user-focused experience for specifying bespoke products for customers’ projects. Plus, by using Microsoft Clarity session recordings, we've made significant UX improvements to a whole host of features, such as a clearer navigation bar, better drop-down menus, improved type hierarchy, a more user-friendly contact page, a clearer layout for complex data on product pages, and plenty more.</p><p><a href="https://sidigital.co/work/harwin">And see how we slashed website load times by 90% for Harwin here</a>.</p>

A streamlined evolution

<p>Cohesion is key when it comes to having a recognisable business. As it grows, it's inevitable that your brand look and feel might change with it, so clear alignment is crucial to instill both trust and confidence in your customers. Plus, by updating iteratively in-step with competitors' sites and user feedback, it doesn’t have to be a huge overhaul – small changes are just as effective as the big ones.</p><p>We mentioned at the start of this article that the last thing you should do is stand still as the digital world continues to move forward – that applies to us as well. Besides regularly improving our own site, we have a proactive approach when it comes to our clients' needs. Rather than waiting for them to discover a pain point or issue that needs addressing, we're already thinking about what solutions would work best for them next.</p><p>As long-term partners, our clients know we have their interests in mind and trust that we'll bring something to the table that doesn't just solve a problem, it's already part of a larger iterative approach strategised to improve their product.</p>

Always looking ahead

Totally free, no strings attached, we promise.

Download our UX & UI Self-Assessment 

<p>Looking for someone to help tackle your problems with creative solutions? <a href="https://sidigital.co/contact">Drop us a line. We're always keen to chat.</a></p>

Why UX and UI iteration are crucial practices for stand-out websites and apps

<p>Back in 2019, we created something that resonated with designers everywhere: a series of posters bringing Jakob Nielsen's usability heuristics to life. These principles, <a href="https://www.nngroup.com/articles/ten-usability-heuristics/">originally outlined in his 1994 article for The Nielsen Norman Group</a>, struck a chord with so many people that we've given them a fresh look and a new lease of life.</p><p>Here's the thing about usability heuristics, they're not rigid rules you have to follow to the letter. Think of them more as guiding principles that form the bedrock of solid usability practices. We've leaned on these time and again <a href="https://sidigital.co/services/design/digital-design">when designing interfaces</a> or digging into usability test results. They give us a clear framework to work within and align our thinking.</p>

Download our 10 Usability Heuristics Posters

<p>Here at the Si digital studio, we wanted our walls to reflect the work we do, so Jakob Nielsen's original article got us thinking, why not turn these "10 Usability Heuristics" into something visual and inspiring?</p><p>Fast forward to today, and these posters are printed, framed, and hanging in our studio. They've become such a <a href="https://sidigital.co/services/design/digital-design">valuable part of our daily work</a> that we wanted to share them in their new form with the wider design community.</p><p>This Lab Note showcases a couple of our 10 posters, and we're making them available as free downloads in PDF, PNG, and JPG formats. We hope they inspire your work as much as they've inspired ours. Feel free to share them with your team.</p>

Bringing heuristics to life in our studio

The 10 Usability Heuristics – updated for 2026

<p>When it comes to branding, colour accuracy matters. When we’re <a href="https://sidigital.co/services/design/branding">building brands</a> for our clients, we can’t afford to rely on guesswork and varying colour profiles on different displays. Pantone guides give us a definitive, real-world reference point that ensures our colours are consistent across the board.</p><p>It’s the kind of investment that reflects our focus on quality. We’ve been doing this for over two decades, and we know that the detail makes a difference. When a client’s brand guidelines specify Pantone 185 C, we want to show them exactly how that looks across print, not as an approximation on screen.</p>

Why we made the investment

<p>Pantone actually covers everything from print through to textiles, so it can be tricky knowing which guides to buy. <a href="https://sidigital.co/services/design/graphic-design">For graphic design</a>, there are Formula guides, Colour Bridge guides, Pastels & Neons, Metallics, and CMYK guides.</p><p>We were torn between Formula Guides and Colour Bridge guides. Formula Guides simply show the Pantone colour in its pure form, printed on coated or uncoated paper. Colour Bridge guides show the Pantone colour, as well as its process CMYK match. It also gives us breakdowns of the Pantone colour in RGB and as a HEX code <a href="https://sidigital.co/services/design/digital-design">for digital, too</a>.</p><p>We went with Colour Bridge guides rather than Formula guides as we can see the Pantone colour directly next to its process equivalent. This is really useful when we’re working on projects that cover both print and digital, or when a client’s budget means digital printing rather than spot colour.</p><p>The majority of our print work ends up being produced using CMYK, so having that direct comparison helps us manage expectations and make informed decisions about colour reproduction. We can have honest conversations with clients about how their brand colours translate across different printing methods.</p>

The guide dilemma

<p>Here's something many people don't realise: Pantone guides have a shelf life. The colours fade and shift over time, especially when exposed to light. Here’s how you can help keep your Pantone guides in peak condition:</p><ul class="list-bullet"><li value=1>Replace them every 12 to 18 months to ensure colour accuracy.</li><li value=2>Keep them in their original sleeves when you’re not using them.</li><li value=3>Avoid leaving them in direct sunlight.</li></ul><p>It might seem over the top, but if we’re going to rely on these guides for accurate colour matching, they need to stay accurate.</p>

Keeping them fresh

<p>Given the investment (and yes, Pantone guides aren’t cheap), we’ve designated a specific home for our new guides in the studio. They live in a drawer, in their protective sleeve, away from coffee cups, curious hands, and the general chaos of a busy creative studio.</p><p>We’ve also made sure the whole team knows they’re there, and how to use them properly. No bending pages, no leaving them open on desks, and definitely not lending them out. These are tools, not coffee table books.</p>

Safe & secure 

<p>It’s a pretty small purchase in the grand scheme of things, but it’s one of those investments that quietly improves the quality and accuracy of our work. Better colour accuracy means fewer surprises during print, happier clients, and a happy design team.</p><p>If you’re curious about how we approach colour in your project, or you’d like to see your brand colours in the Pantone flesh, just ask. We’re always happy to geek out about this stuff.</p>

The bottom line

Our new Pantone guides have arrived

<p>Your company might already have security policies in place, but a quick refresher ensures nothing slips through the cracks. For Data Privacy Day this year, we’re giving you a checklist of security policies you need to keep on top of.</p>

Grab your free checklist. No forms, no faff.

Download our free 8-point security checklist

<p>These are our recommendations for all our clients. Depending on the value and sensitivity of your data, you might want to adjust the frequency to suit your needs.</p>

How to ensure your apps and websites are secure

<p>An annual penetration test from an independent third party identifies weaknesses in your code and server configuration. We always recommend one after completing a website or app build, plus annual reviews or tests following significant code changes. If you need help finding a pentest company, <a href="https://sidigital.co/contact">get in touch</a>.</p>

1. Get a pentest – Yearly

<p>Check who has admin access to your CMS or back office systems. Do they still need it? Could their permissions be downgraded from Admin to User level?</p><p>And, every six months, have a spring clean. Review everyone with CMS or back office access. Ask if they still need it. Are their details current? When did they last change their password? If you have a Leaver Policy, add system removal to your off-boarding checklist.</p>

2. Review CMS access – Quarterly

<p><a href="https://haveibeenpwned.com/" target="_blank" rel="noopener noreferrer"><span style="text-decoration: underline">Have I Been Pwned</span></a> lets you search data breaches to see if your email or phone number has been compromised. This matters less if you use unique passwords for each account, but if you've reused passwords, a quick check here is worth five minutes.</p>

3. Check if you’ve been Pwned – Bi-Yearly

<p>2 Factor Authentication (2FA) requires a randomly generated code from your phone alongside your password. Once you've entered your credentials, you'll need your 2FA app to get the unique access code. Some of our top 2FA apps include <a href="https://www.microsoft.com/en-gb/security/mobile-authenticator-app" target="_blank" rel="noopener noreferrer">Microsoft Authenticator</a>, <a href="https://support.google.com/accounts/answer/1066447?hl=en&co=GENIE.Platform%3DAndroid" target="_blank" rel="noopener noreferrer">Google Authenticator</a>, and <a href="https://getaegis.app/" target="_blank" rel="noopener noreferrer">Aegis Authenticator</a>.</p><p>While you're at it, check your 2FA app and remove any old devices.</p>

4. Use 2 Factor Authentication

<p>We've all reused passwords or used obvious variations like 'Sunsh1ne', 'Sunsh2ne'. Password managers eliminate this risk by securely storing your passwords and auto-filling them. They're built into operating systems like macOS and browsers like Microsoft Edge. At Si digital, we use <a href="https://1password.com/" target="_blank" rel="noopener noreferrer"><span style="text-decoration: underline">1Password</span></a>.</p>

5. Use a password manager

<p>Complex passwords take longer to crack. Mix upper and lowercase letters, special characters, numbers, and punctuation. With a password manager handling the heavy lifting, you won't need to remember them anyway.</p>

6. Have a minimum password standard

<p>Public Wi-Fi at coffee shops, hotels, or airports is convenient but risky. Hackers can intercept your data on unsecured networks. A VPN (Virtual Private Network) encrypts your connection, keeping your browsing and login credentials safe. This is particularly important when accessing your CMS or business systems remotely. Many businesses provide VPN access to their teams. If yours doesn't, ask your IT department about setting one up.</p>

7. Use a VPN

<p>This one's on us, and we often do it without you noticing. Keeping software, packages, and plugins current with the latest security patches is essential. Sometimes these updates happen in the background; other times they need thorough implementation and testing.</p>

8. Carry out general updates

<p>Data breaches happen almost daily. Even to the world's biggest and supposedly most secure companies. Just look at <a href="https://www.theguardian.com/business/2025/sep/20/jaguar-land-rover-hack-factories-cybersecurity-jlr" target="_blank" rel="noopener noreferrer">Jaguar Land Rover</a> or <a href="https://www.bbc.co.uk/news/articles/c93x16zkl9do" target="_blank" rel="noopener noreferrer">Marks & Spencer</a>. There's never been a better time to review your security setup. These steps could prevent a serious headache.</p><p>Got questions or need help? <a href="https://sidigital.co/contact">Get in touch</a>.</p>

What are you waiting for?

8 ways to tighten website and app security

Lead Backend Developer

Richard Keen

<p>Over the week, we’ve sat down with members of the dev team to pick their brains about what they love about being a dev, their favourite apps, and their best advice. Read on to find out more.</p>

<h3>Visual Studio Code</h3><p>Visual Studio Code (VS Code) is an open-source code editor from Microsoft. It’s highly customisable and supports over 25,000 extensions. This means each dev here at Si digital can completely customise their individual working environment to suit their own ways of working.</p><p>As well as being highly customisable, VS Code works cross-platform, meaning developers can work on macOS, Linux, or Windows to build their digital products. It’s also got a built-in Git repository feature, so devs can stage, commit, and push code directly inside the editor.</p><h3>Docker</h3><p>Docker is a platform for building, running, and managing applications in containers. It underpins most of our projects here at Si digital because it gives us consistency. Instead of spending hours setting up each environment, we can spin up a project and all its dependencies in around 20 seconds. Every developer works with the exact same setup, so there’s no “but it works on my machine,” and sharing containers makes collaboration quick and seamless. Essentially, Docker lets developers ship software faster, more reliably, and with fewer environment headaches.</p><h3>GitHub</h3><p>GitHub is central to our workflow at Si digital. It enables us to develop and deploy projects quickly and efficiently, removing unnecessary hurdles and streamlining our processes. It’s a key tool that keeps our work moving fast and smoothly.</p>

Our top 3 dev apps and tools

<p>Meet Rich, our Lead Backend Developer. We sat down with him to talk about what it’s really like getting into development and what he loves about being a developer. Here’s what he had to say.</p><h3><strong>When did you first start getting interested in development and why?</strong></h3><p>I first got into development in Year 9, and it quickly became something I was passionate about. I went on to take a GCSE in Computing, and I absolutely loved it. Problem-solving always felt natural to me, and I’ve always enjoyed the challenge of tackling a tricky problem. There’s something really satisfying about working through an issue and finally finding the solution, and that sense of reward has kept me motivated ever since.</p><h3><strong>How much has your role changed since you started?</strong></h3><p>There’s been quite a lot of change over the last decade or so in terms of both frontend and backend development.</p><p>PHP has evolved, adding features that make writing better and code cleaner. On the front end, frameworks like React have completely changed how projects are built and structured. It’s been interesting to see the digital world develop and change.</p><h3><strong>What’s the toughest bug you’ve had to fix?</strong></h3><p>One of our clients’ apps had an issue with some mapping where the map would track the user’s location, then jump back. It took four devs a few days to work out what the issue was. Definitely a tricky bug to squash, but we worked it out!</p><h3><strong>Favourite language to code in and why?</strong></h3><p>I love building in PHP. It’s the language I’ve used the most and feels most comfortable to work with, probably due to years of building and maintaining projects in it. I know its quirks, strengths, and best practices inside out, so it’s definitely my go-to language to build in.</p><h3><strong>What’s been your favourite project to build and why?</strong></h3><p>It’s got to be Harwin. Not only is their website a huge technical challenge, but from a backend development point of view, I was excited to try out Elasticsearch for the product filtering. It was a good challenge and fun too.</p><h3><strong>What do you think the future looks like for developers?</strong></h3><p>Obviously, AI is a big thing right now, but I think the impact from that will be felt the most by junior developers since it excels at automating tasks and repetitive coding tasks. Experienced developers add architectural understanding and problem-solving that AI can’t replicate.</p>

Meet the Makers

<p>When it comes to learning new skills, it can be a bit of a minefield of information. So, finding good-quality dev learning resources can be a tricky task. We’ve pulled together a short list of our go-to learning resources. We’ve covered everything from resources for news and updates to keep your finger on the pulse, through to tutorials to get you started.</p><h3><strong>Dev Community</strong></h3><p>Dev Community is a forum for developers to keep up-to-date with the latest news and updates in the world of code. With 3m+ developers part of their community, it’s the perfect place to gain insight into new tech and updates, as well as a great place to get questions answered.</p><p><a href="https://dev.to/" target="_blank" rel="noopener noreferrer">Visit Dev Community</a></p><h3><strong>MDN</strong></h3><p>MDN is a vast, open-source project owned and run by Mozilla, in partnership with a global community of volunteers and partners. The platform boasts 45k+ pages of resources, with over 46m views a month. Resources range from comprehensive documentation for languages like HTML, CSS, and JavaScript, to learning resources and interactive courses to kickstart your web career. There’s also a blog and a playground to try out your code.</p><p><a href="https://developer.mozilla.org/en-US/" target="_blank" rel="noopener noreferrer">Visit MDN</a></p><h3><strong>Wes Bos</strong></h3><p>Wes Bos is a developer and teacher from Ontario, Canada. He set up a website to help fresh developers learn new skills in languages like HTML, CSS, JavaScript, and TypeScript. Each week, he creates free and premium courses and hosts a podcast called Syntax, which covers everything from the latest industry news to tackling the big issues.</p><p><a href="https://wesbos.com/" target="_blank" rel="noopener noreferrer">Visit Wes Bos</a></p>

Go-to learning resources

<h3><strong>Focus on one thing at a time</strong> </h3><p>Try to focus on one thing at a time; don’t split your attention across multiple tasks at once. So, if you‘re starting out and trying to learn PHP, stick with it and focus on it until you’re comfortable. Don’t try to learn too many technologies in one go.</p><p><em>Rich – Lead Backend Developer</em></p><p></p><h3><strong>Don’t aim for perfect code right away</strong></h3><p>Mistakes and messy first drafts are part of the learning process. Focus on getting things working first, then come back and improve it, one function at a time. If you chase perfection from the start, you’ll slow yourself down and miss out on valuable lessons. Mastery takes time, refine as you go, and keep learning.</p><p><em>Alfie – Full Stack Developer</em></p><p></p><h3><strong>Learn the core principles first, then the framework</strong></h3><p>Don’t start by learning a framework right away (like React or Laminas). First, focus on the core language the framework is built on. JavaScript before React, PHP before Laminas. Once you understand the fundamentals, learning the framework will be much easier and make more sense.</p><p><em>Mike – Backend Developer</em></p><p></p><h3><strong>Build stuff you care about to practice your skills</strong></h3><p>Instead of endlessly starting new things you’ll never finish, focus on actually building projects you genuinely care about. When you work on something that excites you, you’ll stay motivated long enough to push through the challenges, rather than leaving behind a trail of half-finished experiments that don’t teach you much.</p><p><em>Cameron – Frontend Developer</em></p>

Best advice for starting out

<p>If you’re just starting out as a developer, or want to expand your knowledge, we regularly post about the latest technologies and resources we’re using, so give us a follow on <a href="https://www.linkedin.com/company/si-digital/" target="_blank" rel="noopener noreferrer"><span style="text-decoration: underline">LinkedIn</span></a> and <a href="https://www.instagram.com/sidgtl/" target="_blank" rel="noopener noreferrer"><span style="text-decoration: underline">Instagram</span></a> to keep up.</p>

Thinking about becoming a dev?

National Coding Week 2025

<p>Since its announcement at WWDC in June, Apple’s new Liquid Glass UI design for its 2026 (and beyond) operating systems has proved polarising. With its transparent, content-manipulating effects and reactive components, it’s a bold step away from the flat, static look we’ve grown accustomed to since Apple launched iOS 7 back in 2013, and an even bolder progression from the skeuomorphic designs we were used to before that.</p><p>But what if we’ve been looking at Apple’s Liquid Glass in the wrong way? This isn’t about surface-level design trends or flashy animations. It’s about the future of technology and how we interact with it.</p>

<p>Apple’s Liquid Glass design language was launched yesterday with iOS 26, and as the world installs this new design system onto their phones, watches, headsets, tablets, laptops, and TVs, it’ll take time for users to adjust to this new look and way of interacting with their devices.</p><p>What many people haven’t yet realised is that the way we interact with our devices is changing. With virtual reality (VR) and augmented reality (AR) becoming more prevalent, the line between the real world and the digital world is beginning to blur more and more. The <a href="https://www.fortunebusinessinsights.com/industry-reports/infographics/virtual-reality-market-101378" target="_blank" rel="noopener noreferrer">VR industry is expected to be worth $123bn</a> by 2032. To put that into context, it was only worth $16.32bn in 2024. So, the transition in UI design as we focus more on VR & AR is inevitable, and likely for the good of the usability of those devices in the future.</p><p>When Apple launched the iPhone in 2007, we were at a similar juncture for UI and UX, but we didn't realise it at the time. We’d been using clunky phones with physical keyboards and untouchable content for decades, and suddenly we had a device where we could touch the content we were interacting with. Note-taking, calendars, compasses, and more. Getting users to understand this resulted in skeuomorphic design – a style that brought relatable, understandable, real-world context to digital applications and interactions. It was about educating users in a manageable way that didn’t feel a million miles away from using a real notepad or a real calendar.</p>

A new era for UI design begins today

<p>After six years of training us, Apple made the move away from skeuomorphic design across to flat design with iOS 7. That style has developed, changed, and grown into what we’ve now become familiar with in iOS 18, macOS Sequoia, and visionOS 2.  Liquid Glass might look like pure visual polish, but it’s doing something much more important: teaching us a new way to interact. Just as skeuomorphism helped us move away from physical buttons to touchscreens, Liquid Glass is quietly preparing us for a future that isn’t restricted to screens at all.   We’re moving into a new era where digital worlds are layered over the real world, and how we interact with it depends on more than just our fingertips. This shift needs a different kind of interface. One that listens, watches, and responds. It feels alive. This is where multimodal UI design comes in.</p>

<p>Multimodal UI design language relies on more than just a single input, like touch. It’s built around voice, gaze, movement, and touch. It’s this that bridges the gap between what we know as an OS, and what an OS will become. Take visionOS, or Meta Horizon OS. Both are examples of multimodal interfaces. Not only is the content overlaid onto the real world, it’s controlled by the direction you’re looking, or by your voice as you ask it to perform an action or task. And, especially in vision OS, these overlaid interface elements are designed to interact and work with the world around them, rather than just sitting on top. </p>

<p>Liquid Glass isn’t just multimodal, it’s reactive. Built around a system of free-floating elements and components, the interface dynamically adjusts to how you use it. These elements aren’t locked to a fixed screen either; they appear when you need them and fade away when you don’t.</p><p>It’s this fluidity that makes Liquid Glass the ideal UI for overlaying on the real world. Elements can subtly sink into the surroundings when idle and reappear when they’re relevant. If your environment changes, the UI responds and reveals what’s behind it by taking a step back. It’s a design system that’s as understanding and perceptive as you are.</p><p>Apple’s approach is also about unifying an experience across their device ecosystem. As all these devices begin to merge into a spatial realm, consistency will be key. Liquid Glass isn’t limited to iPhones; it’s become the universal design language used across all of Apple’s devices. This is an important shift. Historically, Apple has tended to update the iPhone and iPad visual designs ahead of the Mac. For example, when Apple launched its flat design system with iOS 7, macOS Mavericks still maintained its skeuomorphic design. The fact Apple is rolling Liquid Glass out across its entire suite of operating systems sends a clear message: this is the future, and it’s starting now.</p>

<p>In contrast, Google has taken a <a href="https://blog.google/products/android/material-3-expressive-android-wearos-launch/" target="_blank" rel="noopener noreferrer">very different approach</a> with its latest design system, Material 3. Its punchy colours, expressive typographic treatments, and bold graphic devices feel optimised for rectangular screens. Perfect for phones and tablets. But as we move into a world where interfaces begin to extend beyond the screen, this look and feel will quickly fall behind and become limiting.</p><p>Material 3 is firmly rooted as a visual language for traditional devices. It’s difficult to imagine these vibrant, highly-saturated colours and decorative sticker-like layers translating to spatial environments or multimodal interfaces where the UI has to adapt to different lighting, varying depths, and real-world context.</p><p>Compared to Apple’s Liquid Glass design system, Material 3 feels like it was designed solely for mobile-era aesthetics. We imagine it’ll only be a matter of time before Android follows suit.</p>

Material 3: Beautifully screen-bound

<p>Despite its future-focussed foundations, Liquid Glass is a polarising design language, and this is primarily for two reasons: accessibility and its association with past design trends. Stylistically, it’s been compared to Windows Vista, which launched in 2007 with a <a href="https://en.wikipedia.org/wiki/Windows_Aero" target="_blank" rel="noopener noreferrer">new design style called Aero</a>. Aero marked a dramatic move away from the blocky era of Windows XP, and just like Liquid Glass today, it divided opinion. But the intent behind Liquid Glass is very different to Windows Vista. Windows Vista was about reskinning a system users were already very familiar with to make it feel more modern. Liquid Glass is about the shift from screens to spatial, immersive experiences.</p><p>Accessibility is a much bigger concern. With its glassy, translucent design, Liquid Glass definitely poses some issues with legibility and contrast, especially against high-contrast backgrounds. This is surprising coming from Apple. They’ve long been seen as leaders when it comes to inclusive design; <a href="https://www.apple.com/uk/accessibility/" target="_blank" rel="noopener noreferrer">it’s one of their core values</a>.</p><p>However, it’s important to remember that Apple gives users a deep level of accessibility customisation so they can hone their devices to work for them. And Apple has always made iterative improvements as time goes on. Remember when iOS 7’s animations were <a href="https://abcnews.go.com/Technology/apple-ios-literally-making-users-sick/story?id=20385379" target="_blank" rel="noopener noreferrer">making users motion sick</a>? Or when users said the <a href="https://www.nbcnews.com/tech/tech-news/fonts-dont-lie-thin-ios-7-os-x-flna6c10245346" target="_blank" rel="noopener noreferrer">system typefaces were too thin</a>? Apple responded by adjusting the design language.</p><p>Liquid Glass is following a similar path. We’re entering uncharted territory with spatial, multimodal user interfaces. There will be missteps. But just as with past transitions, refinement will come with time, and with real-world feedback from users pushing the boundaries of how we interact beyond screens.</p>

Growing pains

<p>While <a href="https://www.techtimes.com/articles/309937/20250409/apple-vision-pros-sales-flop-theyre-rushing-out-new-one-m5-chip-before-2025-ends.htm" target="_blank" rel="noopener noreferrer">Apple Vision Pro has been a slow burner</a>, it’s still early days for spatial and multimodal UI design, but one thing is clear – the UI of tomorrow won’t live on screen. We’re moving into a new era where interfaces live around us, watching, listening, and responding as we interact with them and the world around us. And design systems won’t just be about aesthetics or branding; they’ll need to feel native and reactive to real-world environments, natural movement, and human behaviour.</p><p>Liquid Glass is the start of a much bigger shift in design and how we interact with our devices. By introducing translucency, depth, and movement into today’s rectangular screen boundaries, it’s preparing us all for a world where interfaces are responsive and immersive, and not restricted to a glass rectangle.</p><p>Brands that embrace multimodal, spatial design languages now will be the ones who lead in the years ahead as our digital and physical worlds blend together. And users will expect that to feel natural. As for designers and developers, those of us who understand this early and adopt this design ethos will define what’s coming next.</p>

Lab Notes