<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Real-time alerts required for loss prevention?</title>
	<atom:link href="http://managedvideoblog.com/2008/09/24/real-time-alerts-required-for-loss-prevention/feed/" rel="self" type="application/rss+xml" />
	<link>http://managedvideoblog.com/2008/09/24/real-time-alerts-required-for-loss-prevention/</link>
	<description>The place to learn about and discuss Managed Video as a Service</description>
	<lastBuildDate>Thu, 15 Jul 2010 23:08:16 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Dan Caruso</title>
		<link>http://managedvideoblog.com/2008/09/24/real-time-alerts-required-for-loss-prevention/comment-page-1/#comment-240</link>
		<dc:creator>Dan Caruso</dc:creator>
		<pubDate>Mon, 29 Sep 2008 17:20:48 +0000</pubDate>
		<guid isPermaLink="false">http://managedvideoblog.com/?p=865#comment-240</guid>
		<description>How about when an RFID tag sets off an alarm.  This would be a good situation to review, and perhaps a real time review might be interesting.  Why real time?  Because the incident will be fresh on the minds of the employees (assuming real time means ~20 minutes after-the-fact) and hence much more can be learned as to why alarm triggered and what employees did in response.  </description>
		<content:encoded><![CDATA[<p>How about when an RFID tag sets off an alarm.  This would be a good situation to review, and perhaps a real time review might be interesting.  Why real time?  Because the incident will be fresh on the minds of the employees (assuming real time means ~20 minutes after-the-fact) and hence much more can be learned as to why alarm triggered and what employees did in response.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://managedvideoblog.com/2008/09/24/real-time-alerts-required-for-loss-prevention/comment-page-1/#comment-241</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Fri, 26 Sep 2008 00:50:09 +0000</pubDate>
		<guid isPermaLink="false">http://managedvideoblog.com/?p=865#comment-241</guid>
		<description>John - thanks for the comment.  I have seen your point #1 already with a partner and it has taken me some time to coach them on how this really works and why it is valuable.  Part of the challenge of new players getting into loss prevention and operational improvement processes (coming from straight security) is that they are applying their security metaphors (instant reaction, proactive intervention) onto areas that don&#039;t really fit.  </description>
		<content:encoded><![CDATA[<p>John &#8211; thanks for the comment.  I have seen your point #1 already with a partner and it has taken me some time to coach them on how this really works and why it is valuable.  Part of the challenge of new players getting into loss prevention and operational improvement processes (coming from straight security) is that they are applying their security metaphors (instant reaction, proactive intervention) onto areas that don&#039;t really fit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Honovich</title>
		<link>http://managedvideoblog.com/2008/09/24/real-time-alerts-required-for-loss-prevention/comment-page-1/#comment-239</link>
		<dc:creator>John Honovich</dc:creator>
		<pubDate>Thu, 25 Sep 2008 05:49:56 +0000</pubDate>
		<guid isPermaLink="false">http://managedvideoblog.com/?p=865#comment-239</guid>
		<description>While I think real time alerts can have value, I have found 3 main problems:    1. The biggest problem is that it is sexy and has the &#039;conceptual potential&#039; to reduce losses significantly.  Vendors often push hard on this point, set expectations that cannot be met and result in disappointment and dissatisfied customers.   2. I agree with your point about too many alerts.  Customers often do not anticipate until they use it in production.  Then they are rightfully frustrated.  3. Many retailers do not like to stop an incident in real-time because of the liability risks that something goes wrong and an employee or customer is injured in the process (this can happen when dealing with criminals).  This makes it more appropriate to do it after the fact.    I think alerts can have value but they positioned in a reasonable way to prevent over-selling and customer frustration.    Best,    John  </description>
		<content:encoded><![CDATA[<p>While I think real time alerts can have value, I have found 3 main problems:    1. The biggest problem is that it is sexy and has the &#039;conceptual potential&#039; to reduce losses significantly.  Vendors often push hard on this point, set expectations that cannot be met and result in disappointment and dissatisfied customers.   2. I agree with your point about too many alerts.  Customers often do not anticipate until they use it in production.  Then they are rightfully frustrated.  3. Many retailers do not like to stop an incident in real-time because of the liability risks that something goes wrong and an employee or customer is injured in the process (this can happen when dealing with criminals).  This makes it more appropriate to do it after the fact.    I think alerts can have value but they positioned in a reasonable way to prevent over-selling and customer frustration.    Best,    John</p>
]]></content:encoded>
	</item>
</channel>
</rss>
