Comments for Riba Retail http://www.ribaretail.com Retail Data Integration Solutions Sun, 04 Sep 2011 11:04:21 +0000 hourly 1 http://wordpress.org/?v=3.0.2 Comment on When Are Too Many Deals Too Many? by Rick Boretsky http://www.ribaretail.com/2011/08/30/when-are-too-many-deals-too-many/#comment-589 Rick Boretsky Sun, 04 Sep 2011 11:04:21 +0000 http://www.ribaretail.com/?p=357#comment-589 Mike, Thanks for your comments. I checked out your web-site and this sounds like a very interesting concept. As you said, I think this really does address a lot of the problems with Daily Deal sites. This moves away from the typical Deal of the Day spam, toward more targeted mobile location-based deal offerings. I wish you best of luck with this venture. Mike,

Thanks for your comments. I checked out your web-site and this sounds like a very interesting concept. As you said, I think this really does address a lot of the problems with Daily Deal sites. This moves away from the typical Deal of the Day spam, toward more targeted mobile location-based deal offerings.

I wish you best of luck with this venture.

]]> Comment on When Are Too Many Deals Too Many? by Michael http://www.ribaretail.com/2011/08/30/when-are-too-many-deals-too-many/#comment-588 Michael Sat, 03 Sep 2011 13:41:55 +0000 http://www.ribaretail.com/?p=357#comment-588 I agree wholeheartedly with all points made here. The bottom line is these are not really good for the merchant due to the cut that is taken, and not a great experience for the consumer since, as you stated, they get bombarded with lots of things that don't really fit their needs. Due to these issues, I created a company called Dealbark, with the goal of creating a solution that truly fits both merchant and consumer needs. With Dealbark, the merchant has full control of creating and managing their deals, while keeping all of the revenue. Meanwhile, the consumer can always browse all deals, allowing them to easily view only the deals that best suit their current needs, location, and distance preferences. Check it out at www.dealbark.com! I agree wholeheartedly with all points made here. The bottom line is these are not really good for the merchant due to the cut that is taken, and not a great experience for the consumer since, as you stated, they get bombarded with lots of things that don’t really fit their needs.

Due to these issues, I created a company called Dealbark, with the goal of creating a solution that truly fits both merchant and consumer needs. With Dealbark, the merchant has full control of creating and managing their deals, while keeping all of the revenue. Meanwhile, the consumer can always browse all deals, allowing them to easily view only the deals that best suit their current needs, location, and distance preferences. Check it out at http://www.dealbark.com!

]]> Comment on 8 Steps to Planning a Successful Data Conversion by admin http://www.ribaretail.com/2010/12/05/8-steps-to-planning-a-successful-data-conversion/#comment-20 admin Wed, 08 Dec 2010 02:38:17 +0000 http://test.ribaretail.com/?p=150#comment-20 Thanks Tony - great point. yes, the timing and cut-over plan must be taken into account in the overall implementation plan. Thanks Tony – great point. yes, the timing and cut-over plan must be taken into account in the overall implementation plan.

]]> Comment on 8 Steps to Planning a Successful Data Conversion by Tony http://www.ribaretail.com/2010/12/05/8-steps-to-planning-a-successful-data-conversion/#comment-19 Tony Wed, 08 Dec 2010 02:37:12 +0000 http://test.ribaretail.com/?p=150#comment-19 One thing that always seems to cause problems is establishing a proper cut-off. Data can be going into the old system and the new system in parallel, but you have to ensure the cutoff date/time was correct. If not, you may need to start over... ;) One thing that always seems to cause problems is establishing a proper cut-off. Data can be going into the old system and the new system in parallel, but you have to ensure the cutoff date/time was correct. If not, you may need to start over… ;)

]]> Comment on Movin’ Forward…. by admin http://www.ribaretail.com/2010/12/01/movin-forward/#comment-18 admin Wed, 08 Dec 2010 02:05:48 +0000 http://test.ribaretail.com/?p=139#comment-18 No, redundant data is not always bad, in fact it is often necessary. The question is whether it is consistent. Data must be synchronized across systems to ensure consistency and where data can be centralized for shared use, that would be ideal. No, redundant data is not always bad, in fact it is often necessary. The question is whether it is consistent. Data must be synchronized across systems to ensure consistency and where data can be centralized for shared use, that would be ideal.

]]> Comment on Movin’ Forward…. by Lewis Olishansky http://www.ribaretail.com/2010/12/01/movin-forward/#comment-15 Lewis Olishansky Tue, 07 Dec 2010 21:39:32 +0000 http://test.ribaretail.com/?p=139#comment-15 Redundant information. Is it always bad? Is there a place for it? And where there isn’t, how to reduce it? Redundant information. Is it always bad? Is there a place for it? And where there isn’t, how to reduce it?

]]>