When you jump into a new project, it’s tempting to “dive right in”: discuss features, estimate tasks, make a plan. But the truth is, most pitfalls aren’t in the code. They’re waiting at the very start – when you haven’t asked enough questions, haven’t learned all you need to, and haven’t put the important stuff on paper (or at least in Google Docs).
Let’s break down three things that can save your project from chaos.
When a client comes with an idea, they want to share as much as possible but are afraid. And they have every right to be.
Signing an NDA is your way of saying: “I won’t leak your idea to competitors tomorrow.” That’s it. No magic.
Real case: I was once invited to teach a course for a bank. Before the first session, they sent me an NDA for 30 years. THIRTY. I asked – what exactly can’t I talk about? Answer: “Absolutely nothing.” Well, we agreed on 7 years. But the point remains – no signature, no project.
Tip: have an NDA template ready. It’s a small thing that opens big doors.
Very often the client says: “I want something like this.” And when you ask: “But why?” – they freeze. Vision is about understanding why we’re doing all this, not a tech doc.
It doesn’t have to be pretty. It just has to exist.
What it might look like:
This is all vision. You just need to pull it out of the client. Often not even with words, but examples, analogies, stories.
My tip: pin the vision in the team chat or on the first slide of presentations. It’s not only for the client – it’s for the team. Because if a dev doesn’t understand what they’re building, they’ll just code whatever the PM says. And that usually leads nowhere.
This is the thing most people either ignore or remember only when it already hurts. Gap Analysis is a list of what we’re missing to reach the goal.
Common gaps I’ve seen:
None of this is scary – as long as you know about these gaps and openly talk about them. What’s worse is assuming everything’s fine and then explaining why you missed the deadline.
Tip: at the very start, sit down and honestly list everything that might be needed but isn’t there yet. No illusions.
Don’t jump straight into tasks and Figma. Start with these three basics:
Every project will have some uncertainty – and that’s normal. But the better you map out the picture at the start, the fewer emergencies later. Don’t look for perfect templates – look for dialogue with the team and client. And leave room for common sense. If something feels too obvious to discuss – that’s exactly what needs to be discussed.