Наш менеджер до сих пор смеется над этим :D

Все мы случайно или по ошибке создаем ошибки в процессе разработки, верно? Я не знаю ни одного разработчика, который не допускал бы ошибок в процессе разработки.

Согласно Википедии, ошибка в программном обеспечении — это ошибка, изъян или ошибка в конструкции, разработке или эксплуатации компьютерного программного обеспечения, из-за которой оно дает неверный или неожиданный результат или вести себя непреднамеренным образом.

Институт системных наук IBM сообщил, что стоимость исправления ошибки, обнаруженной после выпуска продукта, в четыре-пять раз выше, чем ошибка, обнаруженная во время проектирования, и до 100 раз больше, чем ошибка, обнаруженная на этапе обслуживания.

Но сегодняшняя статья не о том, как серьезные ошибки влияют на бизнес, а о том, как создание ошибок стало положительным моментом для моего коллеги-разработчика!

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

Давайте углубимся в детали. Но прежде чем говорить о баге, нужно понять, что мы строили.

Мы разрабатывали программное обеспечение CRM для одного из наших клиентов. CRM — это сокращенная форма от Менеджер по работе с клиентами. Основное требование к этому программному обеспечению заключалось в том, чтобы сделать очень простую систему/механизм для компаний, чтобы поддерживать отношения со своими потенциальными клиентами.

Механизм прост. При необходимости менеджеры по маркетингу/продажам продвигают свои продукты с помощью подробной информации, хранящейся в CRM. Теперь в нашем программном обеспечении есть функция под названием «Напоминание для руководителя». Он напоминает сотрудникам/руководителям о необходимости связываться с конкретными клиентами в определенные дни и часы по почте и через приложения.

Обычно эти расписания выбираются/запрашиваются заказчиками.

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

Тестер изначально не заметил ошибку! Наш менеджер первым обнаружил ошибку, и это стало поворотным моментом. Потому что, если бы это было поймано кем-то из разработчиков, в том числе и мной, оно было бы немедленно исправлено, и никто бы не заметил потенциальную положительную сторону этой ошибки!

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

Руководству идея понравилась. И мы провели тест с этой «забагованной» функцией и получили замечательные отзывы!

Почему баг стал фичей?

Уведомление потенциальных клиентов за 2 часа до звонка увеличивает «Коэффициент принятия звонков» более чем на 30%. Это также увеличивает продажи на 5%. Мало того, это сократило стоимость компании.

Как так?

Если потенциальный клиент занят, он может перенести встречу или ответить отрицательно по почте. Таким образом, экономится и «Стоимость звонка», и «Время». И вдобавок ко всему, это нравится покупателям. Поскольку многих клиентов раздражают неожиданные звонки от компаний, теперь у них есть выбор.

Это беспроигрышный вариант!

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

Спасибо за чтение! Если вы хотите поддержать меня, присоединяйтесь ко мне!