<?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: How HR SaaS Vendors can conquer the world</title>
	<atom:link href="http://infoboxinc.com/how-hr-saas-vendors-can-conquer-the-world/feed/" rel="self" type="application/rss+xml" />
	<link>http://infoboxinc.com/how-hr-saas-vendors-can-conquer-the-world/</link>
	<description>A Tidy package of HR and Technology information, insight, wit and wisdom.</description>
	<lastBuildDate>Wed, 08 Sep 2010 15:18:59 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chuck</title>
		<link>http://infoboxinc.com/how-hr-saas-vendors-can-conquer-the-world/comment-page-1/#comment-17</link>
		<dc:creator>Chuck</dc:creator>
		<pubDate>Wed, 27 May 2009 12:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://infoboxinc.com/?p=12#comment-17</guid>
		<description>Thanks Michael.  I was hoping that is what you meant.  All the best.  &lt;br /&gt;&lt;br /&gt;Chuck</description>
		<content:encoded><![CDATA[<p>Thanks Michael.  I was hoping that is what you meant.  All the best.  </p>
<p>Chuck</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Krupa</title>
		<link>http://infoboxinc.com/how-hr-saas-vendors-can-conquer-the-world/comment-page-1/#comment-16</link>
		<dc:creator>Michael Krupa</dc:creator>
		<pubDate>Wed, 27 May 2009 03:49:26 +0000</pubDate>
		<guid isPermaLink="false">http://infoboxinc.com/?p=12#comment-16</guid>
		<description>I’m happy to clarify Chuck.&lt;br /&gt;&lt;br /&gt;In today&#039;s on-premise HCM systems, you usually have to apply customizations if you want the application to behave differently than delivered by the vendor. If want to add/delete/move a field from a page you have to customize the code surrounding that page. If you want to add/delete/modify business logic, you typically have to change the source code of the application. Modifying workflow rules (more often than not) also require changing the application source code. Creating new interfaces are another area that usually requires writing new code. &lt;br /&gt;SaaS Vendors do not usually offer the customer the ability to make code changes by themselves and frown on making code changes on behalf of the customer. However, many customers often find themselves unable to move to a SaaS application when a FIT/GAP analysis shows too many gaps with the SaaS application and the inability to customize the SaaS application to meet the customer’s needs.  &lt;br /&gt;&lt;br /&gt;So, what if the SaaS application was built from the ground up with the ability (built-in) to the application to allow the customer to make changes to the application to meet their unique business needs without those changes affecting the actual source code or underlying business logic of the application? What if you could navigate to a configuration page in the application and add/delete/move a field from a page, add/delete/modify business logic or workflow rules? What if you could create new interfaces without having to pay for the SaaS vendor to create them for you?&lt;br /&gt;&lt;br /&gt;I would think this type of configurable (instead of customizable) SaaS application would appeal to many many businesses.</description>
		<content:encoded><![CDATA[<p>I’m happy to clarify Chuck.</p>
<p>In today&#8217;s on-premise HCM systems, you usually have to apply customizations if you want the application to behave differently than delivered by the vendor. If want to add/delete/move a field from a page you have to customize the code surrounding that page. If you want to add/delete/modify business logic, you typically have to change the source code of the application. Modifying workflow rules (more often than not) also require changing the application source code. Creating new interfaces are another area that usually requires writing new code. <br />SaaS Vendors do not usually offer the customer the ability to make code changes by themselves and frown on making code changes on behalf of the customer. However, many customers often find themselves unable to move to a SaaS application when a FIT/GAP analysis shows too many gaps with the SaaS application and the inability to customize the SaaS application to meet the customer’s needs.  </p>
<p>So, what if the SaaS application was built from the ground up with the ability (built-in) to the application to allow the customer to make changes to the application to meet their unique business needs without those changes affecting the actual source code or underlying business logic of the application? What if you could navigate to a configuration page in the application and add/delete/move a field from a page, add/delete/modify business logic or workflow rules? What if you could create new interfaces without having to pay for the SaaS vendor to create them for you?</p>
<p>I would think this type of configurable (instead of customizable) SaaS application would appeal to many many businesses.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck</title>
		<link>http://infoboxinc.com/how-hr-saas-vendors-can-conquer-the-world/comment-page-1/#comment-15</link>
		<dc:creator>Chuck</dc:creator>
		<pubDate>Fri, 15 May 2009 18:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://infoboxinc.com/?p=12#comment-15</guid>
		<description>Michael,&lt;br /&gt;&lt;br /&gt;I love the line &quot;SaaS applications built from the ground up to handle customizations as configurations would rock.&quot;&lt;br /&gt;&lt;br /&gt;We have a debate in the office about what you view as &quot;configurable&quot; within the application.  Is it the reporting, the data sharing to other applications, other, both, none of the above?  Can you take this one line and expand upon it?  &lt;br /&gt;&lt;br /&gt;Thanks&lt;br /&gt;&lt;br /&gt;Chuck Gillespie&lt;br /&gt;twitter: crgillespie&lt;br /&gt;chuck@dealerflow.com</description>
		<content:encoded><![CDATA[<p>Michael,</p>
<p>I love the line &#8220;SaaS applications built from the ground up to handle customizations as configurations would rock.&#8221;</p>
<p>We have a debate in the office about what you view as &#8220;configurable&#8221; within the application.  Is it the reporting, the data sharing to other applications, other, both, none of the above?  Can you take this one line and expand upon it?  </p>
<p>Thanks</p>
<p>Chuck Gillespie<br />twitter: crgillespie<br /><a href="mailto:chuck@dealerflow.com">chuck@dealerflow.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
