Какова наилучшая защита, когда ваше приложение выдает исключение в середине демо-версии?[закрыто]
https://stackoverflow.com/questions/2057555
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Какая стратегия наиболее полезна, когда ваше приложение выдает исключение в середине демонстрации, с точки зрения сохранения позитивного настроения клиента?
Решение
Если ваш клиент вам не доверяет, вы действительно ничего не можете сделать.Я строю доверительные отношения со своими клиентами, поэтому, когда происходит что-то подобное, они верят мне, когда я даю им объяснение.И когда я говорю им, что я собираюсь сделать, чтобы предотвратить будущие проблемы, я обязательно выполняю их.
В зависимости от того, будет ли это "финальная" демонстрация или это демонстрация в середине проекта, это также повлияет на то, сможете ли вы действительно облегчить проблемы клиентов.Вы мало что можете сделать, чтобы сделать клиента счастливым, если это конец контракта и у вас больше нет бюджета на тестирование и исправления ошибок.
Одна общая стратегия, которую я использовал:если у вас есть кто-то в комнате, кто задокументирует исключение / проблему перед заказчиком и сообщит ему, что оно передается в систему отслеживания ошибок для расследования и тестирования, это продемонстрирует ему должную осмотрительность и снимет некоторые опасения.Вам, конечно, нужно довести дело до конца и убедиться, что проблему удалось устранить.
Другие советы
Просто говорите правду, но с юмором, например, говорите, что, по-видимому, наше программное обеспечение все еще не настолько идеально, и мы продолжаем доводить его до совершенства.
никогда не лги и не пытайся это скрыть.клиенты не тупые.
Я бы сказал, это зависит от того, на какой стадии вы находитесь.Если вы что-то продаете, мой опыт показывает, что всегда предпочтительнее просто приносить статичный материал для демонстрации.Powerpoints - это хорошо, но распечатанные скриншоты, которые клиенты могут разбрасывать по столу, непревзойденны.Это позволяет вам показывать только то, что вы хотите, в очень контролируемой манере, сохраняя при этом очень профессиональный вид.
Если клиент уже купил проект, и демонстрация связана, скажем, с предстоящим запуском, лучшее, что вы можете сделать, это улыбнуться и сказать: "как видите, мы все еще разрабатываем несколько особенностей".
Обычно я заранее сообщаю клиенту, что запускаю живую среду разработки, чтобы мы могли увидеть некоторые странности.Если мне известно о деталях, в которых есть проблемы (несогласованные сбои ..) Я сообщаю клиенту о них, прежде чем показывать этот раздел (наряду с тем фактом, что production не будет этого делать, и я уже работаю над этим).
Обновить:основываясь на других ответах, я согласен, что ранние демо-версии со статичным материалом лучше подходят для возбуждения дискуссии.
В последний раз, когда я представлял проект на конференции, я планировал живую демонстрацию, но на самом деле у меня был набор слайдов под заголовком "Если вы видите это, живая демонстрация не сработала!" с большими снимками экрана.Неизбежно, что живая демонстрация не сработала (для нее требовался IP-адрес с глобальной маршрутизацией, а он был недоступен), и потребовались слайды.
Я думаю, что лично это зависит от ваших отношений с клиентом и от того, насколько он удовлетворен вашим продуктом на данный момент.
Обычно я говорю им, что это были неверные данные при тестировании, или в шутку говорю, что это был тест, чтобы посмотреть, как приложение обрабатывает ошибки (если у вас есть общее всеобъемлющее сообщение об ошибке / страница).Вы также можете использовать это время, чтобы еще раз подчеркнуть важность пользовательского тестирования / принятия.
Я никогда не делал демо-версию, где заранее не устанавливал ожиданий.Если это незавершенная работа, убедитесь, что они знают об этом заранее.Это имеет большое значение для поддержания их позитивного настроя.У ВСЕХ возникают проблемы во время демонстраций.Просто улыбнись, скажи правду и продолжай.
Вероятно, лучший способ помочь вашему клиенту сохранять позитивный настрой - это самому излучать позитивность и уверенность.Если вы кажетесь неуверенным в себе, это будет означать, что вы не уверены в своем приложении.
Возможные стратегии:
Говоря аудитории: "мы все останемся здесь до тех пор, пока тот, кто это сделал, не сознается".
Жалуется на засилье злобных обезьян.
Серьезно, я категорически против демонстраций публичных продуктов.Не пытайтесь создавать демо-версии, пока не будете на 99,99999% уверены, что эта чертова штуковина работает.И даже тогда это плохая идея, вы настраиваете себя на сбой со всеми переменными, которые могут пойти не так, чего может быть даже не в вашем программном обеспечении.Если вам необходимо это сделать, попытку произвести впечатление на клиентов ярким пользовательским интерфейсом лучше всего делать один на один.Именно так мы всегда это делали.
Является ли этот продукт товаром для доставки или все еще находится в стадии разработки?
Предполагая, что это товар для доставки, просто восстановитесь и двигайтесь дальше.Работайте в комнате во время восстановления (перезагрузка, перезапуск приложения и т.д.) и не зацикливайтесь на том, что произошло.Клиенты понимают, что всякое случается.
Я был прикладным инженером, и это случалось часто.ИМО, ключ к восстановлению после этого лежит в начале отношений / процесса продаж / демонстрации, а не в одном конкретном событии.Установите доверие и завоюйте авторитет у своей аудитории как можно раньше.Если у вас есть это и будет выброшено исключение, аудитория, вероятно, будет доверять вам достаточно, чтобы не думать о программном сбое и просто пройти мимо него.Да, у вас будет случайный человек, который захочет распять вас, независимо от того, что вы делаете, но это связано с территорией.
Будьте честны, если кто-то спросит (скорее всего, они этого не сделают), и никогда не отзывайтесь негативно о вашем продукте.Я также обнаружил, что когда меня спрашивают о фатальной ошибке, это помогает, и они очень благодарны, если вы можете объяснить, что произошло, в понятных аудитории терминах.Это демонстрирует ваши знания о процессе разработки программного обеспечения и возвращает вас к доверию.
НЕМЕДЛЕННО запишите Исключение и почему / как оно возникло.Тогда они увидят, что вы будете это исправлять.
