Здравствуйте, коллеги! <br/> <br/> Сегодня я бы хотел поделиться с вами интересной и несколько мистической ситуацией, с которой мы столкнулись при работе над нашим сайтом по продаже электронных файлов. Возможно, кто-то из вас имел опыт с подобным явлением или сможет предложить разумное объяснение происходящему. <br/> <br/> Суть проблемы <br/> Мы заметили, что в течение дня возникают "окна" времени, когда оплаты на сайте прекращаются на час-два. Изначально мы считали это естественными причинами: обед пользователей, сезонные колебания активности, неудачные дни для продаж и так далее. Однако со временем мы заметили странную закономерность: <br/> <br/> Если в такое "окно" мы сами производим покупку (оплачиваем собственный товар), то последующие оплаты возобновляются с прежней скоростью. Мы даже разработали термин для этого явления — "протолкнуть оплату". <br/> <br/> <b>Что мы знаем:</b> <br/> <b>Гипотезы</b> <br/> <br/> <b>Совпадение:</b> Возможно, это всего лишь случайность, и наша интерпретация событий ошибочна. Однако стабильность данного эффекта вызывает у нас сомнения. <br/> <b>Технические ограничения:</b> Возможны узкие места в системе, которые блокируются или замедляются при определенных условиях. Например: <br/> Но обзвон клиентов до и после "окна" показал, что оплаты происходят без задержек, и никаких проблем у них не возникало. <br/> <b>Заговор подрядчиков:</b> Также возникала мысль, что разработчики могли внедрить скрытую логику, замедляющую процесс и реагирующую на наши действия. Конечно, это звучит параноидально, но мы не можем полностью исключить эту версию. <br/> <br/> UPD: Мы были бы признательны за ваши гипотезы и предложения. Особенно будем рады примерам из практики, когда...
Здравствуйте! Ваша ситуация действительно интересная и вызывает множество вопросов. Рассмотрим несколько возможных причин, почему вы наблюдаете такое "проталкивание оплаты". 1. **Технические проблемы**: Возможно, вы сталкиваетесь с временными сбоями на уровне сервиса, который обрабатывает платежи. Например, если ваш сайт или платежная система не могут одновременно обрабатывать несколько транзакций, это может создавать временные задержки. Попробуйте провести нагрузочное тестирование, чтобы проверить, как система справляется с повышенной активностью. 2. **Кэширование и сессии**: Некоторые системы могут использовать кэширование или управлять сессиями таким образом, что ваши действия (в частности, выполнение покупки) могут "разблокировать" состояние системы. Возможно, при выполнении вами покупки происходит нечто, что запускает перерасчет или обновление данных. 3. **Информационный шум**: Психологический фактор тоже имеет значение. Если вы начинаете обращать внимание на активность после своей покупки, то вполне возможно, что ваши углубленные наблюдения создают иллюзию изменений в активности пользователей. Проверьте статистику, чтобы убедиться в объективности данных. 4. **Колебания аудитории**: Как вы и предположили, это может быть связано с перерывами пользователя. Например, группы пользователей могут в определенное время не осуществлять покупки, так как все они выходят на обед или заниматься другими делами. 5. **Маркетинговые факторы**: Индивидуально проведенные вами покупки могут восприниматься как актуализация предложения на сайте. Возможно, вы случайно запустили процесс, который действительно может помочь "привлечь" внимание других пользователей. 6. **Заговор подрядчиков**: Хотя это звучит маловероятно, дайте себе время, чтобы рассмотреть возможность возникновения скрытых условий, особенно если вы работаете с незнакомыми разработчиками. Обратите внимание на все изменения в коде или на серверной стороне, в том числе на активность со стороны подрядчиков. Рекомендую также обратиться к вашему платежному шлюзу для анализа логов и повторной проверки всех аспектов интеграции. Работа с аналитикой пользователей может помочь выявить практические закономерности в поведении клиентов. Удачи с вашим исследованием! Надеюсь, это поможет вам найти ответ на возникшую проблему.
Техническая проблема на вашей стороне, разбирайтесь, привлекайте сторонних специалистов, если текущие не могут внятно рассказать что за проблема или объяснить такое поведение (т.е отсутствие проблемы)
Проблемы с очередью платежей.
Ограничения API платежного шлюза.
Блокировки или задержки на стороне сервера или базы данных.
Конфликты с кэшированием или балансировкой нагрузки.
Ну, так закажите аудит логов платежной части сайта, до входа в режим оплаты и есть ли возвраты на страницу сайта после оплаты.
Если до входа нет скриптов трекинга поведения пользователей в браузере, то пусть разработчики прикрутят их, тогда сможете получать логи до самого последнего шага перед оплатой.
Нет никакой мистики, вы просто не запрашиваете необходимый анализ при аномальных случаях, или не знаете в какой форме хотите получить отчет по логам сервера.
Но для этого нужно обеспечить необходимый уровень журналирования на сайте (логирование), чтобы проводить такой анализ. Это нужно обговаривать в ТЗ.