Digital Roadmap & Feasibility Consulting
For organisations deciding what to build, improve, replace or integrate — and needing an evidenced view before committing budget.
Registered activity 62020 covers information technology consultancy. The work is analytical: clarifying what a business actually needs, comparing the routes available, reviewing what already exists, and setting out a defensible plan before anyone starts building.
What consultancy achieves
Consultancy is bought when a decision is expensive, contested or unclear. Each item below describes a situation where analysis is worth more than immediate development.
An honest limit. Consultancy improves the quality of a decision; it cannot guarantee an outcome. No promise is made that a recommendation will produce financial savings, revenue growth or a successful project, and no consultancy deliverable is a substitute for the client's own legal, financial, tax or regulatory advisers.
Category 03 & 04
Two categories, two services in each. Every engagement produces written output that survives the meeting it was discussed in.
For organisations deciding what to build, improve, replace or integrate — and needing an evidenced view before committing budget.
How a proposed solution should be structured, which components it needs, and which technical approach suits the organisation maintaining it.
For projects already running that lack clear requirements, acceptance criteria or a structure for judging progress.
A structured review of software already in service, followed by modernisation options ordered by priority, effort and risk.
Engagement types
Both routes are legitimate and neither is treated as a lesser outcome. Roughly a third of enquiries are best served by advice that ends with "do not build this yet".
Booked and completed on its own. The deliverable belongs to the client and can be given to any supplier, an internal team, or kept on file until budget appears. There is no obligation to use DEVNOVA for any resulting work.
Analysis carried out specifically to define a build. Where the client chooses to continue with DEVNOVA, the completed work becomes the basis of the development proposal instead of being repeated as billable discovery.
Support alongside a project already being delivered by another supplier or an internal team — clarifying requirements, setting acceptance criteria and giving an independent read on progress.
Where an engagement compares options, the comparison includes routes that would produce no development work for DEVNOVA — configuring an existing product, extending a current system, or changing a process rather than buying software. A recommendation that always ends in a build is a sales document, not analysis.
Decision framework
Every option is assessed against the same six criteria, so a comparison is a judgement about the organisation rather than a preference about technology.
How much of the actual need the option covers, and how much would still be handled manually or by a workaround.
Initial build or licence cost, plus recurring subscriptions, hosting, support and the internal effort each option demands.
Who can realistically maintain it, how easily that skill can be replaced, and how dependent the organisation becomes on one supplier.
Whether the option can exchange data with the systems already in place, and what the providers' interfaces and terms permit.
How long before something usable exists — a strong factor when a process is causing daily friction right now.
What happens if the option proves wrong: how much is lost, how quickly a different route could be taken, and where the data would sit.
Deliverables
Consultancy output is written, structured and specific to the organisation. The exact contents depend on the service and the agreed scope, and are listed in the proposal before work begins.
Status of a deliverable. A consultancy report is professional advice based on the information available at the time. It is not a legally binding guarantee, a certification, or a warranty of any commercial result. Decisions taken on the basis of it remain the client's own.
Pricing
Consultancy engagements start between €1,000 and €1,300. Price follows the amount of material to review, the number of people to speak to and the depth of the written output.
| Service | Category | Starting price | Indicative duration |
|---|---|---|---|
| Digital Roadmap & Feasibility Consulting | Technology Direction & Architecture | From €1,000 | 1–3 weeks |
| Solution Architecture & Technology Selection | Technology Direction & Architecture | From €1,300 | 2–4 weeks |
| Software Delivery & Process Advisory | Delivery, Review & Modernisation | From €1,100 | 2–6 weeks |
| Application Review & Modernisation Strategy | Delivery, Review & Modernisation | From €1,200 | 1–3 weeks |
Pricing notice. All prices are indicative starting points. Final pricing depends on project scope, complexity, integrations, documentation, timescale and agreed deliverables. Applicable taxes and third-party costs are confirmed in the written proposal where relevant.
Consultancy questions
No. A consultancy engagement is a complete piece of work in its own right. The deliverable belongs to the client and can be handed to any supplier, used by an internal team, or held until circumstances change.
Several engagements are written specifically so that another supplier can quote against them, which is a legitimate and useful outcome.
Yes, and that conclusion is delivered when the evidence supports it. Common versions include configuring a product already owned, changing a process rather than automating it, or waiting until a business decision elsewhere is settled.
An engagement that ends this way has still done its job: it has prevented spending on software that would not have solved the problem.
It depends on the service. A roadmap engagement mainly needs conversations and existing documents. An application review needs read access to the software, ideally to its source code, and a description of how it is hosted.
Access requirements are listed in the proposal before the engagement begins, so the client can confirm what is possible and arrange approvals in advance. Where access cannot be granted, the analysis states what could not be examined.
An application review may note observable risks — outdated components, weak access separation, or handling of data that looks inappropriate for its sensitivity. Those observations are included where they are visible.
That is not a formal penetration test and not a security certification. Where a formal assessment is required, it should be commissioned as a separate specialist engagement, and the review will say so plainly rather than implying coverage it does not provide.
Information shared during an engagement is treated as confidential and used only for the purpose of that engagement. A confidentiality agreement can be signed before any material is shared, and clients are welcome to use their own.
No client information is published, and no organisation is named as a reference without written permission. Further detail is set out in the Privacy Policy and the Terms and Conditions.
Yes. Parallel advisory is a recognised engagement type: clarifying requirements, defining acceptance criteria, reviewing proposals and giving the client an independent read on progress.
The role is advisory to the client, not supervisory over the supplier. Contractual authority stays with the client, and the arrangement works best when the supplier knows it exists.
Consultancy enquiry
Describe what needs deciding, who disagrees about it and what would change if it were settled. That is usually enough to identify which consultancy service applies and how long it should take.