admin apply appreciate buyer cart copy don download email help issues item items login manually order package payment point price product products send settings ship shipping upload

I sell a downloadable product with a CD that ships via USPS (that I've been burning and shipping manually). I'd like to integrate SwiftCD and Aweber into the process for completely automatic fulfillment and follow-on marketing.

From reading the forums, etc., here's how I've determined how to do it. I'd appreciate feedback on whether or not this would work.

1. Create individual products in ejunkie (download and CD)
2. The CD would be my main "sale" and would carry the price for the total package.
3. The CD would also have this Payment Variable Information URL:

http://www.e-junkie.com/ecom/o_plug.php?&swift_user=USER_NAME& packageid=1&labelid=1&aweber=PURCHASE_LIST@aweber.com& m_emails=EMAIL_TO_ME

4. The CD specifies a product to be bundled with it, in this case the downloadable item (hosted on ejunkie).
5. The downloadable product is priced at $0.00 (I don't intend to sell it separately).

So, if I have it right, here's the way this would work:customer places and pays for order, customer gets link and email from ejunkie, SwiftCD gets order info and processes and ships CD, aweber gets order information and adds to mailing list, and I get an email telling me about the whole thing.

Is my logic close?

Thanks!

gary

That is how you would setup your Payment Variable Information, obviously with your SwiftCD and Aweber specific information. It sounds like you do understnad the setup process. You can if you want have the download and the CD as a single product if you want as well.

Thanks for the reply. I'm glad my logic is sound. My next step is to place a test order and make certain all the parts work, including my tie-ins with my separate autoresponder (and I still have some copy to write for EJ's responder).

These particular products only sell in a combination, but others will sell separately and as combos.

One more point of clarification, if you don't mind:

My understanding is that the bundle price overrides and and all prices set for the individual components themselves. Is this correct?

Thanks, again.

gary

GraphicBassOne more point of clarification, if you don't mind:

My understanding is that the bundle price overrides and and all prices set for the individual components themselves. Is this correct?

Correct; the bundle is its own product (rather than something that adds each component product to the buyer's cart as separate items), so only the price you set for that specific product would apply.

However, if you're not selling the download separately nor bundled with any other products, I wonder why you couldn't just enable Single File Download for the CD product and upload the file to that? A single product can issue a download and also have Shipping enabled for a tangible-goods aspect, as well as SwiftCD, Aweber and other Integration methods, all without using the "Package Files..." settings.

Also, you don't need to use the &m_emails= Integration parameter if you simply want to be notified by email when an order comes in. We automatically always send a Sale Notification to your E-junkie Login Email, so &m_emails= would only be necessary if you ALSO want to send a copy of the order details to yet another email address.

Thanks for the reply.

I'm not sure I'm following your suggestion, so let me try to re-state.

The download file is a ZIP file containing several publications.

The CD has the same publications, plus about 100 megs of additional information, none of it ZIPped (this is because some of my customers have problems unZIPping files and prefer to wait for the uncompressed version on CD).

I've uploaded the ZIPped publication file to ejunkie. I've also set up the same product on Swift CD, but with the additional files. This way ejunkie sends the link for the ZIP files, then sends the order to SwiftCD for the unZIPped main and additional files on CD.

As far as I can figure, what you're suggesting is to have a Single File Download for the entire package (base AND additional files), for which they get a download link. Then SwiftCD receives the information to produce and ship a duplicate of the download, just on a CD. The only downside to this is that the additional files would add substantially to the download time for the purchaser. Is there a way to split that up into a separate downloads for the "base" ZIP file ZIP and the additional files ZIP? They would still get the unZIPped CD from Swift.

After a little more reading in the Help section, I think I get it that I need to enable Shipping to capture the address and collect money to pay for the SwiftCD shipping costs.

I guess I don't really need to $m_emails= command; it's just a copy to myself and redundant, so I can simplify things by leaving it out.

Your suggestions are certainly easier to implement and I appreciate the guidance. I've got 12 versions of the publication to set up (covering six industries) -- would variants handle that and provide the correct link to the purchased version?

Thanks for your help.

gary

The data that SwiftCD duplicates to the discs they mail is completely unrelated to the file you would provide as a download at our end. When you get set up at SwiftCD's end, you would provide them with the files or disc image you want them to burn. Our SwiftCD integration just tells them when to burn a disc, which disc to burn (that you've set up with them independently), what label to put on it, and who to mail it to. The file download you set up at our end could be completely different from the data you have SwiftCD burn and mail out.

Thus, you can set up a single product in your E-junkie Seller Admin that uses Single File Download (issues each buyer a copy of whatever file you provide to us), Shipping/Buyer's Address (triggers collection of a street address during checkout), and integration with Aweber and SwiftCD (which latter would burn and mail a disc containing whatever data you've already provided to SwiftCD).

Perfect! Exactly what I needed to know.

Thanks very much!

gary