Skip to content

Choosing the right digital service

Start with the business problem, then choose the mix of software, mobile, web, design, or marketing support it requires.

Redorbe Studio8 min read
Five capability areas surrounding one business problem with the most appropriate route clearly highlighted

Begin with the constraint

Service labels are useful, but they should not force the problem into the wrong shape. Begin with what is limiting progress: a manual operation, an unclear product, a weak mobile journey, an outdated website, or difficulty reaching the right audience.

The first engagement should reduce the most important uncertainty. Sometimes that means design before development, discovery before a full build, or a landing experience before a larger campaign.

It's tempting to jump straight into selecting a technology stack or hiring a specialized agency based on industry trends. However, this often leads to solving the wrong problem with very expensive tools. Identifying the actual bottleneck is critical.

By focusing on the constraint, you naturally narrow down the field of potential services. If your primary bottleneck is customer retention, building a new mobile app might not be the answer if the underlying issue is a confusing onboarding flow that requires UX redesign.

Put this into practice

  • Name the current constraint
  • Identify who is affected and how
  • Choose the smallest engagement that creates evidence
  • Avoid choosing technology before diagnosing the problem

Choose custom software for operational complexity

Custom software is appropriate when the business depends on specialized workflows, connected data, permissions, automation, or integrations that generic tools cannot support well.

The work should begin by mapping the real operation, including exceptions and ownership. A system that models only the ideal workflow often creates more manual work around its edges.

Off-the-shelf software is built for the lowest common denominator. If your business gains its competitive advantage through unique processes, forcing those processes into generic software will erode your edge. Custom software should be viewed as an investment in process protection.

However, custom software brings a maintenance burden. The decision to build bespoke systems should only be made when the operational gains significantly outweigh the long-term cost of ownership and support.

Choose mobile when the context is genuinely mobile

A mobile app makes sense when device access, repeated use, notifications, location, camera, offline behavior, or fast touch interaction creates real value.

If the core need can be served well through a responsive website, that may be the more focused first step. The choice should follow the user context, not the prestige of an app store listing.

Many organizations mistakenly believe they need an app to 'appear modern'. This usually results in a glorified web wrapper that users download once and immediately uninstall. Apps require a high barrier to entry (the download), so the ongoing value proposition must be equally high.

True mobile experiences leverage the unique capabilities of the device. If your solution relies heavily on push notifications for timely interventions, offline data sync for remote work, or hardware integration, then a native or cross-platform mobile application is justified.

Use web, UI/UX, and marketing as connected systems

Web development creates the digital destination. UI/UX design makes journeys and interactions understandable. Digital marketing helps the right people discover the offer and move toward a useful action.

These services often work best together, but they do not always need to begin at the same time. A clear sequence can reduce waste and help each layer benefit from what the previous one learned.

A beautiful, highly-converting website is useless if no one visits it. Conversely, a brilliant marketing campaign is wasted if it directs traffic to a confusing, slow interface. The disciplines are deeply intertwined and must share the same foundational strategy.

Approaching these as siloed efforts—where the marketing team doesn't talk to the UX designers, who don't talk to the developers—results in a fragmented user experience. They should be managed as a continuous pipeline of value delivery.

Ask what should be clearer after the first engagement

A useful first engagement should leave you with more than activity. It should create a decision, a prototype, a scoped release, a working product increment, or a measurable campaign foundation.

Define that expected clarity before choosing scope. It gives both teams a better way to judge progress and decide what deserves investment next.

By defining success as 'gaining clarity' rather than just 'shipping code', you shift the relationship with your digital partner from a transactional vendor dynamic to a strategic alliance. You are paying for reduced risk and accelerated learning.

If an engagement concludes and you are no closer to understanding your market, your users, or your technical feasibility than when you started, the engagement has failed, regardless of how many deliverables were produced.