Saludos<br><br><div><span class="gmail_quote">El día 13/04/08, <b class="gmail_sendername">Roman Gelbort</b> &lt;<a href="mailto:roman@gleducar.org.ar">roman@gleducar.org.ar</a>&gt; escribió:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Braulio A. Firpo Banegas escribió:<br> En cualquier caso, estando en tu lugar, me preguntaría ¿ambas opciones<br> resuelvo en igual grado el problema? si la respuesta es Sí, entonces<br> opto por la más barata.</blockquote>
<div><br><br>Si, en parte, partiendo de la base de la pregunta es válido lo que decis. Pero puede sonar simplista si la opción mas barata<br>no se acomoda al escalamiento futuro. Te pongo un caso digamos tradicional, los pequeños paquetes para gestión contable para Pymes hechos en VB6, pocos migrados a VB.NEt en fin, tan solo un ejemplo. Los sistemas esos, con basecitas de datos access atras se hicieron para que tengan un escalamiento nulo, es decir, que el &quot;volcado de dependencia del proveedor&quot; caiga siempre hacia un solo lugar: pagar mas y depender del mismo proveedor. Ahora si ambas opciones dependen del valor del servicio, soporte o tiempo de desarrollo SOLAMENTE, (siempre son variables básicas la hora de desarrollo), optar por la mas economica, no implica garantias de escalamiento ( recordemos que nuestro modelo es un modelo que tiene siempre a mejorar la infraestructura y técnicamente hablando siempre es escalable en mayor o menor medida, mañana ese desarrollo necesita crecer y la tecnologia y la forma de desarrollarla lo permite hacer mucho mejor que el software propietario). <br>
<br>Pero también es cierto que la pregunta tiene trampa. Porque no siempre cobrar mas caro es lo ideal. Es decir, reunir todas las posibilidades de excelencia técnica son el metodo adecuado para determinar su costo. Tambien es cierto que si tenemos un valor diferencial al resto tenemos mas chances de ganar una licitación. También se debe tener en cuenta el marco regulatorio, que hoy por hoy en nuestro país contempla solo al productor de software proCESSI. (es un comienzo, pero no es lo adecuado). <br>
<br>Miren este caso que pasó en San Pablo <br>Las licitaciones tecnológicas se manejan difernte en Brasil en algunos estados. Se realizan ofertas de licitacion de forma electrónica y se reportan via web, es decir ambos competidores saben casi en tiempo real quien gano la licitacion por precio y por confirmación de la agencia &quot;estadual&quot; como dicen en Brasil. <br>
<br>Aca hay un ejemplo claro de que cobrar mas barato no siempre es la mejor opción. <br>Un vendor de Linux ( de cajita roja, clase mundial, pero certificado como MicroPyme en Brasil) y otro vendor de Linux (Cajita verde, pero certificado como Corporación Multinacional) licitaron x servicio + desarrollo + La base era por ejemplo 100.000 dolares. <br>
<br>El ejecutivo de la empresa de la cajita verde tenia que ganar esa licitacion porque venia perdiendo terreno con la cajita roja. Oferto 90.000 dolares pensando que la cajita roja ofertaria 150.000. La cajita roja licito 110.000 dolares. 20.000 dolares mas que la cajita verde. La licitacion fue ganada por la cajita roja, a pesar de cobrar 20.000 dolares mas. Porque gano la roja y no la verde?, si la verde cobró mas barato?.....que raro....<br>
<br>Simple. La cajita roja esta registrada como Micropyme en Brasil, y como en brasil se potencia regulatoriamente a los &quot;micro emprendimientos&quot;, aunque el Estado tenga que pagar un poco mas, prefiere apoyar a la MicroPyme. Es decir, en este caso una corporacion con toda su infraestructura y sucursales, no pudo ganarle a una empresa mas chica que incluso oferto mas. La picardia de la cajita Roja al registrarse como MicroPyme permitio ganar, y no por el precio, sino por aprovechar la jurisprudencia local. <br>
<br>Pero ojo, este caso es valido para el brasil, muchos de nosotros todavia no tenemos claro si aqui ocurre lo mismo: Estimo que no. Este ejemplo que ocurrio hace unos 5 meses atras, es la muestra que las variables estan atadas a muchas cosas. Tambien es cieto que estamos de hablando de desarrollo muchisimos menores, y de menor porte o en todo caso de otro contexto tecnológico. La idea es mostrar que no siempre el costo es garantia de exito. <br>
<br><br>Saludos<br></div></div>P.<br>