A business need without the right tool
Work relies on spreadsheets, repurposed tools or an application that no longer keeps up. The need is clear; the product is still to be designed.
Engagement model
You have a business need or a product idea and are looking for an agency to deliver it. We cover discovery, UX/UI design, development, launch and ongoing evolution.
Compare plans
Situations
Work relies on spreadsheets, repurposed tools or an application that no longer keeps up. The need is clear; the product is still to be designed.
An offering to bring to market, with a first release usable by real people, not just a demonstration.
The product exists, but its technical foundations or user journeys limit what you can add without making it fragile.
Your application needs to connect to existing business tools, internal APIs and data spread across several systems.
Scope of work
One team for design, engineering and production delivery. Entrust us with the whole journey or bring us in at the stage you need.
Priority journeys, initial scope, value, effort and risk trade-offs, and success criteria. Deliverables: a discovery brief, prioritised scope and an appropriate roadmap.
Journeys, prototypes, interfaces and design rules, with user validation where agreed. Deliverables: designs, components and interface specifications.
Native iOS and Android apps in Swift and Kotlin, or Flutter and React Native, and React, Next.js or Angular web applications. Store releases and incident monitoring.
NestJS, Java or Python APIs, PostgreSQL data models, documented contracts and versioned migrations.
Connect to existing systems, authentication, payments, third-party services and data migration.
Acceptance criteria, automated tests, continuous integration, monitoring and deployment procedures in place before launch.
Method
What the product should enable, for whom and in what context. One to two weeks to agree priority journeys, initial scope and success criteria. Deliverables: a discovery brief and prioritised scope.
Journeys, prototypes, interfaces and design rules. Assumptions are tested with users where agreed. Deliverables: designs, components and interface specifications.
Architecture, development, code review, testing and continuous integration. The product is delivered in usable increments, with a demonstration at each stage.
Acceptance criteria, tests, monitoring and deployment procedures are prepared before a supported production release.
Responsibilities
A typical division of responsibilities, agreed for each engagement.
| Topic | Your team | Black Tide |
|---|---|---|
| Scope | You decide what goes into each increment | We estimate and flag the consequences |
| Business rules and data | You provide rules and data sets | We translate them into models and journeys |
| Design | You approve journeys and interfaces | We propose, prototype and document trade-offs |
| Acceptance | You review each delivered increment | We address issues within the agreed scope |
| Production release | You decide the release date | We prepare, deploy and monitor |
Selected work
Built and evolved a conversational AI product connected to hardware: a multi-model LLM pipeline with dynamic routing, and native Swift and Kotlin modules for real-time Bluetooth Low Energy integration.
Read the Meduz caseBuilt a reading application: a Flutter EPUB and PDF reader with DRM, a NestJS self-publishing API and a Python pipeline syncing around 125,000 books.
Read the Fantasy Alley caseEach case describes the work delivered, its scope and the current status of the product.
Budget and next steps
Scope, risks, target architecture and delivery increments. This is the basis for a quote, rather than an estimate made before examining the need and existing systems.
Design and engineering time, integration complexity, the expected level of testing and any third-party costs.
Fixes, platform and store updates, and new features: ongoing work is agreed once the product is in production.
Discovery only, design only or full delivery. The complete programme is not required for every engagement.
Useful questions
No. A business need, identified users and a target date are enough for a first conversation. Discovery turns these into a scoped and priced project.
Yes. We first understand the product and review its code, interfaces and constraints before proposing the next steps.
The choice depends on usage, native integrations and product constraints. We compare the options during discovery.
We assess the impact on budget, timing and priorities together. The next increment is adjusted before additional work begins.
Next step
Your need, intended users, deadline and systems to integrate: the starting point for useful discovery.