क्लाइंट्स को Brand Identity कैसे Present करें बिना बर्बाद हुए
ज़्यादातर brand presentations इसलिए मर जाती हैं क्योंकि designers decision sell करने की बजाय dissertation defend करते हैं। वो structure जो meeting room में टिकती है, copy करने योग्य outline के साथ।
काम अच्छा था। Presentation ने फिर भी उसे बर्बाद कर दिया।
हर designer इस meeting में बैठा है। हफ्तों की strategy, sketches के rounds, एक system जो वाकई समझ में आता है, और फिर reveal के 45 मिनट बाद marketing director कहती है कि green "corporate" लग रहा है और CEO सिर हिला देता है, और पूरी चीज़ real time में उखड़ जाती है। काम के बारे में कुछ नहीं बदला। काम सही था। Presentation गलत था।
एक brand presentation कोई reveal नहीं है। यह एक vote है जो आप brief में पहले ही जीत चुके हैं। अगर आप meeting में अभी भी concept sell कर रहे हैं, तो brief fail हो गया।
ज़्यादातर brand presentations क्यों बर्बाद हो जाती हैं
Designers presentations इसलिए हारते हैं क्योंकि वे एक dissertation defend करने आते हैं। Client एक business decision लेने आता है। ये दो अलग meetings हैं, एक ही table पर, और designer आमतौर पर हारता है।
Dissertation format जाना-पहचाना लगता है। Process के पचास slides। Brief की history। एक moodboard। "exploration के लिए" तीन concepts। हर concept के लिए rationale के दस slides। Slide 38 पर logo reveal का moment। फिर एक silence जो तब तक खिंचती है जब तक client यह समझने की कोशिश करता है कि उन्हें आगे क्या करना है।
Client को तीन concepts नहीं चाहिए। Client को एक recommendation चाहिए, एक business decision के रूप में framed जिसे client brief में पहले ही agree कर चुका है। बाकी सब noise है जिसे room hold करना नहीं जानता।
वो तीन कारण जिनसे presentations मरती हैं
लगभग हर brand presentation जो collapse होती है, तीन में से एक कारण से collapse होती है।
Personal taste। Designer काम दिखाता है। एक stakeholder कहता है "मुझे green पसंद नहीं।" Designer green defend करना शुरू कर देता है। Meeting अब taste के बारे में है, strategy के बारे में नहीं, और taste एक ऐसी conversation है जो designer उस room में नहीं जीत सकता जहाँ invoice pay करने वाला CEO बैठा है।
Feedback में scope creep। Client ने brief में "एक brand identity" approve की थी। Meeting में, वे website, packaging, out-of-home campaign, और animated logo version के बारे में पूछने लगते हैं। Designer हर सवाल का जवाब देता है और room approval से wishlist की तरफ drift करता है। जब meeting खत्म होती है, कुछ भी approve नहीं हुआ और scope दोगुना हो गया।
Rationale overload। Designer हर choice को over-explain करता है। तीस slides "हमने यह consider किया, फिर यह, फिर यह, यहाँ बताते हैं कि हमने यह क्यों चुना।" Client लगभग slide आठ के आसपास track करना बंद कर देता है और फिर उस एक decision पर अटक जाता है जो उन्हें याद है, जो आमतौर पर सबसे कम defensible होता है।
तीनों का fix एक ही है। हर creative choice को एक business decision के रूप में frame करें जिसे client पहले ही agree कर चुका है, और एक ऐसा structure चलाएं जो taste, scope creep, या rationale overload को जगह न दे।
वो pre-work जो ज़्यादातर rejections रोकती है
Meeting वह जगह नहीं है जहाँ आप approval जीतते हैं। Brief है। लगभग 80% presentation disasters missing pre-work से traceable हैं, bad design से नहीं।
तीन pieces of pre-work ज़्यादातर नुकसान रोकती हैं।
एक aligned brief। Design करने से पहले, client ने writing में audience, positioning, तीन brand principles, और वह एक sentence sign off किया है जो describe करता है कि brand किस लिए है। अगर client बाद में काम को ऐसे कारणों से reject करता है जो brief का विरोध करते हैं, तो आप brief की तरफ इशारा करते हैं। यह सही तरीके से चलने वाले seven-phase brand identity framework का exact output है।
एक stakeholder map। आप जानते हैं कि room में कौन है, हर person को क्या परवाह है, किसके पास veto power है, और किसके पास influence है। CEO growth चाहता है। Marketing director blame नहीं लेना चाहती। Founder चाहता है कि brand उन जैसा लगे। आप presentation को उनमें से हर एक के लिए land करने के लिए तैयार करते हैं, न कि केवल उसके लिए जिसने contract sign किया।
Locked approval criteria। Presentation से पहले, client ने writing में एक सवाल का जवाब दिया है: "इसे approve करने के लिए आपको क्या चाहिए?" अगर जवाब vague है ("हमें इसे feel करना होगा"), तो आप अभी presentation schedule नहीं करते। पहले एक और brief session schedule करते हैं। Vague criteria पर book की गई presentation पहले से ही खोई हुई presentation है।
अगर ये तीनों pieces मौजूद हैं, तो meeting एक negotiation की बजाय confirmation बन जाती है। अगर वे मौजूद नहीं हैं, तो दुनिया की कोई presentation skill उसे नहीं बचाएगी।
वो presentation structure जो वाकई टिकती है
Dissertation format इसलिए मरती है क्योंकि उसमें कोई spine नहीं है। जो structure टिकती है वह चार parts में है, order में, fixed proportions के साथ। Context, principles, system, proof। आप reorder नहीं करते। आप skip नहीं करते। आप client को jump नहीं करने देते।
Context (5 minutes)। आप brief restate करते हैं। Business goal, audience, positioning, तीन principles। आप brief sell नहीं कर रहे। आपने उसे पहले ही sign किया है। आप room को remind कर रहे हैं कि decision किस बारे में है इससे पहले कि कोई visual दिखे। यह taste को vote मिलने से पहले table से हटा देता है।
Principles (10 minutes)। आप तीन brand principles के through walk करते हैं जो client ने पहले ही approve किए हैं, और आप दिखाते हैं कि हर एक एक visual rule में कैसे translate होता है। "Principle one: precision। Visual rule: geometric letterforms, tight optical spacing, कोई hand-drawn marks नहीं।" Client अब किसी mark को देखने से पहले principle में visual rules से agree कर रहा है।
System (20 minutes)। आप एक direction present करते हैं। तीन नहीं। System, assembled। Logo in context, typography in context, color system in context, एक motif in context, voice samples, एक या दो real applications। आप brand को दिखा रहे हैं जैसे वह जीएगा, न कि logo को trophy के रूप में।
Proof (10 minutes)। आप काम को applied दिखाते हैं। Landing page hero। एक social post। एक product screen। एक business card या digital equivalent। "Reveal" के रूप में नहीं। Evidence के रूप में कि system वहाँ काम करता है जहाँ business actually sell करता है। यह closer है।
Timings के साथ copy करने योग्य outline
इसे steal करें। इसे अपने अगले presentation deck में paste करें। Specifics edit करें, structure रखें।
Slide 1. Title। Project name, client logo, date। Engagement scope का एक sentence।
Slide 2 से 4. Context (5 min)। Business goal पर एक slide, audience पर एक, positioning और तीन principles पर एक। Signed brief से verbatim पढ़ें। Paraphrase न करें।
Slide 5 से 8. Principles (10 min)। हर principle के लिए एक slide। हर slide में: principle, वह visual rule जिसे यह imply करता है, एक brand का reference जो यह अच्छी तरह करता है। अभी कोई Brainy का काम नहीं।
Slide 9. Direction। एक sentence। "Brief और principles के आधार पर, हम आज एक direction present कर रहे हैं। इसे [name] कहा जाता है। यहाँ है कि यह business के लिए क्या करता है।"
Slide 10 से 18. System (20 min)। Logo system, typography, color, motif, voice examples, दो या तीन real applications। हर slide में एक decision। हर slide headline decision है, feature नहीं। "Wordmark geometric है क्योंकि precision एक principle है," न कि "Wordmark exploration।"
Slide 19 से 22. Proof (10 min)। Hero landing page, एक social post, एक product surface, एक physical या environmental asset। हर एक annotated: "System [surface] पर यह करता है।"
Slide 23. The decision। एक slide। "हम आज इस direction को approve करने की recommend करते हैं। Next steps हैं [rollout], scoped और proposal में priced।" आप out loud approval माँगते हैं। आप client के volunteer करने का wait नहीं करते।
Slide 24. Q and A। एक deliberate stop। "कोई feedback?" नहीं। पूछें: "आपके recommendation के बारे में क्या सवाल हैं?"
Total runtime: 45 मिनट presenting, 15 मिनट structured Q and A। कुल एक घंटा। दो book मत करें।
Live feedback handle कैसे करें बिना cave किए
Live feedback वह जगह है जहाँ ज़्यादातर designers वो काम हारते हैं जो वे पहले ही जीत चुके थे। Fix scripts का एक small set है, consistently run किया।
जब एक stakeholder कहता है "मुझे green पसंद नहीं।" Green defend मत करें। Respond करें: "यह एक taste reaction है। मैं walk back करता हूँ यह explain करने के लिए कि green system choice क्यों है, ताकि हम एक ही चीज़ पर react करें। [Principle की तरफ इशारा करें।] अगर principle holds करता है, तो color holds करता है। अगर principle गलत है, तो हम brief पर वापस जाते हैं।" आपने एक move में conversation को taste से strategy पर shift कर दिया।
जब एक stakeholder कहता है "क्या हम इसे blue में भी देख सकते हैं?" Yes मत कहें। No भी मत कहें। Respond करें: "हमने system phase में अन्य directions explore किए और इन कारणों से यहाँ पहुँचे। [Principles की तरफ इशारा करें।] अगर आप एक alternate direction explore करना चाहते हैं, तो यह एक second round है, separately scoped। क्या आप आज इस direction को approve करना चाहते हैं या वह काम schedule करना चाहते हैं?" आपने tradeoff name किया। Client अब wishlist की बजाय decision choose करता है।
जब एक stakeholder कहता है "मेरे [spouse/friend/cofounder] को यह पसंद नहीं है।" एक बार, शांति से respond करें: "जो लोग brief में नहीं थे उनका feedback valuable है लेकिन यह decisive नहीं है। Brand उस audience के लिए built है जो हमने define किया। अगर आप इसे किसी अन्य stakeholder को दिखाना चाहते हैं, तो हम finalize करने से पहले उनके साथ एक 30-minute session add कर सकते हैं। क्या यह useful होगा?" आपने objection को respect किया बिना उसे brief को override करने दिए।
जब एक stakeholder कहता है "बस हमें दोनों options दें और हम pick करेंगे।" Respond करें: "हम दो directions present नहीं करते क्योंकि हम नहीं चाहते कि आप taste के basis पर pick करें। Brief एक direction support करता है। हम इसे recommend करते हैं। अगर आप दूसरे को exist करना चाहते हैं, तो यह एक नई engagement है।" आपने recommendation को protect किया, difficult हुए बिना।
चारों scripts के नीचे का pattern एक ही है। Design से नहीं, brief से answer करें। Brief वह authority है जो आप पहले ही जीत चुके हैं।
जब presentation sideways जाती है
कभी-कभी यह anyway sideways जाती है। CEO इसे hate करता है। Marketing director के पास एक list है। Meeting लंबी चलती है। यहाँ है क्या करना है।
पहले, room में defend मत करें। Clearly कहें: "यह valuable feedback है। मैं सुनिश्चित करना चाहता हूँ कि हम इसे accurately capture करें और ठीक से respond करें। क्या हम यहाँ presentation end कर सकते हैं और Thursday को एक 30-minute follow-up schedule कर सकते हैं जहाँ हम हर point address करें?" आप retreat नहीं कर रहे। आप conference room में redesign करने से मना कर रहे हैं।
दूसरा, 24 घंटों के अंदर writing में हर piece of feedback document करें। Feedback को तीन buckets में group करें: brief के consistent चीज़ें, brief को contradict करने वाली चीज़ें, और brief scope से बाहर की चीज़ें। Follow-up से पहले document client को भेजें।
तीसरा, follow-up को एक scoped conversation के रूप में run करें। हर brief-consistent item के लिए, confirm करें कि आप उसे incorporate करेंगे। हर brief-contradicting item के लिए, पूछें कि क्या brief को change करने की ज़रूरत है (जो एक real conversation है, revision नहीं)। हर out-of-scope item के लिए, उसे change order के रूप में quote करें। आप एक chaotic meeting को एक structured decision में बदल रहे हैं।
ज़्यादातर "failed" presentations एक follow-up के अंदर recover हो जाती हैं अगर designer यह playbook चलाए। जो नहीं होतीं वे आमतौर पर वे होती हैं जहाँ brief design शुरू होने से पहले sign off नहीं था। यह एक pre-work problem है, presentation problem नहीं।
अगर आपको एक ऐसा partner चाहिए जो इसे end-to-end handle करे, brand identity examples के साथ जो real rooms में survive कर चुके हैं, Brainy brand identities ship करता है जो clients buy करते हैं। आप इसे एक बार present करते हैं। वे इसे एक बार approve करते हैं।
FAQ
Brand identity presentation कितनी लंबी होनी चाहिए?
45 मिनट present करना, 15 मिनट structured Q and A, कुल एक घंटा। इससे लंबे और room focus खो देता है। इससे छोटे और context, principles, system, और proof structure breathe नहीं कर सकती। Presentation को दो sessions में split मत करें। Split meetings वह जगह है जहाँ approval मरने जाता है।
क्या मुझे client को multiple concepts present करने चाहिए?
नहीं। एक recommended direction present करें। Multiple concepts taste-based picking को invite करते हैं, यही वह तरीका है जिससे approval dilute होती है और clients Frankenstein brands के साथ end up होते हैं। अगर आपका brief काफी tight है, तो एक direction correct output है। अगर आप genuinely एक पर land नहीं कर सकते, तो brief अभी done नहीं है।
मैं एक client handle कैसे करूँ जो presentation के दौरान redesign करना चाहता है?
Room में redesign मत करें। Feedback capture करें, recommendation पर presentation end करें, और feedback को writing में document करने के बाद एक 30-minute follow-up schedule करें। Live redesigning वह तरीका है जिससे scope explode होती है और आप room में अपनी authority खोते हैं। Follow-up वह जगह है जहाँ real decisions होते हैं।
मैं क्या करूँ अगर CEO direction को outright reject करे?
एक सवाल पूछें: "Brief का कौन सा हिस्सा आपको लगता है कि यह direction deliver नहीं करती?" अगर वे कुछ specific की तरफ इशारा करते हैं, तो यह काम के बारे में एक real conversation है। अगर वे नहीं कर सकते, तो rejection taste है, और जवाब है "हमने इस direction को उन principles के against run किया जिन पर हम agree थे। मैं एक बार और उसे walk through करना चाहूँगा इससे पहले कि हम start over decide करें।" फिर principles slides फिर से run करें। ज़्यादातर "outright rejections" revisions बन जाती हैं एक बार जब brief room में वापस आ जाता है।
Presentation वह आखिरी जगह है जहाँ काम sell करना है
जो designers पहली presentation पर brand identities approve कराते हैं वे room में सबसे talented नहीं होते। वे वो होते हैं जिन्होंने pre-work किया, एक spine वाली presentation build की, recommendation पर रहे, और feedback के दौरान redesign करने से मना किया।
एक brand presentation कोई reveal नहीं है। यह एक vote है जो आप brief में पहले ही जीत चुके हैं। काम discovery में होता है, signed brief में, stakeholder map में, और approval criteria में जो किसी pixel के draw होने से पहले locked होती है। जब तक आप screen के सामने खड़े होते हैं, decision पहले ही बन चुका होता है। आप उसे confirm कर रहे हैं, sell नहीं।
Four-part structure run करें। Brief को verbatim पढ़ें। एक direction present करें। हर choice को एक business decision के रूप में frame करें जिसे client पहले ही agree कर चुका है। Brief से feedback handle करें, design से नहीं। Room में redesign करने से मना करें।
फिर out loud approval माँगें। Room आपको देगा, क्योंकि vote पहले ही हो चुका था।
Need a brand partner who presents work that actually gets approved? Brainy ships brand identities clients buy.
Get Started
