GABRIEL NICOLAEV · AUTHOR OF HUMAN CODESIdeas for a life beyond the ordinary.Amazon author page ↗
THE INDEPENDENT
WORLD OF IDEAS
CYGURUTHE WORLD OF BOOKS
Find your next book

THE CODEX JOURNAL

Show the Unfinished Work Before Polishing the Opportunity

Dubai Business & Building Value11 min read

Two professionals working on a laptop at a table, discussing content and taking notes.

Illustrative stock photograph · Photo: Ketut Subiyanto / Pexels. People pictured are not the cases described and do not endorse the books. Photo licence.

Reading tools & contents

Your reading space

Text size: standard
In this article

A convincing presentation can arrive before a useful question

Imagine two collaborators in Dubai preparing a proposal. The visual identity is impressive, the language confident and the opportunity easy to describe. A draft of the actual service, however, contains unresolved questions. What would a customer do first? Which part is difficult to deliver? Where would the process break if somebody used it without the founder explaining every step?

The problem is not that presentation matters. Clear, considered presentation can help good work receive attention. The problem begins when the presentation implies that a question is settled before the work has been examined. An unfinished result then becomes embarrassing to show, even to the collaborators whose feedback could improve it. This essay concerns the place where substantive work is discussed before it is ready for an audience. Dubai supplies a setting for a collaboration, not a claim that every professional there behaves alike.

The question is whether a polished account of an opportunity leaves enough room for the people building it to reveal what remains uncertain. Credibility can help a project begin while also making it harder to admit what beginning actually involves.

Distinguish a public promise from a working room

Not every audience needs the same version of a project. A prospective customer may need a clear account of what is genuinely available. A collaborator may need access to the unresolved details that determine whether the promise can be delivered. Treating both conversations as performances of confidence can deprive the working relationship of essential information.

Create a distinction between communicating an offer and investigating the work behind it. This does not justify misleading anyone about readiness. It recognizes that an internal discussion has a different purpose from a presentation: it should permit questions whose answers are not yet known. If colleagues feel required to preserve the same confident tone everywhere, they may report progress without describing uncertainty. The project looks coordinated while its important assumptions remain private. A useful working room is not deliberately unimpressive.

It is accurate enough that the people involved can make decisions. Ask which unfinished element your collaborator actually needs to see, rather than how to keep the overall impression intact. That small change can make feedback an input to the work instead of a threat to its image.

Show something that can be questioned

A broad concept invites broad approval. People can call it exciting without understanding what they are endorsing. A specific draft, process or example gives them something to examine. It may reveal a confusing step, an unnecessary feature or a mismatch between the intended outcome and the actual experience. This is uncomfortable partly because the feedback becomes harder to interpret as mere difference of taste.

Bring a piece of work whose limitations can be discussed concretely. Explain what it is intended to do and which decision remains open. A collaborator can then respond to the actual attempt rather than inventing a more effective version in their imagination. Avoid filling every silence with an explanation of how good the final result will become. The current draft is allowed to be incomplete; that is why it is being examined. Its purpose is not to prove that the whole project deserves praise.

It is to make one useful question visible while changing the answer is still possible. Showing something specific converts supportive enthusiasm into a more demanding form of cooperation: another person can now tell you what they do not understand.

Tell the collaborator what kind of feedback can matter

Inviting feedback without defining the question can produce an overwhelming mixture of preferences. One person comments on appearance, another redesigns the concept and a third raises a delivery concern. You may leave feeling that the work was exposed without learning what to do next. The problem is not necessarily excessive sensitivity. The invitation may have lacked a usable scope.

Explain which part is being tested and which commitments are already fixed for a reason. Perhaps you need to know whether the first step is understandable, not whether the entire brand should change. Perhaps the delivery constraint is real, while the sequence remains open. A bounded question allows more honest attention because neither person has to pretend everything is equally revisable. It also prevents the creator from rejecting every unwanted comment as outside the scope after the conversation begins.

The scope should guide inquiry, not protect a preferred answer. A collaborator can still identify a serious issue beyond the immediate question. The useful difference is that both people know what they are trying to learn and why this unfinished material was shared now.

Do not make the first criticism a referendum on trust

When a collaborator identifies a problem, it may feel as though they have withdrawn belief in the project. You hear a practical concern and answer with a speech about ambition. They then have to reassure you before the work can be discussed. If this happens repeatedly, the relationship may become more encouraging and less informative. People learn which questions disturb the atmosphere and quietly stop asking them.

Distinguish confidence in the overall effort from agreement about the current attempt. A person can be committed enough to identify a weakness rather than leaving you to discover it later. This does not make every criticism valuable or every harsh delivery acceptable. Ask what the comment refers to and whether the observation is supported by the material in front of you. You can disagree while still showing that the question was heard.

The aim is to prevent the creator's need for reassurance from becoming the gate through which all useful feedback must pass. Trust can include the expectation that a collaborator will tell you when something is unclear, even when the public story sounds convincing.

Feedback also carries a responsibility for the person giving it

An unfinished draft is not permission to dominate the project. A collaborator may enjoy appearing perceptive, replacing the creator's objective with their own or offering a long list of problems without understanding the relevant constraints. They can present personal preference as obvious truth and mistake the discomfort they create for evidence of intellectual rigor.

Good feedback should remain accountable to the work's purpose. What specifically did you observe? What consequence do you think it creates? Which part is uncertain? A person can offer a strong objection without claiming unrestricted authority over the result. They can also admit when they lack the experience needed to judge something. Criticism becomes more useful when it distinguishes observation from proposal: this step confused me is not identical to therefore build my preferred version.

The creator should be able to examine the first statement without automatically accepting the second. A working relationship improves when both people carry responsibility. One permits the work to be questioned; the other makes the question accurate, proportionate and connected to what the collaboration is actually trying to accomplish.

Preserve authorship without treating revision as surrender

Sometimes creators accept every comment because rejecting one feels defensive. The project becomes a collection of other people's preferences, and the creator later resents the absence of a coherent direction. Other creators reject useful feedback because changing the work feels like admitting they lacked vision. Both reactions give the feedback conversation too much authority over the entire identity of the project.

Keep responsibility for the decision explicit. You can summarize what you understood, decide what to change and explain why another suggestion will not be used. Acknowledgment is not obedience. Equally, authorship does not require preserving every original choice. Revision can make the intended purpose clearer rather than weaken it. Ask whether the proposed change serves the work under its actual constraints. If you decline it, can you explain the tradeoff without attacking the person's motives?

If you accept it, can you own the decision rather than saying somebody made you do it? Useful collaboration leaves the creator more informed and still responsible. It neither protects the first draft as sacred nor turns outside reaction into a substitute for judgment.

Let the next draft show what the conversation changed

A feedback meeting can feel productive while leaving the work untouched. Everyone exchanged thoughtful observations; the creator thanked them; the polished account resumed. The next discussion repeats the same uncertainty because nobody knows which question was resolved or what was done with the answer. Feedback becomes another performance of seriousness rather than a contribution to the result.

Return with a specific account of the revision. What changed, what remained and which uncertainty is still open? This need not become a report designed to satisfy every commenter. It closes the loop so that the collaboration can build on what was learned. It also gives the creator a chance to test whether a change actually addressed the concern. A suggestion can sound persuasive and fail in practice. A first draft can contain an awkward feature whose purpose becomes clearer through examination.

The next version supplies information that neither participant had before. Showing that progression allows confidence to rest on visible work rather than on the expectation that a polished person should have arrived with every answer already complete.

HYPOTHETICAL CASE

The demonstration reveals what the deck concealed

Consider two hypothetical collaborators in Dubai, Hasan and Mila, preparing a service proposal. Their presentation describes a simple customer journey. Before a meeting, Mila asks to try the unfinished process without Hasan explaining it.

Hasan initially worries that the draft will make the project seem less serious. He has spent considerable time refining its presentation and feels that visible uncertainty will undermine the confidence they have created. He nevertheless shares the working version and asks Mila to focus on the first interaction.

Mila becomes confused at a point Hasan thought was obvious. Rather than redesigning everything, she describes the exact information she expected and what she could not infer. Hasan notices that his own explanation had been filling a gap in the process.

They revise that step and test it again. They also identify one suggestion they will not adopt because it conflicts with the intended scope. Their proposal remains ambitious, but its clarity now rests on a better understood experience.

The exercise does not prove the whole service is ready or guarantee demand. It gives the collaborators something more useful than general approval: a concrete change, a clearer constraint and evidence that unfinished work can be examined without making the relationship defend its prestige.

Questions for review

  1. Which unfinished element are you protecting mainly to preserve an impression of readiness?
  2. What specific question should a collaborator answer now?
  3. Can you distinguish an observed problem from another person’s preferred solution?
  4. What will the next draft show about what you actually learned?

Protect a place where the work can be less finished than the story

A project needs some room in which uncertainty is not automatically treated as a reputational failure. That room may be a recurring conversation with one collaborator rather than a broad invitation to public critique. Its value lies in the possibility of saying what does not yet work without requiring the entire opportunity to be condemned or defended.

Ask what you have avoided showing because it would interrupt the impression of readiness. Then choose an appropriate person, a specific question and an unfinished piece that can genuinely benefit from their attention. Respect their time and be honest about what remains open. The goal is not to make uncertainty fashionable or to display vulnerability as another professional image. It is to improve the thing you intend to offer. Presentation earns its place when it makes real substance understandable.

It becomes a constraint when the people responsible for substance can no longer reveal its incomplete state. A credible opportunity should eventually survive contact with its own draft. Giving that draft an honest hearing may be the difference between a story that remains impressive and work that becomes useful.

Follow the question further

Explore the next part in When a Dubai Job Title Changes Who Gets Heard. From the existing journal, In Dubai, Access Is Not a Business Model develops a connected perspective.

Browse the full subject: Dubai Business & Building Value.

BUILT IN DUBAI — original book cover

TAKE THE IDEA INTO A BOOK

BUILT IN DUBAI

Gabriel Nicolaev — CyGuru

Built in Dubai connects entrepreneurial ambition with demand, delivery and capable people. It is a useful next read for considering how a credible presentation becomes work that customers can actually use.

Explore the book ↗