{"course":{"slug":"independent-creative","title":"Working for Yourself","url":"https://addaly.com/learn/independent-creative","level":"intermediate","track":"create"},"lesson":{"slug":"presenting-work","title":"Asking for a judgement, not a preference","url":"https://addaly.com/learn/independent-creative/presenting-work","position":44,"of":84,"minutes":9,"answer":"Restate the problem and the criteria before showing anything, because that moves the client from do-I-like-this to does-this-solve-that, and show one direction rather than three.","keyIdea":"Restate the problem and the criteria before showing anything, because that moves the client from do-I-like-this to does-this-solve-that, and show one direction rather than three, since three invites a client to combine elements into the compromise nobody would have chosen."},"body":{"format":"markdown","text":"## Approval is a separate skill from the work\n\nGood work gets rejected constantly, and usually not because the client has bad taste. It is rejected because it was presented in a way that invited a preference rather than a judgement, or because it arrived cold in an email at 6pm on a Friday, or because the client did not know what they were supposed to be assessing.\n\nThis is learnable and it is not manipulation. A presentation's job is to put the viewer in a position to evaluate the work against the problem, rather than against whatever they happened to imagine.\n\n## The order that works\n\n**1. Restate the problem.** Thirty seconds. Their words, from the kickoff. \"You said the shutter needs to make people who have walked past for six years look at it again, and that it has to survive being repainted every monsoon.\"\n\nThis does more than anything else in the presentation. It moves the client from *do I like this* to *does this solve that*, which are different questions with different answers.\n\n**2. State the criteria.** \"So I was judging every route on whether it reads at four metres, whether it survives a two-colour print, and whether it still looks like the same shop.\" Now the client knows what they are being asked to assess.\n\n**3. Show the work.** Large, in context, in silence for a few seconds before you speak. Let them look.\n\n**4. Explain the decision, not the process.** One or two sentences about why this solves the stated problem. Not what software you used, not how many versions there were.\n\n**5. Ask a specific question.** Not \"what do you think?\", which produces a reflexive opinion, but \"does this feel like your shop to you?\" or \"would your regular customers recognise it?\". A specific question produces usable feedback.\n\n## How many routes to show\n\nFewer than you want to. One, or at most two different directions.\n\nShowing three routes seems generous and is usually a mistake. It communicates that you did not have a view, it invites the client to combine elements from each, which produces the compromise nobody would have chosen, and it triples the chance that they fall for the one you least want to make.\n\nIf you show more than one, show them as different answers to the problem and say which you recommend and why. Never include a weak option as a foil; it is transparent to anyone perceptive, and the alarming outcome is that it gets chosen.\n\n## Presenting live rather than sending\n\nWhenever the project is large enough to matter, present the work with your voice attached: in person, or on a call with your screen shared. Then send the file afterwards.\n\nThe reason is specific. Work sent cold is evaluated by whoever opens it, in whatever mood they are in, without the problem restated and with no chance for you to answer the first objection. The first reaction to unfamiliar work is very often mild discomfort (that is what unfamiliarity feels like), and if nobody is there, that reaction becomes the written feedback.\n\nWhen you cannot present live, record a three-minute screen video walking through it. Free tools do this well: OBS Studio records screen and voice on any platform. It is not as good as a conversation, and it is much better than an email with attachments.\n\n## The context problem\n\nShow work at the size and in the situation it will exist in. A logo presented at 2000 pixels on a white screen is not the thing being bought; the thing being bought is 8mm on an invoice and 40 feet on a shutter.\n\nThe most common approval failure in identity work is that the client falls in love with the enormous version and is disappointed by reality. Show the small version in the same presentation. It also protects you: a client who approved the 8mm version cannot be surprised by it later.\n\n## Do not show what you cannot deliver\n\nAnything in the presentation is a promise. A mockup with a foil finish the budget excludes, a photograph you do not have rights to, a typeface you have not licensed: every one of these will be expected in the final work, and explaining that it was illustrative is a conversation in which you look like you are withdrawing something.\n\n## When the room goes quiet\n\nSilence after you present is normal and almost never negative. People are looking. The instinct is to fill it by talking, and talking at that moment is where presentations are lost: the freelancer starts qualifying, offers alternatives unprompted, and undermines the work before anybody has objected to it.\n\nCount to ten in your head. Let them speak first.\n\nIf the first response is negative, resist defending immediately. Ask what specifically is not working, and whether it is the idea or the execution: those have completely different remedies, and clients frequently reject an execution while describing it as a problem with the idea.\n\n## Getting a decision\n\nEnd every presentation with an explicit next step and a date. \"Could you come back with consolidated feedback by Thursday? Then I will have the revisions to you by the following Wednesday.\"\n\nThe word *consolidated* is doing real work. Feedback arriving in fragments from four people over ten days is the most common cause of revision overrun, and asking for one collected response, from one person, is a reasonable request that clients almost always accept when it is made at the right moment.\n\n## The limitation\n\nPresentation cannot save work that does not answer the brief. A well-structured argument for a weak solution buys you one round, and the client's dissatisfaction returns at the next stage with interest.\n\nIt also has less effect than people hope on a client who has already decided what they want and is looking for someone to produce it. A shop owner who came in wanting a blue logo with a swoosh may sit politely through a superb argument and then ask for the swoosh. Sometimes the honest outcome is to make the swoosh well, and the skill is knowing which of those situations you are in, which the restated problem, at the start, tends to reveal within the first minute."},"check":{"question":"A designer emails three logo routes with a short note. The client replies asking to combine the typography of route one with the mark from route three. Which structural choice most directly produced this?","options":[{"text":"Emailing rather than presenting live, since a client reading alone has nobody to answer the first objection and defaults to problem-solving on their own.","correct":false,"tempting":"A genuine and costly error that compounds this one, but a live presentation of three routes invites the same recombination: it just happens out loud."},{"text":"The absence of a recommendation, because without a stated preference the client has no guidance about which route the designer believes solves the problem.","correct":false,"tempting":"Saying which you recommend helps, and is worth doing, but the recombination instinct comes from having parts laid side by side, not from missing advice."},{"text":"Failing to show the routes in context at real size, so the client was comparing abstract shapes rather than assessing which one solves their problem.","correct":false,"tempting":"Context does change what a client can assess, and its absence causes different failures (falling for the large version, mainly) rather than recombination."},{"text":"Showing three routes at once, which presents them as a set of components to choose among rather than as competing answers to a question.","correct":true}]},"prev":{"slug":"the-kickoff","title":"The hour that decides the project","url":"https://addaly.com/learn/independent-creative/the-kickoff"},"next":{"slug":"scope-and-revisions","title":"Unbounded revisions turn a fair price into an unfair one","url":"https://addaly.com/learn/independent-creative/scope-and-revisions"},"authorship":"Founder and series editor: Dr Mustafa Mun. Written by AI models to a written standard. Exam keys checked blind by a second model: 3,665 of 3,666 agreed. Academic review invited.","review":{"status":"Draft, open for academic review"},"cite":"Addaly (2026) 'Asking for a judgement, not a preference', in Working for Yourself. Edited by M. Mun. Addaly. Available at: https://addaly.com/learn/independent-creative/presenting-work (Accessed: 13 October 2026).","licence":{"name":"CC BY-NC-SA 4.0","url":"https://creativecommons.org/licenses/by-nc-sa/4.0/"},"reader":{"schema":1,"title":"Asking for a judgement, not a preference","courseTitle":"Working for Yourself","module":{"index":5,"slug":"running-the-job","title":"Running the job"},"answer":null,"keyIdea":"Restate the problem and the criteria before showing anything, because that moves the client from do-I-like-this to does-this-solve-that, and show one direction rather than three, since three invites a client to combine elements into the compromise nobody would have chosen.","hero":{"kind":"plate","image":null,"alt":null,"caption":null},"blocks":[{"t":"h2","id":"approval-is-a-separate-skill-from-the-work","runs":[{"text":"Approval is a separate skill from the work"}]},{"t":"p","runs":[{"text":"Good work gets rejected constantly, and usually not because the client has bad taste. It is rejected because it was presented in a way that invited a preference rather than a judgement, or because it arrived cold in an email at 6pm on a Friday, or because the client did not know what they were supposed to be assessing."}]},{"t":"p","runs":[{"text":"This is learnable and it is not manipulation. A presentation’s job is to put the viewer in a position to evaluate the work against the problem, rather than against whatever they happened to imagine."}]},{"t":"h2","id":"the-order-that-works","runs":[{"text":"The order that works"}]},{"t":"p","runs":[{"text":"1. Restate the problem.","b":true},{"text":" Thirty seconds. Their words, from the kickoff. “You said the shutter needs to make people who have walked past for six years look at it again, and that it has to survive being repainted every monsoon.”"}]},{"t":"p","runs":[{"text":"This does more than anything else in the presentation. It moves the client from "},{"text":"do I like this","i":true},{"text":" to "},{"text":"does this solve that","i":true},{"text":", which are different questions with different answers."}]},{"t":"p","runs":[{"text":"2. State the criteria.","b":true},{"text":" “So I was judging every route on whether it reads at four metres, whether it survives a two-colour print, and whether it still looks like the same shop.” Now the client knows what they are being asked to assess."}]},{"t":"p","runs":[{"text":"3. Show the work.","b":true},{"text":" Large, in context, in silence for a few seconds before you speak. Let them look."}]},{"t":"p","runs":[{"text":"4. Explain the decision, not the process.","b":true},{"text":" One or two sentences about why this solves the stated problem. Not what software you used, not how many versions there were."}]},{"t":"p","runs":[{"text":"5. Ask a specific question.","b":true},{"text":" Not “what do you think?”, which produces a reflexive opinion, but “does this feel like your shop to you?” or “would your regular customers recognise it?”. A specific question produces usable feedback."}]},{"t":"h2","id":"how-many-routes-to-show","runs":[{"text":"How many routes to show"}]},{"t":"p","runs":[{"text":"Fewer than you want to. One, or at most two different directions."}]},{"t":"p","runs":[{"text":"Showing three routes seems generous and is usually a mistake. It communicates that you did not have a view, it invites the client to combine elements from each, which produces the compromise nobody would have chosen, and it triples the chance that they fall for the one you least want to make."}]},{"t":"p","runs":[{"text":"If you show more than one, show them as different answers to the problem and say which you recommend and why. Never include a weak option as a foil; it is transparent to anyone perceptive, and the alarming outcome is that it gets chosen."}]},{"t":"h2","id":"presenting-live-rather-than-sending","runs":[{"text":"Presenting live rather than sending"}]},{"t":"p","runs":[{"text":"Whenever the project is large enough to matter, present the work with your voice attached: in person, or on a call with your screen shared. Then send the file afterwards."}]},{"t":"p","runs":[{"text":"The reason is specific. Work sent cold is evaluated by whoever opens it, in whatever mood they are in, without the problem restated and with no chance for you to answer the first objection. The first reaction to unfamiliar work is very often mild discomfort (that is what unfamiliarity feels like), and if nobody is there, that reaction becomes the written feedback."}]},{"t":"p","runs":[{"text":"When you cannot present live, record a three-minute screen video walking through it. Free tools do this well: OBS Studio records screen and voice on any platform. It is not as good as a conversation, and it is much better than an email with attachments."}]},{"t":"h2","id":"the-context-problem","runs":[{"text":"The context problem"}]},{"t":"p","runs":[{"text":"Show work at the size and in the situation it will exist in. A logo presented at 2000 pixels on a white screen is not the thing being bought; the thing being bought is 8mm on an invoice and 40 feet on a shutter."}]},{"t":"p","runs":[{"text":"The most common approval failure in identity work is that the client falls in love with the enormous version and is disappointed by reality. Show the small version in the same presentation. It also protects you: a client who approved the 8mm version cannot be surprised by it later."}]},{"t":"h2","id":"do-not-show-what-you-cannot-deliver","runs":[{"text":"Do not show what you cannot deliver"}]},{"t":"p","runs":[{"text":"Anything in the presentation is a promise. A mockup with a foil finish the budget excludes, a photograph you do not have rights to, a typeface you have not licensed: every one of these will be expected in the final work, and explaining that it was illustrative is a conversation in which you look like you are withdrawing something."}]},{"t":"h2","id":"when-the-room-goes-quiet","runs":[{"text":"When the room goes quiet"}]},{"t":"p","runs":[{"text":"Silence after you present is normal and almost never negative. People are looking. The instinct is to fill it by talking, and talking at that moment is where presentations are lost: the freelancer starts qualifying, offers alternatives unprompted, and undermines the work before anybody has objected to it."}]},{"t":"p","runs":[{"text":"Count to ten in your head. Let them speak first."}]},{"t":"p","runs":[{"text":"If the first response is negative, resist defending immediately. Ask what specifically is not working, and whether it is the idea or the execution: those have completely different remedies, and clients frequently reject an execution while describing it as a problem with the idea."}]},{"t":"h2","id":"getting-a-decision","runs":[{"text":"Getting a decision"}]},{"t":"p","runs":[{"text":"End every presentation with an explicit next step and a date. “Could you come back with consolidated feedback by Thursday? Then I will have the revisions to you by the following Wednesday.”"}]},{"t":"p","runs":[{"text":"The word "},{"text":"consolidated","i":true},{"text":" is doing real work. Feedback arriving in fragments from four people over ten days is the most common cause of revision overrun, and asking for one collected response, from one person, is a reasonable request that clients almost always accept when it is made at the right moment."}]},{"t":"h2","id":"the-limitation","runs":[{"text":"The limitation"}],"role":"limit"},{"t":"p","runs":[{"text":"Presentation cannot save work that does not answer the brief. A well-structured argument for a weak solution buys you one round, and the client’s dissatisfaction returns at the next stage with interest."}]},{"t":"p","runs":[{"text":"It also has less effect than people hope on a client who has already decided what they want and is looking for someone to produce it. A shop owner who came in wanting a blue logo with a swoosh may sit politely through a superb argument and then ask for the swoosh. Sometimes the honest outcome is to make the swoosh well, and the skill is knowing which of those situations you are in, which the restated problem, at the start, tends to reveal within the first minute."}]}],"check":{"question":[{"text":"A designer emails three logo routes with a short note. The client replies asking to combine the typography of route one with the mark from route three. Which structural choice most directly produced this?"}],"options":[{"text":[{"text":"Emailing rather than presenting live, since a client reading alone has nobody to answer the first objection and defaults to problem-solving on their own."}],"correct":false,"tempting":[{"text":"A genuine and costly error that compounds this one, but a live presentation of three routes invites the same recombination: it just happens out loud."}]},{"text":[{"text":"The absence of a recommendation, because without a stated preference the client has no guidance about which route the designer believes solves the problem."}],"correct":false,"tempting":[{"text":"Saying which you recommend helps, and is worth doing, but the recombination instinct comes from having parts laid side by side, not from missing advice."}]},{"text":[{"text":"Failing to show the routes in context at real size, so the client was comparing abstract shapes rather than assessing which one solves their problem."}],"correct":false,"tempting":[{"text":"Context does change what a client can assess, and its absence causes different failures (falling for the large version, mainly) rather than recombination."}]},{"text":[{"text":"Showing three routes at once, which presents them as a set of components to choose among rather than as competing answers to a question."}],"correct":true,"tempting":null}],"order":[1,0,3,2],"why":null},"prev":{"slug":"the-kickoff","title":"The hour that decides the project","minutes":9},"next":{"slug":"scope-and-revisions","title":"Unbounded revisions turn a fair price into an unfair one","minutes":9}}}