<?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: Il budget dei progetti web</title>
	<atom:link href="http://www.mucignat.com/blog/archives/1209-il-budget-dei-progetti-web.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.mucignat.com/blog/archives/1209-il-budget-dei-progetti-web.html</link>
	<description>random thoughts around web stuffs (è tutto un equilibrio sopra la follia...)</description>
	<lastBuildDate>Thu, 09 Feb 2012 21:12:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Le difficoltà online costano miliardi alle aziende - Alberto Mucignat</title>
		<link>http://www.mucignat.com/blog/archives/1209-il-budget-dei-progetti-web.html/comment-page-1#comment-4452</link>
		<dc:creator>Le difficoltà online costano miliardi alle aziende - Alberto Mucignat</dc:creator>
		<pubDate>Tue, 14 Jun 2011 13:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.mucignat.com/blog/?p=1209#comment-4452</guid>
		<description>[...] mentre per l&#8217;adv e altre attività di manutenzione sono previsti budget ad hoc, il budget per usabilità/UX non viene quasi mai considerato, o solo in [...]</description>
		<content:encoded><![CDATA[<p>[...] mentre per l&#8217;adv e altre attività di manutenzione sono previsti budget ad hoc, il budget per usabilità/UX non viene quasi mai considerato, o solo in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Valentino</title>
		<link>http://www.mucignat.com/blog/archives/1209-il-budget-dei-progetti-web.html/comment-page-1#comment-2806</link>
		<dc:creator>Valentino</dc:creator>
		<pubDate>Thu, 27 Aug 2009 18:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mucignat.com/blog/?p=1209#comment-2806</guid>
		<description>il problema del preventivo del budget è un vero incubo

la mia soluzione (da semplice freelance) è quella di chiarire al cliente che non esiste &quot;una fine&quot;, e che si andrà avanti con le iterazioni (piccole) finchè lo vorrà

il vantaggio delle piccole iterazioni sta anche nel fatto che tantissime cose non si possono preventivare, e non ha nemmeno senso preventivarle

mi capita spesso di avere nuovi strumenti a disposizione, o nuove opportunità da sfruttare per il cliente, che compaiono durante lo sviluppo, e che al momento del preventivo non si aveva

(ad esempio, il boom dei social network, i continui aggiornamenti di Facebook Connect..)

è vero che anche in questo caso il cliente cercherà di spendere il meno possibile, e c&#039;è il rischio che i siti rimangano incompleti, o non sfruttati fino in fondo

però, se la responsabilità è del cliente, è inevitabile

se invece dobbiamo raggiungere degli obiettivi, come ottenere un certo numero di vendite, allora è un&#039;altra storia

ho notato però che se le iterazioni sono troppo piccole nasce un&#039;altro problema

il cliente è stressato dal peso psicologico di dover rifare una (seppur minima) trattativa ogni volta, e per questo magari spende meno che se si fosse fatto un preventivo in un passaggio solo (e poi non ci pensa più..)

insomma, la soluzione perfetta non esiste...</description>
		<content:encoded><![CDATA[<p>il problema del preventivo del budget è un vero incubo</p>
<p>la mia soluzione (da semplice freelance) è quella di chiarire al cliente che non esiste &#8220;una fine&#8221;, e che si andrà avanti con le iterazioni (piccole) finchè lo vorrà</p>
<p>il vantaggio delle piccole iterazioni sta anche nel fatto che tantissime cose non si possono preventivare, e non ha nemmeno senso preventivarle</p>
<p>mi capita spesso di avere nuovi strumenti a disposizione, o nuove opportunità da sfruttare per il cliente, che compaiono durante lo sviluppo, e che al momento del preventivo non si aveva</p>
<p>(ad esempio, il boom dei social network, i continui aggiornamenti di Facebook Connect..)</p>
<p>è vero che anche in questo caso il cliente cercherà di spendere il meno possibile, e c&#8217;è il rischio che i siti rimangano incompleti, o non sfruttati fino in fondo</p>
<p>però, se la responsabilità è del cliente, è inevitabile</p>
<p>se invece dobbiamo raggiungere degli obiettivi, come ottenere un certo numero di vendite, allora è un&#8217;altra storia</p>
<p>ho notato però che se le iterazioni sono troppo piccole nasce un&#8217;altro problema</p>
<p>il cliente è stressato dal peso psicologico di dover rifare una (seppur minima) trattativa ogni volta, e per questo magari spende meno che se si fosse fatto un preventivo in un passaggio solo (e poi non ci pensa più..)</p>
<p>insomma, la soluzione perfetta non esiste&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

