A polished portfolio tells you a development partner can produce good-looking work, but it doesn't tell you much about how a project with them will actually feel, especially once it moves past the exciting early design phase into the slower, more detailed work of building and refining.
One of the most revealing questions to ask is what happens if something needs to change mid-project. The answer reveals how flexible — or rigid — the working relationship will be once real-world feedback inevitably surfaces something that needs adjusting, which happens on nearly every project regardless of how thorough the initial planning was.
A second worthwhile question is how communication actually works day to day — not in a marketing sense, but concretely: will there be regular check-ins, how quickly can questions be expected to get answered, and who exactly you'll be in contact with throughout the build. Vague answers here often predict a frustrating experience once the project is underway.
It's also worth asking directly what happens after launch. Some partners consider the relationship over the moment a project ships; others build in ongoing support as a standard part of how they work. Given how much of a product's real value gets determined in the months after launch, this answer matters more than it might seem to at the outset.
Finally, asking about a partner's own process — how they typically scope a project, what they do when a client isn't sure exactly what they want yet — tends to reveal more about how a project with them will actually unfold than any amount of browsing past work, because it shows how they think, not just what they've previously produced.
It's worth asking these questions even if you're fairly confident in a partner already — the answers tend to set expectations clearly on both sides from the outset, which prevents the kind of quiet misalignment that only becomes obvious, and frustrating, once a project is already underway.