Lists: find them, group your conditions, and stop typing out values

Lists is where you decide who a campaign reaches, and it had been left as the thinnest screen in Marketing: a table you could not search, a segment editor squeezed into a 320-pixel rail, and a member list that stopped at a hundred people without saying so.

Find a list

The index now has a search box, a filter for static lists versus segments, and a filter by which kind of record a list holds. That last one matters more than it sounds: a campaign’s lists all have to be about the same kind of record, so “which of these can I even combine” is a question the screen has to be able to answer. There is a column for it too, and you can sort by size or by when a list last changed.

Every row has a … menu with Rename and Delete, and the same menu is on the list itself - so renaming no longer means going back to find the row you just came from.

Delete says what you are actually about to lose

It used to say “contacts themselves are untouched”, which is true and is not the thing anyone needed warning about. It now names the campaigns that send to the list and will be left with no audience, separately from the ones using it to exclude people - where deleting it widens the send instead. And when the list has members it says plainly that the consent records go with it: how and when each address opted in, which is the paperwork you produce when an inbox provider asks how a list was built, and which cannot be recreated afterwards.

Inside a list

It tells you what it is now - static or segment, which records it holds, how many, and which field it sends to. That was on the index and nowhere on the one screen where you act on it.

The member table pages properly, and search works. It used to fetch the first hundred rows and then filter those, so searching a list of four hundred people quietly searched a quarter of it and printed the full count above six results. Search now runs across the whole list.

You choose the columns, the same way you do on a record list, from any field on the record. Each list remembers its own choice, because a win-back segment and a newsletter roster are not interested in the same things.

The segment editor got the width it needed

It sits full-width at the top of the list and collapses to a summary once you are done with it. In the rail it came from, every condition wrapped onto two lines.

AND and OR together. Conditions can now be arranged into groups: everything in a group has to match, or any of them, and the groups combine the other way - so customers in London or trials who opened something last month is one segment rather than two. Two levels, which is what expresses every audience anyone actually builds without turning the screen into a query console.

And you stop typing out values you already have. Where a field has a fixed set of values - a dropdown, your tags, your campaign names - is any of and is none of now give you a searchable list, and what you pick appears as tags in the one box. Previously that was a text field where you typed each value by hand, spelled exactly, separated by commas. You can still type a value that does not exist yet, and pasting a column out of a spreadsheet turns into tags. It works everywhere conditions do, so flows and campaign refinements got it in the same change.

Two things removed

• The per-list preference centre has gone. The link in your emails now goes to a single clear switch: subscribed, or not. It is still the only place someone can re-subscribe, and it is still the destination for anyone who mis-clicked unsubscribe - that page and its address are permanent, because they are inside mail already sitting in inboxes. What went is publishing individual lists to it for recipients to tick.
• The double opt-in checkbox on a list has gone. It was set at the moment a list was created, before it had a single member, and it changed what every later add did. Confirmation links already sent still work and anyone waiting on one still becomes subscribed when they click. Double opt-in itself is unchanged underneath - lists already set that way still confirm every new member.

And three bugs found along the way

• A segment made entirely of groups read as no segment at all in a couple of places that count conditions - a flow goal or an unenrolment rule that would have quietly stopped applying.
• The campaign refinement editor checked your whole rule and then saved only part of it.
• Deleting a field that a segment depends on only looked at the top level of that segment, so the warning had a hole in exactly the case it exists for.