http://producten.hema.nl/

nada mas pasen el mouse por la taza azul, y la pagina empieza……… excelente!

Un tema bastante particular a la hora de hacer un proyecto para terceros, es sin duda cuanto cobrar y como cobrar, aprender a presupuestar es un arte, es por eso que escribo un poco de lo que me ha enseñado la profesión en estos años. Claro que todo esto lo escribo para personas que trabajen de esto, o como decimos en mi barrio, para los que coman del desarrollo web.

Puntos a tener en cuenta

• Tamaño del proyecto (conocer los límites y alcances)
• Cantidad de personas a involucrar en el desarrollo y diseño (podría incluir SEO y SEM, pero por lo general lo presupuesto aparte)
• Estudiar al cliente y estimar cuanto dispone para pagar, muchisimas veces es mejor no hacer los trabajos a tener que hacerlo por unas miserables monedas (de hecho, mi experiencia me dice que casi todas las veces)
• Hasta cuanto podemos reducir el precio del proyecto, es claro que en cualquier disputa el precio es negociable, pero todo tiene su limite
• La situación particular de cada uno es bastante influyente, tanto como los conocimientos adquiridos y la velocidad de desarrollo

Interaccion con el cliente

Siempre es fundamental hacer un par de reuniones como mínimo, así tanto nosotros como nuestro clientes nos damos nuestro tiempo para madurar el proyecto, con este tiempo vamos a poder criticar el proyecto y llegar a obtener de nuestro cliente lo que buscamos.. digo esto porque el cliente cumple una parte fundamental en el proyecto, o en otras palabras, es el que paga.

Hablando de clientes, se me ocurre que podemos segmentar y aprender un poco de ellos

• Los clientes que saben, pueden ser nuestros mejores clientes, a menos que digan la ya clasica frase ‘ustedes saben hacerlo, haganlo como les parezca mejor’, y despues cambie todo y perdamos 1 o 2 semanas de desarrollo porque el cliente NO SABIA en ese momento que quería y nos pateo la pelota a nosotros, esta frase a largo plazo es lo peor que nos van a decir, porque nos obliga indirectamente a hacer algo que no entraba en el presupuesto, perdemos tiempo y sufrimos el stress de reprogramar partes que para nuestro criterio estaban bien.
• Los clientes que creen que saben… y en mi opinion son los clientes que hay que descartar (a no ser que paguen el precio obvio), un cliente que toca de oido todo, en realidad no tiene idea de nada, y eso lo transmite tanto al proyecto como a la planificacion, y con estos sufrimos el desgaste y por ende terminamos en no querer volver a verlo (aunque lo cobrado sea bueno).
• El cliente que no sabe, y en particular lo puedo segmentar en dos, el que entiende que esta contratando los servicios de un idoneo en el tema, o el que se aproxima al cliente que cree que sabe… con el primero, es uno de los mejores casos, ya que podemos enseñarle, y vamos a tener herramientas para cobrarle el precio justo… el segundo caso, casi lo descartaria.. a no ser como dije, pague el precio necesario de lidiar con el

Basado en todo esto, y en mi experiencia, es que puedo decirles esto… a los clientes que no quieran (ya sea por el motivo que ustedes le encuentren), siempre presupuesten un 15-30% más de lo estimado, esto nos va a dar un aire para los cambios que se van a ir planteando a la mitad del proyecto (y se los firmo donde quieran que van a tener ), a los clientes que sepan, y valoren su trabajo, cobrenle lo justo, ni mas ni menos, estos tipos de clientes son idoneos en el tema y por lo general las personas asi respetan el trabajo que hacemos, a los que les traen presupuestos significativamente menores en comparación con los nuestros, el clasico el sobrino de mi vecino me dijo que lo hace por 500 pesos, dejenlo ir, realmente no vale la pena como cliente y se van a ahorrar muchos dolores de cabeza y tiempo, y a la larga podremos encontrar otro proyecto mas rentable.

Esto es mi experiencia personal, he perdido clientes muy grandes por rebajar el precio y a la mitad del proyecto no llegar a cubrir los gastos mínimos, por entregar muy tarde trabajos que parecian faciles, pero no lo eran… la realidad diaria me dice que mejor tener buenos clientes duraderos, que malos clientes. No tomar NUNCA por ningun motivo un trabajo que este muy por debajo de lo estimado, y no competir habia abajo, siempre buscar mejores clientes.

Piensen que cada vez que perdemos un cliente, perdemos 10… y hoy en día perder potenciales clientes en un mercado esta tan satudaro de ´webmasters´ es una cuestión imperdonable.

Hace ya una semana que volvi a abandonar Windows XP, pero esta vez parece que no tengo retorno, si la vez anterior fue para ver si Ubuntu Linux servía para mis propósitos, esta vez fué porque me cansaron los spywares, virus, y la lentitud con la que me andaba todo hace unos dias atras.

Hoy, estoy usando Leopard, en una eMac G4, y les digo, lo tienen que probar, es todo tan práctico y bien pensado, aunque todavia no encuentro todos los accesos directos de teclados que quisiera estoy lo suficientemente contento para decir… ´Windows no creo verte por mucho tiempo´.

Ahora bien, que pasa con las aplicaciones regulares de trabajo, NADA.. en Mac OS X, estan las mismas, sino tengo mejores, pero eso es otro tema sobre el cual estoy escribiendo…. basicamente queria invitarlos a que probaran Leopard ahora que es compatible con PCs Intel… no pierden nada… solo una semana y juzguen ustedes mismos.

Mi ultima lectura es un libro relativamente corto pero excelente, en el cual el autor (Bernard Girard) plantea el modelo administrativo que usó (y usa) Google, el titulo es “El modelo Google” entre otros destaca como pudo Google crecer con una ‘relativa’ pequeña inversión. Totalmente recomendado para entender nuevos modelos publicitarios y de negocios que se están planteando gracias a internet.

Es claro que siempre hay errores en la programación cross browser, pero hacerlo para IE 6 muchas veces puede ser horroroso...

El Enojo

Resulta que en una llamada a Ajax.Request, en FF, Safari, Opera e IE7 anda perfecto, pero en IE6, nos arroja un Error del Sistema -1072896748, creo que si googlean este error van a encontrar un monton de basura en las primeras 3 páginas...

Entorno

Basicamente lo que estaba tratando de hacer es devolver una imagen con PHP a través de Ajax.

El problema

En una primera impresion, parece que IE6 no soporta caracteres con acentos... si como ë o û y todos estos que usamos regularmente.

La Solución

Demasiado simple para perder horas, cambiarle el charset a alguno que soporte caracteres con acentos, osea... modificar el MIME de la respuesta generada con PHP.

El codigo salvador

Espero que a alguien le sirva y le ahorre horas de lectura

hace unos meses estuve probando PHPAGA y realmente me gustó, aunque su instalación es totalmente caótica, y su interfaz no es de lo mas usable, es por eso que en octopia decidimos cambiar nuestro software de Administracion para los proyectos.

Parece una tarea facil, encontrar un proyecto libre para administrar proyectos, y que cumpliera con lo basico, digamos tener Hitos (Milestones), tareas, usuarios, recordatorios en el mail y un RSS para las tareas y porque no integrar a los clientes de los proyectos, la última pero de seguro mas importante para nuestro caso, fue la de que esta herramienta debería poder usarse en nuestros servidores y no tendríamos que pagarle a ninguna empresa por este servicio... el resultado es ProjectPier.

ProjectPier, se basa completamente en ActiveCollab, que desgraciadamente se hizo pago el año pasado y el desarrollo libre se dejo de lado, con esto supuse de primera que lo que me esperaba era algo muy bueno, y asi fue; ProjectPier es claro, facil de instalar de usar y rápido.

Por suerte se le puede cambiar el skin que viene por defecto, ya que es bastante feo y si las tipografias se pierden en los fondos, entonces se me hacian muy dificiles de leer, despues de probar los demas skins que vienen en la instalación base optamos por usar GoCollab, que se ve bastante simpático.

Una particularidad de este Manejador de Proyectos, es sin duda que les damos tiempo de fin a los hitos, y no a las tareas del mismo, aunque en una primera impresion suena raro no dar tiempo a las tareas, en la práctica es super práctico, ya que se definen hitos (por ejemplo: Carrito de compras) y le asignamos un tiempo de fin a ese hito, y adentro vamos a tener un monton de grupos de tareas. Esto implica directamente dedicarle tanto tiempo en la planificacion, y sin duda es mas acorde a la realidad de la programación web, donde es muy dificil estimar tiempos por tareas.

Traducción al español

Un tip que me estuvo dando vueltas por unas horas, este sistema esta traducido ya a muchos idiomas, el español es uno de ellos, pero si bajan la ultima version actual (0.8.0.2) solo esta en ingles, y por mas que en los foros digan que la traduccion al español esta en el paquete, no es asi, simplemente hay que bajar la version 0.8.0 Final y sacar el idioma que querramos.

Hace unos meses habia perdido bastante información de este sitio, lo cual me llevo a perder demasiado tiempo buscando backups y demás, es por eso que me puse a relevar herramientas para solucionar esta historia, el resultado: BlogBackupOnline.

Basicamente esta herramienta nos provee tres funciones:
- Crear un backup de todo el blog
- restaurar y exportar el blog desde un backup
- almacenar los backups online

Soporta los CMS mas usados para blogs, como Wordpress, Blogger, Windows Live Space o typePad entre otros, y tenemos 50mb de espacio gratis para probar el servicio.

Igualmente hacer un backup de todo el blog me parece excesivo, creería que alcanzaría con hacer un backup de las bases de datos, y con esto solo nos haria falta hacer un cron que simplemente nos envie por mail la base de datos.

Excelente librería basada en prototype y scriptaculous combinado con DateJS que sirve para elegir rangos de fechas usando una linea de tiempo, realmente muy bonita, rápida y práctica.

El uso es muy facil, solo incluímos librerías

Necesitamos los estilos:

Y los contenedores xHTML

Por último creamos el objeto, al cual le podemos pasar 4 parametros [dragbar_id],[date_bar_start],[date_bar_end],[year_start],[year_end]

Por último, el link a la descarga

Traduzco un artículo de los chicos de Vandelay Website Design donde nos apuntan 21 factores a considerar:

1.- ¿Cuál es el objetivo del nuevo diseño?
2.- ¿Éste va a ser sólo una pequeña actualización o una revisión completa?
3.- ¿Qué aspectos del diseño actual son los más eficaces?
4.- ¿Qué aspectos del actual diseño no son eficaces?
5.- ¿Quiénes son los usuarios del sitio?
6.- ¿Cómo puede hacerse el sitio web más usable para el usuario?
7.- ¿Tienen el logo/marca la necesidad de ser modificados o actualizados?
8.- ¿Debe cambiarse la paleta de colores o debe ser la misma?
9.- ¿Qué resolución de pantalla están utilizando los visitantes?
10.- ¿Qué velocidad de conexión poseen los visitantes?
11.- ¿Cuáles deberían ser los puntos de atención de el diseño?
12.- ¿Cómo se puede hacer la navegación más eficaz?
13.- ¿Qué querrán encontrar los visitantes en la página web?
14.- ¿Cómo se puede aumentar el grado de interacción de los nuevos usuarios?
15.- ¿Quién llevará a cabo las actualizaciones y el mantenimiento?
16.- ¿Se necesita un manejador de contenidos (CMS)?
17.- ¿Cómo puede ser mejorado el SEO?
18.- ¿Qué palabras clave y frases deben ser el objetivo?
19.- ¿Qué paginas y términos de búsqueda se encuentran actualmente reflejados en las estadísticas de tráfico?
20.- ¿Qué páginas en la actualidad tienen enlaces entrantes?
21.- ¿Qué va a hacer que los visitantes vuelvan?

La lista me parece bastante buena, aunque lo mejor sería que en el primer desarrollo de los sitio, y no en los rediseños se traten de plantear estos puntos.

Estuve sin página por unos 15 dias, pero resulto ser un SQL injection sobre la version de WP que estaba corriendo, por suerte pude recuperar casi todo... aunque por ahora esta todo el sistema en ingles, y no tiene ni medio plugin, pero son cosas menores.

Con este rollo que me tarde bastante en resolver, me dieron ganas de cambiar la estructura y diseño del sitio, asi q ya en febrero me pongo a full a cambiar el sitio por completo

PD: gracias a los q me mandaron mails preguntandome si estaba bien