Connectivity, support, hosting and security have different constraints. Start with critical services, data and acceptable recovery time.
Choose by need, then compare evidence
Maintain devices and accounts in a small organisation.
Compare hosting or connectivity against workloads and availability needs.
Prepare prevention, backups and incident response.
What to compare for each kind of work
Need
Questions to examine
Support
Covered equipment, support hours and authorised access.
Cloud and telecoms
Capacity, contractual location, dependencies and exit terms.
Cybersecurity
Assessment scope, confidentiality, deliverables and remediation follow-up.
Incidents and responsibility
Describe a fictional incident and ask who receives it, assesses urgency and restores service. Separate acknowledgement time from resolution time. Record dependencies and escalation procedures rather than comparing the word “support” alone.
Deliverables to request
Inventory of essential services and administrators.
Recovery procedures and evidence of a complete restoration test.
Escalation contacts, support commitments and an exit plan.
Availability commitments need a period, measurement method and exclusions. An untested backup does not demonstrate recovery capability.
Are support and security audits equivalent?
No. Support restores or maintains a service; an audit examines risks within an agreed scope. Ask about methodology, relevant qualifications and how findings will be addressed.
FRENCH DIGITAL SOCIETY only publishes identifiable organisations and official resources. Inclusion is not a certification or ranking; check references, availability, legal information and contractual terms before appointing a provider.
1 resources shown
Keep a resource shortlist
Select resources in the list to compare their role and scope. Compare your shortlist on screen with your team. Selection stays on this page, with no account or browser storage; filtering does not clear it.
Inclusion does not establish quality or availability. Check identity, scope, source and relevant evidence before using a resource.
Institutional resource · France
17Cyber
Official online assistance service for guidance when facing a cybermalicious situation. Describe the situation on the official site; the service and its diagnosis do not replace your internal incident procedure.
Use it for: Obtain diagnosis and guidance from the official public service when cybercrime is suspected.
Government Digital Service guidance for examining technical dependencies, cloud service value and exit preparedness. UK public procurement requirements are not French obligations.
A directory entry is a starting point. Match the resource to a defined need, check the original source and compare approaches before committing a budget.
1. Describe the outcome
Write down the audience, the problem, the expected result and the deadline. A website redesign, a security review and a data project call for different evidence and skills.
2. Check the source
Open the organisation’s own site. Check its legal identity, the scope of its services, the date of its guidance and how to contact it. For public data, review the publisher, licence and update frequency.
3. Compare like with like
Ask providers about relevant work, delivery method, responsibilities, accessibility, handover and support. Compare proposals against the same brief and note what is excluded.
A public resource may help you learn or benchmark; a provider may carry out a mission. Inclusion here does not imply endorsement, affiliation or current availability. Read the expert selection guide for a fuller checklist.
Browse with context
What each directory category can help you do.
The filters group different types of resources. These notes explain the intended use and the checks to make before acting.
Choose this category when the need concerns a website, application, integration or long-term technical maintenance. Distinguish a delivery provider from a public guide explaining how to prepare the project.
Before you decide: Ask about ownership of the domain and code, accessibility checks, security updates, documentation and the support plan.
Use this category for brand messages, visual identity, editorial production and channels. A communication plan should name its audience and the action it is meant to support.
Before you decide: Compare examples of published work, approval steps, usage rights and how consistency will be maintained across formats.
Explore this category for infrastructure, connectivity, cybersecurity and operational support. Start with an inventory of essential services and who can access them.
Before you decide: Confirm response arrangements, backups, recovery responsibilities, subcontractors and the boundary between support and security advice.
Find public datasets, APIs and guidance for analysis or a controlled AI experiment. A catalogue entry describes a source; it does not automatically make the data suitable for a decision.
Before you decide: Check licence, update frequency, coverage, missing values, access conditions and whether a human can review consequential outputs.
Look here for search visibility, campaigns, email and measurement guidance. Begin with a target audience and a meaningful outcome before selecting a channel.
Before you decide: Ask which baseline will be used, how consent and tracking work, and who will maintain content after a campaign.
Use networks to discover organisations, training or support. An entry in a network is a lead for further checking, not proof of availability or quality.
Before you decide: Verify membership criteria where relevant, the person who will carry out the work and the terms of any proposed introduction.
The date records an automated availability check, not a guarantee of data freshness, service quality or eligibility. Some publishers block automated requests. For each dataset or API, check the actual licence, update date, coverage and access terms before reuse.
Select a suitable digital resource
Define the expected outcome and constraints before choosing a service or provider.
Scroll horizontally to read all columns.
Decision guide
Criterion
What to check
Practical implication
Need
Specify users, task, data processed and expected result.
A well-known tool can still be unsuitable for your team or data.
Evidence
Request a representative demonstration with the access rights future users will have.
An administrator demonstration does not establish usability for everyone.
Acceptance criteria
Describe a complete task, its inputs, expected outcome and the person who will validate it.
A delivered screen does not prove the journey works; agree on error handling and support requests as well.
Data scope
List essential fields and connect each to a service purpose.
Broader collection complicates management without necessarily improving outcomes.
Data minimisation
For a defined purpose, collection of personal data should be limited to what is adequate, relevant and necessary. A convenient feature alone does not justify collecting fields with no established use. Source: CNIL — Minimisation
Worked example
Fictional case: a charity needs a booking tool. It tests a scenario with one user, a cancellation and an export, then checks who can see the data and retrieve the calendar. This exposes terms to settle before wider use.
Where should I start when several digital tools look suitable?
Describe a real task, required data, who will access them and the expected result. A limited trial against that scenario reveals more than a context-free feature list.