Here is a thing that sounds too basic to be worth writing about, and turns out not to be: a surprising number of budgeting apps make it hard to find a transaction you know you entered.
You remember buying something. You remember roughly when, roughly how much, maybe who from. You open the app and start scrolling — because scrolling is the only tool you have. Six months of transactions later you either find it or give up.
Why search is so often bad
It's not laziness on the part of the developers. Search is genuinely awkward to place on a phone screen that's already crowded.
A transaction list usually sits under a filter bar — period, category, type, amount range, sort order. Add an always-visible search box above that and on a smaller phone you've pushed the actual transactions off the bottom of the screen. The list, which is the point of the screen, becomes the thing you have to scroll to reach.
We know this because we did it. Pocket Clear's Android app had a search box, and it went above the filter block, and it contributed to exactly that problem — so it was removed in an attempt to give the list its space back. That fixed the layout and took away the search, which was the wrong trade, and it took a user pointing it out for us to see it properly.
What good transaction search actually needs
Three things, and most implementations get one or two.
It has to cover more than the note. Searching only note text misses the transaction you categorised carefully and never annotated. Useful search covers the note, the category, the amount, and — if the app has the concept — the payee.
Amounts have to work as text. People remember "about forty quid" far more reliably than they remember what they wrote in the note. Typing 40 should surface the transactions near that figure, which means the amount has to be matched as a string rather than parsed as a number and compared exactly.
It can't cost you the list. Whatever the answer to the layout problem is, it can't be "the transactions are now below the fold".
How Pocket Clear does it now
Search is back on Android and on iOS for the first time. It searches the note, the category, the amount and the payee name, across your whole history.
The layout answer was to put it inside the collapsible filter block rather than pinned above the list. Collapse the filters and the list gets the full screen; open them and search is right there with the rest of the controls. That way the feature that caused the original problem isn't reintroduced along with the search.
There's one detail worth mentioning because it's the kind of thing that quietly breaks search: multi-word text is matched with its spaces intact, so searching blue bottle looks for that phrase rather than any transaction containing "blue" or "bottle". Amount matching normalises separately, so 1,240 and 1240 both work. Getting those two behaviours from one input is most of the actual work.
Free on both platforms — search isn't a Pro feature and shouldn't be.
How the others compare
Broadly:
- Bank-linked apps tend to have decent search, because they're already indexing a merchant string from the feed and have a desktop or web view with room for a search field.
- YNAB searches well, helped by having payees as first-class records to search against.
- Simple manual trackers are the weak spot — search is often note-only, or absent, because the app's whole premise is that you won't have enough transactions to need it. That premise expires after about a year of use.
If you're evaluating a tracker, this is worth testing on day one rather than month nine: enter a few transactions, then try to find one by amount and by merchant. It's a two-minute check that tells you a lot about whether the app was designed for a week of use or several years of it.
Details: the All Transactions screen.