10 Features Every SAR Management Platform Should Have

If you are evaluating search and rescue software for the first time, the market is confusing in a specific way. Everything claims to be a command centre. Everything has a map. Generic incident tools, fleet trackers and volunteer-management apps turn up in the same search results, and each of them covers one slice of the problem.

This list is written from the other direction: start with what actually goes wrong on a callout, and work back to the features that prevent it. For each of the ten you get the reason it matters, what a good implementation looks like, one question to put to any vendor, and — since we build one of these platforms — how Redoto Rescue handles it, including where it does not. If you need the basics first, start with what search and rescue software is.

01How to use this list

Do not score features as present or absent. Nearly every product will say yes to nearly every line. Score them against the conditions they will face: weak signal, cold hands, a coordinator in their fourth hour, a volunteer who installed the app once, six months ago. A feature that only works when everything else is working is a demo feature.

• Ask for the demo on your own scenario — a real past callout, with your terrain and your number of teams.
• Put a phone in airplane mode during the demo and watch what happens when it comes back.
• Ask who in your organisation would do each task, and on what device. If the answer is "an administrator, later", it will not happen during an operation.
• Ask what the product does not do. You learn more from that answer than from the feature list.

021. A mission lifecycle with one record

A search does not start when the first team leaves. It starts with a phone call, grows through alerting and planning, may run across several operational periods, and ends with a stand-down and a report. When each phase lives in a different tool — a notebook for intake, a group chat for alerting, a paper map for sectors — the operation’s memory is scattered across all of them, and nobody can put it back together at 03:00, or at the review six months later.

Good looks like a mission with a clear state — planned, active, closed — to which everything else attaches: teams, sectors, positions, located persons, messages, equipment issued, and a timestamped event log that starts with the first call. Closing a mission should produce the after-action record, not start a week of reconstructing it.

In Redoto Rescue a mission is created, activated, tracked and closed as one record, with a live event log, a timeline and an auto-generated after-action report. The mission list shows status, priority, missing-person count, weather and risks for every callout. More on mission management.

032. Live GPS tracking that survives dead zones

The coordinator’s most important question is also the simplest: where is everyone? Radio check-ins answer it slowly and imprecisely, and they stop answering it at all when a team drops out of range. A live map changes how an operation is run — but only if it keeps working in the terrain where searches actually happen, which is usually the terrain with the worst coverage.

Good looks like tracking that runs only while a rescuer is on duty, makes a stale position look different from a fresh one, and does not simply drop the stretch a team spent without signal. Recorded tracks belong to the mission, so they become coverage evidence and part of the report rather than a screen that is gone when the operation ends.

Redoto Rescue shows every on-duty field unit on a live map on topographic and satellite layers, with recorded tracks and GPX import, and the mission workspace shows each assigned team’s position and battery. Sharing starts and stops with one tap and runs only during an active mission. The app is built for the edge of coverage: positions reach the map when the phone reconnects. See live GPS tracking, and the longer piece on GPS tracking of rescue teams in real terrain.

043. Search sectors with measurable coverage

Most wasted effort in a search is invisible at the time: two teams in the same gully, a strip between sectors that nobody owned, a sector reported "done" after a hasty pass that nobody would call thorough. On a paper map you find these at the debrief, if at all.

Good looks like sectors drawn as polygons on the same map as the teams, assigned to a specific team, visible on that team’s phone, and tracked for coverage while the search runs — so the coordinator can see which ground is done, which is in progress and which nobody has touched. The sector a team was given and the track it actually walked should sit side by side.

Redoto Rescue lets coordinators draw search polygons, assign teams and track coverage percentage per sector, and the assigned sector appears on the rescuer’s mission map. See search sectors, and for method rather than software, how to plan search sectors.

054. Last-seen points, located persons and bases

The search area is built around facts: where the person was last seen, where their car was found, where a clue turned up. Those facts change during the operation, and every team needs the current version. When the last-seen point is a circle on one printed map in the command vehicle, teams in the field are searching around yesterday’s information.

Good looks like the last-seen point and its search radius on the shared map, a clear status for each missing person, and one-tap marking of a found person, a clue or a hazard with exact coordinates, so the next team or the medical unit can go straight to it. Base locations belong on the same map, because "where do we regroup" is a question teams ask all night.

Redoto Rescue records missing persons with last-seen points and search radii, found-person status and mission base locations, shown on the mission map in both the web command centre and the field app. Rescuers mark the exact coordinates of a located person, a clue or a hazard from their phone.

065. A field app your rescuers will actually use

Every feature in the command centre depends on the phone in a rescuer’s pocket. If only half your members installed the app, the coordinator’s map has holes in it — and a map with holes you cannot see is worse than no map, because it looks complete.

Good looks like an app with a few large, obvious actions: go on duty, see my sector, mark my position, read the latest message. It should make its own state unmistakable — sharing on or off — and cope with weak signal instead of failing silently. The field app is not a smaller copy of the command centre. It is a different tool, for a person wearing gloves.

The Redoto Rescue mobile app gives rescuers one-tap on-duty sharing, on foot or in a vehicle; the mission map with their sector, teammates, base locations and last-seen points; one-tap position marking; mission chat; and alerts. It is offline-tolerant and paired with the web command centre, so the coordinator sees what the field sees.

076. Communications and alerts tied to the mission

Group chats are how many organisations actually coordinate, and they fail in a predictable way: the operational message is buried under forty reactions, the same chat mixes three callouts and a training weekend, and nothing that was said ends up attached to the mission afterwards.

Good looks like a channel per mission, so messages have context and land in the right file; coordinator broadcasts that reach every team at once; and push notifications that go to the people they concern rather than to everyone. Radio remains the layer that never fails. Software messaging supplements it, it does not replace it.

Click to enlarge

Redoto Rescue gives each mission its own communication channel, with coordinator broadcasts to all teams and push notifications for callouts, weather warnings, low stock and overdue equipment.

087. Personnel profiles, certifications and tactical teams

In the middle of an operation you need answers to questions like these: who here is qualified for rope work, who has the medical training, who leads team three, and what relevant medical information do we hold for this rescuer. The spreadsheet that holds this is usually out of date and never on the coordinator’s screen.

Good looks like rescuer profiles with training level, specialisations, certifications and medical information, visible only to the people who need them; tactical teams with named leaders that can be built and changed quickly; and a roster you can filter by role and region.

Redoto Rescue keeps rescuer profiles with certifications, training level, specialisations, medical info, employment history and region roles, plus NFC rescuer cards, and lets you build tactical teams and assign leaders. Worth knowing: it does not currently track on-call availability or schedule training sessions. If those are central to how your team runs, ask every vendor about them explicitly.

098. Equipment, vehicles and stock you can account for

After a long operation someone always asks where the second thermal camera went, which radios came back, and whether the first-aid kits were restocked. Batteries go flat on the shelf, bandages expire, a vehicle misses its service. None of it is dramatic, and all of it surfaces at the worst moment — the next callout.

Good looks like inventory with labels you can scan, condition and status per item, and a movement log of every check-out and return; consumables tracked by quantity, batch and expiry, with a warning before you run low; a fleet view with status, mileage and upcoming service; and loans that record who took what, for which mission, and when it is due back.

Click to enlarge

Redoto Rescue covers this with QR / barcode inventory, condition and a full movement log; consumables by unit, batch and expiry date with low-stock alerts; a vehicle fleet with status, fuel, mileage, registration and callsigns; a maintenance log with next-service dates; and loans with approvals, pickup and return photos, overdue flags and signed PDF agreements. See equipment management.

109. Operational log, after-action reports and audit trail

Rescue work is examined afterwards — by families, by authorities, and by your own members trying to learn from a hard night. The record you can produce is also what protects the people who made decisions under pressure. A log started at hour three has a gap exactly where the important decisions were made.

Good looks like a timestamped event log that fills in from the operation itself, with room for the coordinator’s own entries; an after-action report generated from that record rather than written from memory; and, separately, an audit trail of sensitive actions in the system: who changed an access right, who edited a profile, who closed the mission.

Redoto Rescue keeps a live event log on every mission, auto-generates after-action reports and mission timelines, and keeps a complete, searchable audit log of every sensitive action — who performed it and when, filterable by action, entity and date.

1110. Roles, regions and access control

SAR data is sensitive: live locations, medical information, details about missing people and their families. A system where every member sees everything is a data-protection problem and, in practice, a trust problem with your own members. Larger organisations add another layer — several regions or stations that share one platform but not every record.

Good looks like a small number of clear roles, from administrator to observer, each seeing exactly what it needs; regions that scope people, equipment and documents; invitation-only onboarding and access you can revoke the day someone leaves; and protocols, manuals and certificates shared per role or per person rather than dumped in a shared drive.

Redoto Rescue has five roles — Super Admin, Region Admin, Coordinator, Rescuer and Observer — with regions, locations and categories, invitation-only registration with revocable invites, and a document library scoped by region and shared per role or person. It is GDPR-ready and runs in English and Serbian.

12What is not on this list, and why you should still ask

Some capabilities matter a great deal to certain organisations and not at all to others. If they apply to you, ask about them directly:

• Integration with dispatch systems, if your callouts arrive through an emergency call centre.
• Availability and on-call tracking, if you need to know who can respond before you alert.
• Training and exercise scheduling, if you run a structured programme with attendance requirements.
• Probability modelling, if your planners work with probability of area and probability of detection.
• Full offline operation, if you spend days in areas with no coverage at all.

For transparency: Redoto Rescue does not do these today. It is offline-tolerant rather than fully offline, and it focuses on the operation itself and the people, equipment and records around it. That matches what most mountain rescue services and volunteer SAR teams we talk to need. If one of the items above is a hard requirement for you, weigh it accordingly — with us and with anyone else.

13The checklist

Take this into every demo and write the vendor’s answer next to each question.

No platform makes a search go well on its own; people, training and judgement do that. What the right software does is close the gaps — between the map and the ground, between the base and the warehouse, between the operation and its record. For the full picture of how one platform covers them, see the capabilities overview or the guide to search and rescue software.