Demo Day: 5 советов по предотвращению ошибок и ошибок

Программное обеспечение чувствительно. Посмотрим правде в глаза, одним «>» может быть разница между тем, чтобы выглядеть как эксперт или желать немедленно исчезнуть с лица Земли. После многих лет разработки и многих лет профессиональной деятельности (для жизни) с моим лицом и именем, стоящим за всем, что мы производим, я пришел к пониманию теории «когда, нет, если это ломает”.

Позвольте мне начать с этого: нет простого способа справиться с катастрофической ошибкой или даже мелкой ошибкой в ​​демонстрационный день. То программное обеспечение, над которым вы работали, в какой-то момент вас смущает. Важно то, как вы уменьшаете вероятность того, что что-то взорвется вам в лицо, когда вам это меньше всего нужно.

Основываясь на нашем скромном и незначительном опыте, эти шаги, которые мы предприняли в ходе наших процессов, могут помочь снизить шансы на полный провал, вызванный ошибками, в демонстрационный день.

Рекомендуемое чтение: 15 сайтов для проверки ваших кодов онлайн

Начать

Если вы будете тем, кто демонстрирует «конечный» программный продукт для клиентов, потенциальных инвесторов или потенциальных пользователей, вам следует уделять больше внимания, чем кому-либо еще. В конце дня вы будете тем, кто приложит руки к лицу и сильно потеет, когда что-то идет не так.

Мышление должно быть таким: «Никто не заботится так же сильно, как я». Даже если ваша команда – куча рок-звезд, все должны думать, что никому нет дела до них.
1. Управляйте своим графиком доставки в ваших интересах
Итак, если в вашем графике указано, что презентация клиента состоится в понедельник, запишите ее на среду до этого, и все будет смоделировано, как если бы это был настоящий понедельник. Не думайте, что это фиктивное свидание – тренировочный заезд – это не так. Мы должны думать об этом как о дате и вести себя как есть.

Пройдите каждый шаг, как вы делали в реальной презентации, и вы обнаружите правильные ошибки (то есть те, которые имеют более высокую склонность появляться в реальной демонстрации). Если вам не удастся точно представить эту дату как фактическую дату презентации, она не будет очень полезной.
2. Сузьте область своей демонстрации
Если вы знаете точную функциональность, которую вы будете демонстрировать, не сосредотачивайтесь на отладке все, Сосредоточьтесь на отладке вашей демо-специфической функциональности. Несколько недель назад мы поставляли для латиноамериканской компании портал среднего размера, ориентированный на потребителя и имеющий социальное влияние. Они хотели продемонстрировать процесс регистрации, чтобы начать регистрацию потенциальных пользователей.

Мы точно знали, чего они хотят. Мы отладили это вместе с остальной частью платформы – большая ошибка!

Ночью перед демонстрацией (из чистой удачи) мы обнаружили жуткую ошибку в тот самый момент, когда пользователь нажимал «Зарегистрироваться» в определенном, вызывающем кошмар браузере, который останется безымянным (но мы все знаем, какой из них я Я имею в виду). Сосредоточьте свои усилия по отладке.
3. Сосредоточьтесь на плане B и A (и не забудьте план C)…
Когда что-то идет не так, и вы застали врасплох, найдите секунду, чтобы почувствовать себя дураком … и затем быстро перейдите в режим плана B. Есть несколько разных планов резервного копирования, которые позволят вам продолжить демонстрацию.

Есть оффлайн версия. Иметь версию, которая не подключена к бэкэнду, а является только фронтальной версией. Держите прототип на вашем телефоне. Макеты. Видео. Что-то, Не кладите все яйца в одну корзину для пословиц.
4.… И дайте себе достаточно времени, чтобы подготовиться
На этом этапе вы можете просто обнаружить, что у вашей программы есть проблема. Вы можете обнаружить огромную ошибку, которая в какой-то момент будет взорвана во время вашей демонстрации, и это прекрасная возможность решить, какие материалы вы будете использовать: План A + План B, или, может быть, просто План B, или План C и т. Д.

Есть так много факторов, которые могут играть против вашей демонстрации программного обеспечения, а не только строки кода. Подумайте об Интернете, компьютере, на котором вы будете демонстрировать, проекции и т. Д. Дайте себе время, чтобы выяснить, подойдет ли версия программного обеспечения, с которой вы будете работать. И если это не так, у вас будет время, чтобы среагировать.
5. Сдавай, и сдавай много
Каждый разработчик может понять, откуда я приду, когда скажу: «Пусть он увидит свет». Как разработчики и творческие работники в целом, мы склонны защищать свои творения до тех пор, пока они не станут самыми яркими драгоценными камнями. Однако в действительности вы перевернете этот камень и найдете на нем большую фишку, когда вы меньше всего этого ожидаете.

«Доставьте» или покажите продукт в максимально возможной степени людям, которые могут запустить приложение в различных средах, браузерах, решениях, операционных системах, учетных записях пользователей и т. Д. Начните процесс возврата к продукту с самого начала и продолжайте это константа. Ориентированные на развитие пользователи не могут отличаться от конечных пользователей.

Заворачивать

Демо-ошибка-апокалипсис может случиться с кем угодно. Вспомните последние заголовки, в которых некоторые из крупнейших компаний в области технологий были замешаны в самых любительских ошибках. Дело в том, что давайте не будем застигнуты врасплох, когда на кону важные вещи.

Примечание редактора: Этот пост написан Джино Ферраном для Hongkiat.com. Джино – самоучка для iOS и веб-разработчик, а также основатель Tecla Labs, Он работает в Generatr.co и вы можете найти его на щебет,

            <script async src="https://triu.ru/wp-content/litespeed/localres/aHR0cHM6Ly9wbGF0Zm9ybS50d2l0dGVyLmNvbS93aWRnZXRzLmpz" charset="utf-8"></script>