5 Replies Latest reply on Feb 13, 2017 11:41 AM by Sanford Whiteman

    Abandoned basket program "trigger problems"

    Luke Walsh

      Hi all,

       

      I have created a campaign in Marketo which sends out abandoned basket emails to customers who receive items in a custom object.

       

      Each item in the "Abandoned basket" custom object a single item and I have used velocity to pull through all the CO items which match the same day they were sent. At the moment, the smart campaign triggers the email every time something is added to the custom object. Due to one item being a single object in the custom object, if someone has 3 items in their basket, it sends three emails.

       

      Is there a way I can get it to "wait" for the data to be inputted via the API into the custom object and then only send one email?

       

      The ideal situation would be using the filter not trigger and looking for items added within the last hour, the only problem with this is there is no way to schedule the campaign every hour as the options are days, weeks or months.

       

      I am a bit stuck as we wanted individual rows so it could be dynamic (depending how many items they actually have) but this messes with the way Marketo triggers work.

        • Re: Abandoned basket program "trigger problems"
          Chris Staikos

          Usually you would look to do this with help from your Shopping Cart. I know for Shopify they can tie into Marketo to assist with an abandoned cart campaign. Who is your Shopping Cart vendor and the Community may be able to offer some alternatives for you.

            • Re: Abandoned basket program "trigger problems"
              Luke Walsh

              Hi Chris,

               

              We don't have a specific vendor as the website is built with a custom "CMS", so everything is done in house.

               

              The data is being send over perfectly to the custom object but as each item is an individual object it is trigger an email for each object created. We need a way for it to trigger on new custom objects but wait X minutes and only send 1 email.

                • Re: Abandoned basket program "trigger problems"
                  Sanford Whiteman

                  In the current design, the intended object (the basket) doesn't actually exist.

                   

                  In fact, even if you could trigger every hour (which you could do via an external cron job) this still wouldn't fix the problem, because the job may run when not all item objects have been created. Also, batches will eventually overflow the 10-historical-item limit. You really want to work with triggers here.

                   

                  You need to rethink the design so the basket itself is a CO. Pass the items as nested JSON objects inside the Basket CO, or as linked Item COs.

              • Re: Abandoned basket program "trigger problems"
                Luke Walsh

                Hi Sanford,

                 

                The problem with one basket being a custom object is it is no longer dynamic (unless there is a way). If we say added:

                 

                item 1 title

                item 1 price

                item 2 title

                item 2 price

                 

                There would only be custom object fields for those two items, so if someone has three items in their basket then they won't see it in the email.

                 

                If there is a way of making the custom object more dynamic that would be great. We'd want a way to store all the items without us knowing exactly how many as it will differ on the customer.

                  • Re: Abandoned basket program "trigger problems"
                    Sanford Whiteman

                    I think you need to read my answer more carefully.

                     

                    You can create a Basket CO that links to more than one Item CO. This would be a more proper object model.

                     

                    Or (I would probably do it this way for simplicity) have a Basket CO with a (single) text field ItemsJSON.  This field holds a dynamic JSON array of all the items in a basket, not a fixed count (up to 32K of information, which is a ton of data for a single basket!). You can read ItemsJSON from Velocity.