Please enable JavaScript.

Coggle requires JavaScript to display documents.

Alpha Sale - Coggle Diagram

- - - - Запрашиваем пример продукта, где наблюдается проблема
        
        Смотрим, к какой кампании относится продукт, через поиск по продукту в списке кампаний
        
        Продукта нет ни в одной активной кампании
        
        Делаем Рефреш кампаний
        
        Продукт появился в какой-то из кампаний.
        Судя по всему, продукт в момент активации кампании не подходил под таргеты (был создан позднее или добавлен в коллекцию, получил тег уже позже.. или был с нулевой ценой)
        P.S. При активации кампании скипаются продукты с нулевой ($0) ценой.
        
        Рефреш не помог
        
        Вероятно, продукт не соответствует таргетам кампании или подпадает под исключения кампании.
        Проверяем это, чтобы показать пользователю, почему продукт не попадает в кампанию.
        Теги, вендора, тип продукта можно проверить добавив .json к урлу страницы продукта (сразу после тайтла продукта в урле). В json-e продукта будут пункты "tags:", "vendor:", "product_type:".
        Чтобы проверить, к каким коллекциям относится продукт, нужно запросить доступ к магазу, перейти в шопифай админке магаза к продукту и глянуть соответствующую секцию.
        Также еще при активации кампании скипаются продукты с нулевой ($0) ценой.
        
        Продукт в нужной кампании.
        Открываем попап со списом скидочных продуктов кампании, что по клику на количество продуктов в столбце Discounted products.
        
        Смотрим, на какие значения прилага поменяла цены продукта (price, compare-at price)
        
        Кликаем по тайтлу продукта через саппорт портал и переходим к разделу Products API, где смотрим фактические текущие цены
        
        Кликаем на глазок правее от тайтла продукта и переходим на страницу соответствующего продукта в магазе, где также смотрим цены
        
        Если текущие фактические цены, что мы видим через Products API, не соответсвуют значениям, на которые должна была их сменить прилага, то, вероятно, дело во внешней модификации цен во время активной кампании.
        Если в прилаге еще не отображается баннер внешней модификации цен, то можем сделать Рефреш кампании, чтобы запустилась очередная проверка цен и появился соответствующий баннер.
        P.S. Если пользователь не согласен и считает, что у него нет ничего, что может еще модифицировать цены, то с ним надо быть очень вежливым и тактичным (аккуратней в коммуникации). Стоит сделать вид, что мы сделали все, что могли, но не нашли ошибок и что по нашим логам мы видим, что модифицируются цены, но не можем сказать, что именно является причиной модификации. Можно также сделать рефанд. Короче, делаем все, чтобы избежать негативного ревью.
        
        Если реактивация кампании не помогла, то дело может быть в ошибке шопифай АПИ при попытке изменения цен на продукты, что были созданы как-то неправильно или с ошибкой, из-за чего шопифай АПИ "ругается".
        
        Если текущие фактические цены, что мы видим через Products API, соответствуют значениям, на которые должна была их сменить прилага, но на фронте магаза другие значения, которые не меняются при активации/деактивации кампании, тогда, вероятно, дело в фиксированных ценах на некоторые продукты для некоторых маркетов.
        P.S. Фиксированными можно сделать цены и для основного Маркета, даже для единственного.
        
        Если текущие фактические цены, что мы видим через Products API, соответствуют значениям, на которые должна была их сменить прилага, а также на фронте магаза Price корректная, т.е. сниженная кампанией, но просто не отображается перечеркнутая цена, то, вероятно, дело настройке сокрытия compare-at для стран Европы.
        
        Продукт не в той кампании, где ожидал пользователь.
        (иногда пользователи под "не применяется скидка" подразумевают то, что продукт не попал в нужную кампанию)
    - - Берем любой продукт из активной кампании.
      - Если в списке дисконтных кампаний в колонке Discounted products отображается 0 products
    - - Уточняем, в какой стране не отображаются скидки.
        
        Сложный, но качественный способ
        Пробуем переключить страну в магазе.
        Если такой возможности нет, то используем VPN.
        P.S. Лучше использовать VPN и заходить в новую инкогнито вкладку, потому что переключение страны в магазе может повлиять только на валюту и не сменить регион/маркет, т.е. мы ничего не увидим.
        Открываем попап со списом скидочных продуктов кампании, что по клику на количество продуктов в столбце Discounted products.
        Берем любой продукт из активной кампании.
        Смотрим, на какие значения прилага поменяла цены продукта (price, compare-at price).
        Смотрим цены этого же продукта на фронте магаза для конкретной страны
        (если используем VPN, то это отдельная инкогнито вкладка).
        
        Если скидок нет в странах Европы, но при этом цены сниженные (Price корректная, соответствует значению, на которое должна была сменить прилага) и просто не отображается перечеркнутая цена, то, вероятно, дело настройке сокрытия compare-at для стран Европы.
        
        Если Price некого продукта из активной кампании для данной страны не соответствует тому значению, на которое должна была сменить прилага, то, вероятно, дело в фиксированных ценах на некоторые продукты для некоторых маркетов.
        
        Легкий способ, но "наугад"
        Предлагаем выключить скрытие compare-at для стран Европы
        
        Если помогает, то значит дело было именно в настройке скрытия compare-at для стран Европы.
        
        Если не помогает, то предполагаем фиксированные цены на продукты для некоторых маркетов.
- - - - Смотрим, к какой кампании относится продукт, через поиск по продукту в списке кампаний
        
        Продукт в нужной кампании.
        Открываем попап со списом скидочных продуктов кампании, что по клику на количество продуктов в столбце Discounted products.
        
        Смотрим, на какие значения прилага поменяла цены продукта (price, compare-at price)
        
        Кликаем по тайтлу продукта через саппорт портал и переходим к разделу Products API, где смотрим фактические текущие цены
        
        Кликаем на глазок правее от тайтла продукта и переходим на страницу соответствующего продукта в магазе, где также смотрим цены
        
        Если текущие фактические цены, что мы видим через Products API, не соответсвуют значениям, на которые должна была их сменить прилага, то, вероятно, дело во внешней модификации цен во время активной кампании.
        Если в прилаге еще не отображается баннер внешней модификации цен, то можем сделать Рефреш кампании, чтобы запустилась очередная проверка цен и появился соответствующий баннер.
        P.S. Если пользователь не согласен и считает, что у него нет ничего, что может еще модифицировать цены, то с ним надо быть очень вежливым и тактичным (аккуратней в коммуникации). Стоит сделать вид, что мы сделали все, что могли, но не нашли ошибок и что по нашим логам мы видимо, что модифицируются цены, но не можем сказать, что именно является причиной модификации. Можно также сделать рефанд. Короче, делаем все, чтобы избежать негативного ревью.
        
        Если реактивация кампании не помогла, то дело может быть в ошибке шопифай АПИ при попытке изменения цен на продукты, что были созданы как-то неправильно или с ошибкой, из-за чего шопифай АПИ "ругается".
        
        Текущие фактические цены, что мы видим через Products API, соответствуют значениям, на которые должна была их сменить прилага, но на фронте магаза другие значения
        
        Если цены НЕ меняются при активации/деактивации кампании, тогда, вероятно, дело в фиксированных ценах на некоторые продукты для некоторых маркетов.
        P.S. Фиксированными можно сделать цены и для основного Маркета, даже для единственного.
        
        Цены меняются при активации/деактивации кампании и всегда пропорциональны значениям, что мы видим через Products API
        (сохраняется отношение наблюдаемой цены на фронте магаза и фактической, что мы видим через Products API или в шопифай админке в разделе Products).
        Вероятно, дело в настройке Price adjustment, что позволяет для некоторых Маркетов увеличить или уменьшить цену на определенный процент (к примеру, если выбрано +50%, то цена на фронте для этого маркета будет всегда в 1.5 раза больше фактической).
        P.S. Price adjustment позволяет пропорционально изменить цену и для основного Маркета, даже для единственного.
        
        Цены меняются при активации/деактивации кампании, но НЕ пропорциональны значениям, что мы видим через Products API.
        Это достаточно редкий и сложный кейс.
        Причина может быть в настройках Tax (налога) для продуктов, что как-то отдельно добавляется к цене продукта, или еще в чем-то - надо запрашивать доступы и разбираться.
        
        Значения цен (включая compare-at price) на фронте магаза соответствуют значениям, на которые должна была их сменить прилага, но не соответствуют ожиданиям пользователя.
        Таким образом, все отображается корректно, но просто
        пользователь не смог настроить приложение так, как ему было нужно
        или при последней активации кампании оригинальные цены (включая compare-at) были не теми, которые он предполагал.
        Спрашиваем у пользователя, какие цены были (по его мнению) ДО активации кампании и какие должны были быть ПОСЛЕ (со скидкой).
        
        Если оригинальные цены (включая compare-at) НЕ соответствуют тем, которые предполагал пользователь, тогда нам нужно глянуть логи активаций/деактиваций кампаний к этому продукту (лучше даже по конкретному варианту смотреть), чтобы понять, в какой момент изменилась цена.
        P.S. В админке прилаги перечеркнутые цены - это Compare-at price.
        
        Если оригинальные цены (включая compare-at) уже были такими, как сейчас, еще при первой активации (в логах это самая нижняя запись с ивентом Enable, где оригинальная цена будет в столбце Price before), то объясняем пользователю, что, судя по нашим логам, вот такие цены были у продукта/варианта еще до каких-либо манипуляций со стороны приложения.
        Так как цены уже были "неверными" еще до первой активации, то бэкапы нашего приложения тут не помогут.
        Нужно деактивировать кампании, исправить цены вручную в шопифай админке и затем уже можно активировать кампании нашего приложения.
        P.S. Были случаи, когда пользователь создавал вариант продукта во время активной кампании, и такой продукт сразу получал скидочную цену (не от нашей прилаги, а потому что шопифай при создании варианта предлагал цену, аналогичную текущим ценам продукта).
        
        Если изначально оригинальная цена (в логах это самая нижняя запись с ивентом Enable, где оригинальная цена будет в столбце Price before) соответствовала значениям, что озвучил пользователь, но затем изменилась, то, вероятно, дело во внешней модификации цен (только не во время активной кампании, а во время НЕактивной кампании - реактивация кампании тут не поможет).
        Если текущая оригинальная цена - это та, что ранее была скидочной, то предполагаем, что их инструмент контроля/апдейта цен запомнил скидочные цены и после деактивации кампании откатил цены на скидочные, а наша прилага уже при повторной активации берет эти цены за оригинальные и применяет скидку уже к ним (скидка накладывается на скидку).
        Если что, у нас есть бэкапы цен и мы можем вернуть изначальные значения оригинальных цен.
        Если таких продуктов не много, то можно деактивировать кампании, исправить цены вручную в шопифай админке, и затем активировать кампании снова уже к верным оригинальным ценам.
        
        Если оригинальные цены (включая compare-at) соответствуют озвученным пользователем, а ожиданиям не соответствуют только скидочные цены, то смотрим настройки кампании.
        P.S. В админке прилаги перечеркнутые цены - это Compare-at price.
        
        Оригинальные цены уже имеют некие значения compare-at price.
        P.S. Если на фронте магаза не отображается скидка, то это еще не значит, что нету Compare-at price (Compare-at может быть меньше или равной Price).
        
        Если пользователь хотел снизить Price на указанное значение, но при этом не хотел менять существующий Compare-at price (если compare-at уже присутствовал в оригинальной цене), тогда нужно в секции настроек кампании "Discount application strategy" выбрать расчет от Product price и убрать галочку напротив пункта "Replace "compare at price" with original product price".
        При этом отображаемая скидка будет больше указанной в настройках.
        (Пример: Оригинальная цена продукта $100 с compare-at $200. Применяем скидку 10% от price и получаем цену $90 с compare-at $200, что фактически является скидкой в 55%.)
        
        Если пользователь хочет скидку именно от оригинального значения Price при этом чтобы фактическая отображаемая скидка была именно той, что он указал в настройках, то должна быть выбрана дефолтная настройка в секции "Discount application strategy":
        выбран расчет от Product price и отмечена галочка напротив пункта "Replace "compare at price" with original product price".
        
        Если пользователь хотел оставить compare-at price неизменным (если compare-at уже присутствовал в оригинальной цене) и при этом чтобы итоговая отображаемая скидка была именно той, что он указал в настройках, то надо выбрать расчет скидочной цены от Compare-at price в секции настроек кампании "Discount application strategy".
        При этом Price может даже увеличиться.
        (Пример: Оригинальная цена продукта $100 с compare-at $200. Применяем скидку 10% от компейра и получаем цену $180 с compare-at $200)
        
        Если оригинальные цены НЕ имеют compare-at price (или те равны price), то нужно проверить Discount value и Price rounding настройки кампании.
        P.S. Если на фронте магаза не отображается скидка, то это еще не значит, что нету Compare-at price (Compare-at может быть меньше или равной Price).
        
        Значения цен (включая compare-at price) на фронте магаза соответствуют ожиданиям пользователя, но бейдж (sale badge) отображает не тот процент (на единицу больше).
        Наше приложение при дробных значениях цента скидочной цены округляет цену до центов в меньшую сторону, чтобы фактическая скидка была не меньше положенного (возможно, на долю цента больше). Мы так делаем потому, что большинство тем скидку 4.99
        Пример:
        Оригинальная цена продукта $1.55.
        Со скидкой 50% выходит $0.775, но наше приложение округляет до "целых" центов вниз, т.е. на выходе будет $0.77 и фактическая скидка получается 50.32%, что большинство тем магазинов покажет как 50%.
        Однако, некоторые темы магазинов скидку, что хоть чутка больше целого значения, покажут на единицу больше, т.е. 50.32% отобразят как 51%.
        Со стороны прилаги с этим ничего не сделаешь. Мы округляем вниз, чтобы избежать аналогичных проблем с другими темами, где 49.95% покажет как 49%.
        Как вариант, можно делать в приложении скидку слегка меньше, чтобы итоговая отображалась как хочется (но для целых скидок будет на единицу меньше тогда).
        Ну или мы можем поправить округление в теме магазина.
        
        Продукт не в той кампании, где ожидал пользователь.
        Продукт может быть только в одной активной Price reduction кампании (если уже находится в одной активной, то при активации других кампаний этот продукт будет скипаться).
        Если был изменен список продуктов в таргетах кампаний, то должен помочь Рефреш кампаний (сначало рефрешим старую кампанию, чтобы неактуальные продукты вышли из нее и "освободились", а затем рефрешим новую кампанию, чтобы освободившиеся продукты попали в нее).
        Если при рефреше старой кампании нужный продукт из нее не выходит, то он все еще соответствует таргетам и нужно привести продукт к НЕсоответствию таргетам (убрать из таргетной коллекции, удалить тартетный тег или добавить явно в исключения кампании).
        Если при рефреше новой кампании освободившийся продукт в нее не попадает, то он не соответствует таргетам (или подпадает под исключения), т.е. нужно привести продукт к соответствию таргетам.
        Проверяем таргеты/исключения, чтобы показать пользователю, почему продукт остается в старой или не попадает в новую кампанию.
        Теги, вендора, тип продукта можно проверить добавив .json к урлу страницы продукта (сразу после тайтла продукта в урле). В json-e продукта будут пункты "tags:", "vendor:", "product_type:".
        Чтобы проверить, к каким коллекциям относится продукт, нужно запросить доступ к магазу, перейти в шопифай админке магаза к продукту и глянуть соответствующую секцию.
        Также еще при активации кампании скипаются продукты с нулевой ($0) ценой.
- - - - Продукта нет в активных кампаниях.
        Смотрим логи активаций/деактиваций кампаний к этому продукту (лучше даже по конкретному варианту смотреть, чтобы не путаться в хронологии из-за вариантов).
        Стоит также глянуть фактические цены продукта через Products API раздел саппорт портала по ID продукта (можно взять из url страницы продукта).
        P.S. В админке прилаги перечеркнутые цены - это Compare-at price.
        
        Если оригинальные цены (включая compare-at) уже были такими, как сейчас, еще при первой активации (в логах это самая нижняя запись с ивентом Enable, где оригинальная цена будет в столбце Price before), то объясняем пользователю, что, судя по нашим логам, вот такие цены были у продукта/варианта еще до каких-либо манипуляций со стороны приложения и оно просто вернуло эти оригинальные значения.
        Наше приложение при деактивации Price reduction кампании просто возвращает те цены, что были до активации, включая compare-at значения, если у продукта таковые были.
        В этом случае можно только исправить цены вручную в шопифай админке.
        P.S. Если пользователь не согласен и считает, что ранее не было скидочных цен, то с ним надо быть очень вежливым и тактичным (аккуратней в коммуникации). Стоит сделать вид, что мы сделали все, что могли, но не нашли ошибок. Можно также сделать рефанд. Короче, делаем все, чтобы избежать негативного ревью.
        
        Текущие фактические цены (включая compare-at) НЕ соответствуют тем, на которые наша прилага их менала во время последней активации (в логах это самая верхняя запись с ивентом Enable, где скидочные цены будут в столбце Price after).
        Тут с уверенностью можно сказать, что цены были изменены на текущие уже после деактивации кампании.
        Пользователю можно указать на то, что текущие цены вообще не соответствуют скидочным ценам от кампаний нашего приложения, т.е. наше приложение тут ни при чем.
        Однако, у нас есть бэкапы цен и мы можем вернуть изначальные значения оригинальных цен.
        
        Текущие фактические цены (включая compare-at) соответствуют тем, на которые наша прилага их менала во время последней активации (в логах это самая верхняя запись с ивентом Enable, где скидочные цены будет в столбце Price after).
        Дело может быть во внешней модификации цен, откате скидочных цен каким-то внешним инструментом уже после деактивации кампании.
        У нас есть бэкапы цен и мы можем вернуть изначальные значения оригинальных цен.
        
        Можно еще проверить, меняются ли цены этого продукта при повторной активации/деактивации.
        Если прилага не может изменить фактические цены продукта, то дело может быть в ошибке шопифай АПИ при попытке изменения цен на продукты и нам нужно будет писать в саппорт шопифая.
        P.S. Наши бэкапы тут не помогут - пользователю нужно вручную исправлять цены в админке шопифай магаза.
        
        Если текущие фактические цены совпадают со значениями, на которые наша прилага должна была вернуть цены, но НЕ совпадают с ценами на фронте магаза, то дело может быть в фиксированных ценах некоторых маркетов.
        Возможно, в какой-то момент для каких-то продуктов были установлены фиксированные цены для некоторых маркетов и эти значения остаются неизменными при активациях/деактивациях кампаний нашего приложения.
        
        Если в логах нет данного варианта продукта, то, возможно, вариант продукта был создан уже во время активной кампании и шопифай присвоил ему актуальные (скидочные) цены продукта, т.е. наше приложение никогда не взаимодействовало с этим вариантом, а скидочные цены вариант получил сразу при своем создании.
        Можно проверить дату создания варианта добавив .json к урлу страницы продукта (сразу после тайтла продукта в урле). В json-e продукта пункт "created_at:" для соответствующего варианта.
      - Смотрим, есть ли активные кампании и нет ли сейчас в одной из них данного продукта (через поиск по продукту в списке кампаний).
        Пользователь мог ожидать, что при смене тега/коллекции/etc. продукт автоматически выйдет из кампании (у нас нет автоматического рефреша). Если в этом причина, то Рефреш кампании должен помочь.
        Если при рефреше кампании нужный продукт из нее не выходит, то он все еще соответствует таргетам и нужно привести продукт к НЕсоответствию таргетам (убрать из таргетной коллекции, удалить тартетный тег или добавить явно в исключения кампании).
        Проверяем таргеты/исключения, чтобы показать пользователю, почему продукт остается в кампании.
        Теги, вендора, тип продукта можно проверить добавив .json к урлу страницы продукта (сразу после тайтла продукта в урле). В json-e продукта будут пункты "tags:", "vendor:", "product_type:".
        Чтобы проверить, к каким коллекциям относится продукт, нужно запросить доступ к магазу, перейти в шопифай админке магаза к продукту и глянуть соответствующую секцию.