
- 登入
- 註冊

why is it that even though the client "explains their needs very clearly," the developed outcome is never what they want? Is it that the consultants don't understand, or is it that the client themselves hasn't actually figured out what they want?
This is actually the most common misunderstanding in digital transformation and website projects. Clients think they know the answers, and consultants believe that "doing exactly what the client says" is professional. As a result, neither party truly gets to the core of the problem. By the time the project is halfway through, or even after it launches, they realize the direction was misaligned from the start.
A high-quality requirements interview is the true starting point of any project. It's not just about writing down what the client says, but about digging out things the client themselves aren't aware of through skillful questioning. This article compiles five questioning frameworks commonly used by consultants during their first client meeting, a pre-interview preparation checklist, a four-step interview process, and common interview pitfalls. These methods are equally applicable to internal project managers who need to clarify requirements.
In a digital transformation or website development project, the first 60 to 90 minutes of meeting a client often determines the direction for the next three to six months. If the interview remains at the level of "what features do you want," the consultant becomes merely a quoting window, and the final deliverables are unlikely to exceed the client's initial expectations.
A good interview will leave the client with three feelings when they leave the meeting room:
Trust is built when these three feelings coexist. Whether the quote is the lowest or the technology is the newest is not the most crucial factor.
These three terms are often confused, but in consulting practice, they refer to entirely different actions:
| Name | Core movements | Lead party | Results |
|---|---|---|---|
| Requirements Gathering | Customer feature request list | Customer | Feature list |
| Quotation meeting | Estimate project duration and cost based on the list. | Both sides | Quotation |
| Requirements Interview | Explore the purpose and limitations behind the problem. | Consultant | Needs and Decision Context |
Collecting requirements without conducting interviews is like a doctor prescribing medication without a consultation. The features on the list might all be present, but the entire direction of the project could be wrong from the start. The value of requirements interviews lies in translating what "the client thinks they need" into "what the client truly needs."
The following five questioning frameworks are the most commonly used in practice and are the most effective tools for helping clients clarify their thoughts. Each set of questions corresponds to a different purpose of exploration.
The goal is to figure out "what will happen if nothing is done."
Many clients will say upfront, "There are no problems, I just want a website." At this point, you need to dig deeper. Most of the time, the issues are still there, just hidden by habit.
The goal is to translate "What do you want?" to "What results do you expect to see?"
The last question is particularly crucial. Many clients can't articulate "what they want," but they can definitely say "what they don't want." The list of what they don't want often defines the project's boundaries better than the list of what they do want.
The purpose is to confirm that this project can truly move forward.
The reason for too many stalled projects isn't that consultants are unprofessional, but rather that the client lacks a decisive decision-maker. If this issue is addressed vaguely, consultants should inform the client of the subsequent risks immediately.
The goal is to find out where you "can't touch".
Every company has its landmines. It's easier to ask about them beforehand than to deal with the fallout after stepping on them.
The goal is to uncover customer needs they aren't even aware of.
This set of questions might seem a bit convoluted, but it's often the most valuable ten minutes of the entire interview. Hidden expectations reveal true motivations, and motivations determine what outcomes a client is willing to pay for.
A high-quality interview's success is often determined by preparation before the meeting. The following items are recommended to be completed before the first meeting:
The more prepared you are, the more attention you can dedicate to observations during an interview, rather than being busy taking notes.
The following process is suitable for a 60 to 90 minute initial interview:
STEP 1 Warm-up and Frame Alignment Opening 10 minutes: Confirm alignment on expectations for this meeting, explain how the interview will proceed, and ask the client to describe the current company situation. Output to include basic information and meeting consensus.
STEP 2 Current Situation and Pain Point Discovery Core 30 to 40 minutes, rotate through Frameworks 1 to 4, diving into specific details. Avoid jumping to solutions right away. Output as a list of pain points and constraints.
STEP 3 Hidden Expectations and Vision The latter 15 to 20 minutes, using Framework 5, shift the conversation from "problem" to "vision." This segment typically helps the client relax and actively share. The output is **motivation and decision-making context**.
STEP 4 Convergence and Next Steps Final 10 minutes: summarize three key takeaways from what was just heard, propose two questions requiring further clarification, and set the next meeting time. Output as meeting summary and follow-up actions.
| Stairs | Suggested duration | Main output |
|---|---|---|
| STEP 1 Warm-up and Alignment | 10 minutes | Basic information, meeting consensus |
| STEP 2 Current Situation and Pain Points | 30 to 40 minutes | Pain point list, constraints |
| STEP 3 Hidden Expectations | 15 to 20 minutes | Motivation, decision-making context |
| STEP 4 Convergence | 10 minutes | Meeting Summary, Action Items |
The following scenarios are particularly suitable for a full five-framework interview:
In the following situations, digging too deep might make the client feel pestered:
In these scenarios, focus on Framework 3 (Decisions and Resources) and Framework 4 (Constraints and Boundaries).
Common Mistakes Made in Requirements Interviews:
Eager to present solutions As soon as the client speaks a couple of sentences, the consultant can't wait to say, "You should do this or that." This approach will make the client shut down, and the interview will immediately lose its depth. The correct approach is to hold back, finish asking your questions, and then speak.
Make technical terms the protagonist Using technical jargon all the time makes clients feel like they don't understand or can't contribute to the conversation. A consultant's expertise isn't for showing off; it's for translating. Being able to explain complex things simply is true professionalism.
Only heard the words spoken, didn't see what was said. When a client gets stuck on a problem, their tone changes, and they avoid eye contact, these are often the most important signals. If a consultant only focuses on note-taking, these signals will be missed.
Asking too many people at once To improve efficiency, all department heads were brought together in one meeting, resulting in everyone speaking superficially. A better approach would be to interview them separately first, then hold a consensus-building meeting.
Disappear after asking. If a summary and follow-up actions are not provided within 24 hours after the interview, the client's impression of the meeting will quickly fade, and so will their trust.
A small to medium-sized manufacturer wants to revamp their official website. During the first meeting, the owner immediately said, "We want to create a website like [a big company's website], with animations, a product catalog, and a case studies page." If taken literally, the project scope is quite clear. However, during the interview, the team used Framework 2 and Framework 5, asking two key questions: "What changes do you most hope to see one year from now?" and "How do you hope others will describe your company six months from now?"
The boss paused for a few seconds, then said, "Actually, my biggest concern is that when a salesperson leaves, the clients follow. I wish there was a platform that would make new clients feel like they're dealing with a substantial company from the start, not one that relies on a single individual." This statement shifted the project's focus from "animation and catalog" to "brand substance and trust building." Ultimately, the delivered website made different choices in terms of visual design and content structure.
This case illustrates: If this question hadn't been asked, the project could still have been completed, but what would have been produced wouldn't be what the client truly needed. The value of requirements gathering lies in helping clients articulate what they haven't yet said.
Requirements interviewing is a craft that appears simple but is difficult to master. It doesn't rely on special jargon or strong dominance, but rather on whether the consultant is truly willing to listen, truly willing to ask, and truly willing to treat the client as a person with a context. These questioning frameworks can be replicated, but good interviewing also requires the accumulation of experience, empathy, and industry knowledge.
Drawing on our experience with nearly 800 projects, Yan Hui Co., Ltd. has found that it's rarely technology itself that truly determines a project's success, but rather the initial conversations at its outset. We partner with small and medium-sized businesses through needs clarification, strategic planning, system development, and implementation, placing the questioning and thinking that consultants should do at the forefront of every collaboration. If you are planning a digital transformation or website project, you are welcome to book a consultation. Enterprise Digital Transformation Planning Consulting, or through ckc.tw/contact Connection begins with a sincere conversation.
Industry practices vary. Some consultants offer a free initial consultation as a way to build rapport, while others charge for consultations as the starting point for formal services. Whether or not there's a fee isn't the point; the point is that both parties have aligned expectations for the meeting.
Not necessarily. Online video interviews are already the norm. As long as both parties can focus, the environment is quiet, and they can see each other's expressions, the effect is not significantly different from in-person meetings. The key is whether there are interruptions, not whether you are in the same space.
It is recommended to provide a meeting summary within 24 hours, including three key takeaways from the discussion, questions that need to be confirmed, and next steps. A response within 24 hours is the most direct demonstration of professionalism and sincerity.
Don't correct on the spot. Jot it down and confirm it during a follow-up interview or data verification. Correcting on the spot erodes trust and makes the client unwilling to continue sharing.
This is a common situation. The consultant's role isn't to take sides, but to help clarify the source of the disagreement. Disagreements usually stem from two types of causes: different goals or different perceptions of the current situation. Simply pointing out the cause is highly valuable in itself.
It's normal for it not to be enough. Complex projects usually require 2 to 4 interviews, with time between each to process information and schedule interviews with different roles. Trying to get it all in one interview often means you haven't dug deep enough.
You must obtain consent before recording. The benefit of recording is that you can focus on the conversation instead of taking notes, while the drawback is that some clients may become reserved after knowing they are being recorded. If the client has concerns, it is sufficient to take written notes.
A simple way to test this: After the interview, is the client clearer about their problem than when they first entered the meeting room? If the answer is yes, the interview is considered successful, regardless of whether a deal is closed afterward.