Пет съвета за страхотна демонстрация на софтуер

Независимо дали трябва да приключите продажба, да съберете обратна връзка от крайния потребител, да покажете напредъка на клиента си или просто да обясните как работи вашият продукт, рано или късно ще трябва да демонстрирате софтуерния си продукт.

През годините имах възможността да изпълня стотици демонстрации пред публика с различни размери. Също така имах възможността да присъствам на демонстрации, организирани от други. Следващите представят 5-те най-добри съвета, които научих през последното десетилетие относно демонстрациите.

Управлявайте очакванията на вашата аудитория

Случвало ли ви се е да гледате филм, за който всички се възхищават, и да излезете напълно разочарован? По-често киноманите се чувстват разочаровани не защото картината е лоша, а по-скоро защото е по-лоша, отколкото са очаквали. Не оправда очакванията им.

По същия начин, ако хората се явят на демонстрация, мислейки, че ще видят готов продукт, те очакват той да бъде практически без дефекти, естетически приятен и удобен за потребителя. Те не биха били впечатлени например от уеб-базирано приложение, което съдържа печатни грешки или грешки в JavaScript, ако са с впечатлението, че ще започне да работи след седмица. Въпреки това, ако те знаят предварително, че представяте прототип за еднократно изхвърляне, същата тази публика ще бъде много по-снизходителна. И те с удоволствие ще предоставят така необходимата обратна връзка, за да ви помогнат с текущата ви работа.

Управлението на очакванията на вашата аудитория е от решаващо значение за успешното демо. Ако искате те да се отдалечат от вашата презентация доволни, уверете се, че сте задали правилните очаквания предварително. Бъдете честни с тях. Не се опитвайте да препродавате демонстрацията си. Просто го продайте и се опитайте да превишите доставката.

Една лоша ябълка разваля целия куп

Всичко, което е необходимо, за да прецака демо, е един човек. Ако някой започне да критикува негативно всяка отделна джаджа във вашето приложение или постоянно ви прекъсва просто защото обича да чува звука на собствения си глас, вашето демо ще бъде катастрофа. Ваша работа е да гарантирате, че тези лоши ябълки няма да се покажат във вашата презентация.

Освен ако не сте домакин на демонстрация при затворени врати, е много трудно да контролирате кой ще присъства на нея. Пропускането на някой от вашия списък с покани не гарантира, че той няма да чуе за демонстрацията ви от уста на уста и просто няма да се покаже.

Ето няколко начина да подмамите лошите ябълки да не присъстват на вашата демонстрация:

  • Създайте конфликт на график за тези лоши ябълки. Уверете се, че са заети, или още по-добре, извън офиса, когато се проведе демонстрацията ви.
  • Резервирайте две отделни демонстрации. Поканете хората, чиито отзиви наистина цените, на първата демонстрация и лошите ябълки във втората. По-често, отколкото не, всяка група ще се покаже в демонстрацията, на която съответно е поканена. Когато дойде време за втората демонстрация, продължете и дайте най-доброто от себе си или ако нямате време, просто я отменете.

Наясно съм, че тези два съвета звучат като откъс от „Дилбърт и пътят на невестулката“ на Скот Адамс, но освен ако не се чувствате комфортно да кажете на своите връстници, началници или клиенти да не се появяват на демонстрацията ви, тези две опции са почти всичко, което ти остава.

Направете тренировъчен бягане

Миналата седмица присъствах на демонстрация, организирана от главния изпълнителен директор на местна стартираща компания. След като се срещна с него на търговско изложение, той успя да ме убеди, че неговата компания е разработила технология, която може да реши една от нуждите на моя клиент. Затова се съгласих да му дам 30 минути от времето си, за да може да демонстрира възможностите на своя продукт.

Не ми трябваха 30 минути, за да разбера, че не искам да правя бизнес с него. Всичко, което ми трябваха, бяха 30 секунди.

Този човек дори не можеше да влезе в собственото си уеб-базирано приложение! Той прекара първите 10 минути от демонстрацията в търсене на парола.

Винаги правете пробно изпълнение на системата, която ще използвате по време на действителната демонстрация. Може да познавате приложението като дланта на ръката си, но ако някой друг има достъп до вашата демо система, кой знае в каква форма е. потребителски идентификационни данни, без да ви информира.

Освен ако нямате нищо против да изглеждате като глупак, винаги правете практика на вашата демо система, преди да представите на публиката си.

Обърнете внимание на детайлите

Стотиците демонстрации, които направих през годините, ме научиха, че хората обръщат повече внимание на това как изглежда приложението, отколкото на това, което прави. Вашият софтуер може да е решението за глада по света, но ако член на вашата аудитория забележи печатна грешка във вашия GUI, той/тя ще я посочи!

Читателите са особено разсеяни от четливо съдържание – и това е факт. Справете се с него, като внимателно прегледате текста на вашия интерфейс и във вашите графики. Ако нямате време да прегледате и финализирате текста, използвайте Lorem Ipsum.

Lorem Ipsum има повече или по-малко нормално разпределение на буквите, което го прави да изглежда като четим английски, но не разсейва вашите читатели. Сега разработвам нови прототипи стриктно с Lorem Ipsum и добавям действителен текст, когато и само когато имам време да напиша съдържание, за което знам, че няма да стане предмет на дискусия при следващата ми демонстрация. Силно ви съветвам да направите същото.

Посочете (очевидните) грешки

Софтуерът съдържа бъгове. Толкова е просто. Всеки, който не е съгласен с това твърдение, очевидно не е работил дълго време в софтуерната индустрия. Въпреки че понякога се стремим към продукти без дефекти, реалността е, че сложните системи винаги съдържат дефекти – дори когато те са общодостъпни.

Извършването на практическо изпълнение преди демонстрацията ви ще ви позволи да идентифицирате и разрешите проблемите на шоуто, а използването на Lorem Ipsum ще се справи с най-дребните подробности, които иначе биха разсеяли вашата аудитория. Но какво да кажем за другите дефекти, приписвани на закона на Мърфи?

В случай, че очевидна грешка се появи по време на вашата демонстрация, посочете я!

По всяка вероятност вашата публика вече ще е забелязала грешката. Всеки опит да го скриете ще им създаде впечатлението, че не сте честни. Следователно те ще започнат да се чудят какво друго се опитвате да прикриете.

Посочете грешката, обяснете, че имате решение, уверено заявете, че корекцията ще бъде приложена до определена дата и продължете напред. Това искрено поведение ще увери аудиторията ви, че (а) не се опитвате да замете някой под килима и (б) дефектът ще бъде разрешен до момента, в който разгърнат вашата система.

Не препоръчвам да ходите на лов за бъгове по време на вашата демонстрация. Ако можете да ги заобиколите по някакъв начин, моля, направете го. Но ако по време на презентацията ви се появи дефект, не се преструвайте, че не съществува. Единственият човек, с когото ще се шегувате, сте вие.

Заключение

Ето го. Пет съвета за страхотна демонстрация на софтуер.

  1. Управлявайте очакванията на вашата аудитория
  2. Уверете се, че лошите ябълки не съсипват гроздовете
  3. Направете тренировъчен бягане
  4. Обърнете внимание на детайлите и използвайте Lorem Ipsum
  5. Посочете очевидните грешки

Тези 5 съвета представляват ли всичко, което научих от стотиците демонстрации, които съм хоствал? Абсолютно не! Най-трудната част от написването на тази статия вероятно беше да я ограничите до 5 съвета. Бих могъл лесно да вметна още 5 съвета като (а) контролирайте ситуацията и (б) винаги да имам план Б. Но целта не беше да посоча всички съвети, които могат да ви помогнат. Само най-добрите пет!

Empfohlene Artikel

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.