Sergio Gago

Pero no el posicionamiento en google, sino el de negocio, un posicionamiento que en muchos casos, se olvida.

Todo esto viene a través del artículo ¿Cuánto vale una web profesional? en Tecnotertulia, que me ha parecido muy interesante y me ha recordado a las charlas que tenía con mis socios hace tiempo (aunque no he podido dejar un comentario).

Y hoy publican “La Respuesta“, que en parte, contesta a lo que escribo en este artículo.

Divide los presupuestos de Webs en Gratuitos - De 500 a 2000€ - de 2000 a 9000€ - de 9000 a 22.000€ y de 22000 a 500000€. Clasificación que me parece bien, pero que yo diviría en función del personal y tiempo involucrado en el proyecto. De modo que respondan a estas preguntas:

• ¿El proyecto tiena la suficiente extensión para requerir un jefe de proyecto dedicado a planificación y seguimiento?
• El proyecto lo va a llevar a cabo una sola persona o harán falta distintos roles? Diseñador gráfico, analista, maquetador, programador, experto SEO, DBA…
• ¿Las herramientas de desarrollo requieren licencias? ¿Será de creación propia o se usarán módulos de otras aplicaciones (código libre)?
• ¿El proyecto requiere mantenimiento? ¿Se garantiza posicionamiento? ¿Hay que preparar documentación? ¿Formación? ¿Presentar memoria?
• etc…

Al final todo esto “cala” mucho en la empresa que desarrolla (y aquí quería llegar). Información sobre “cuánto cobrar” por un desarrollo hay mucha y muy variada, y cada uno te dirá una cosa, pero al final lo que importa es que cada uno encuentre su nicho de mercado (que no siempre tiene que ser el de los precios más bajos).

Si tus clientes son grandes empresas con grandes expectativas, no aceptarán presupuestos de 1000€, y si vas a vender una web a una pescadería que no va a entender la diferencia entre usar estándares o plantar su texto en una plantilla, probablemente 300€ será mucho. Cuando nosotros vendiamos webs por 600€, nuestro trabajo era medio, con bajones de vez en cuando, pero cuando cambiamos la filosofía a “desarrolladora cara” incluso para pymes no bajando de 2000 o 3000€ por proyecto, de repente empezaron a llover trabajos, encontramos nuestro nicho. Y si alguien decía que eramos muy caros, le decíamos que eso era porque lo hacíamos mejor.

AlphaWork services es una especie de google labs de IBM, donde desarrollar aplicaciones (sobre todo) Web punteras, e intentan innovar en la forma de mostrar la información que tenemos actualmente.

Uno de los últimos trabajos que he visto es el Many Eyes, una aplicación social para la visualización y preparación de información colaborativa. Es decir, que grupos de usuarios puedan representar de forma social la información que deseen usando varios tipos de gráficos, entre ellos evoluciones de tag clouds.

Recomiendo echar un vistazo al tour de la aplicación, donde podemos ver el potencial que tiene la herramienta.

Cosas similares se hicieron con Quintura, por ejemplo. También recomiendo la lectura del artículo de Yusef Hassan-Montero y Victor Herrero-Solana: Improving tag clouds as visual information retrieval interfaces, que ya se puso en un comentario de este blog.

¿Hasta donde pueden llegar las nubes de tags para las categorías? ¿Cuál es la utilidad real a nivel de usabilidad?

Según Salvador Aragón, en el convergence Weblog del instituto de empresa, la Web 2.0 y las redes sociales están aumentando la brecha generacional en cuanto a los usos que dan de la red los jóvenes y los más mayores.

Todo esto viene de una de las sesiones del World Economic Forum, basado en un documento muy interesante de revisar.

Me gusta la forma que tiene Antonio de concluir el artículo, diciendo que las nuevas generaciones, desarrollamos una formas de comunicación y aprendizaje nuevas, que en muchos casos son de difícil comprensión para los más mayores y sus empresas.

Esto me ha dado y un Deja Vu, y me ha recordado cuando hace años intentaba vender webs a los directores de grandes bodegas de la Ribera del Duero (cuando ahora no hay ninguna que no tenga).

Estoy de acuerdo con Antonio en que existen modelos de comunicación gestados por nuevas generaciones y que dificilmente serán usados por los más mayores (myspaces por ejemplo), pero creo que el problema no está en las redes sociales como tal, sino en la segmentación que se da del propio mercado. El cánon puede ser el mismo, la forma de implementarlo diferente.

He leido en Sentido Web esta entrada que habla de PHP Maker , una herramienta que no conocía, y que me de haberlo hecho me habría ahorrado unas cuantas horas de trabajo.

A la hora de desarrollar aplicaciones web, en la parte de acceso a datos suelo implementar dos modelos diferentes, uno basado en consultas, y otro basado en “maestros”. Aunque no es nada nuevo, trataré de explicarlo un poco.

• Servicio de consultas:
  Sería una parte de la capa de acceso a datos que gestiona todas las consultas necesarias para ofrecer información a la lógica de negocio. Búsquedas concretas, ordenaciones, extracción de información de tablas diferentes en función de variables determinadas, etc… Id est: “Quiero ver los últimos 10 posts del usuario X en la categoría K”. Esa consulta implica varias tablas, y parámetros que nos ha pedido el usuario de antemano.
• Servicio de maestros:
  En ocasiones es necesario obtener toda la tupla de información de un registro, para cualquiera de las modificaciones básicas (CRUD - Create, Retrieve, Update, Delete, es decir: Crear, Obtener, Actualizar, Modificar registros). En esas ocasiones con un identificador nos puede valer para obtener toda esa tupla.
  Pues bien, este servicio hace unas labores tan concretas y tan optimizables, que tiene sentido separarlas en un servicio aparte, y que sea la lógica de negocio y el acceso a datos el que decida qué usar en cada momento.

Entonces, este PHP Maker, nos sirve para generar automaticamente scripts de acceso a datos a partir de una base de datos, y por lo tanto nos ahorra mucho trabajo.
Para ser sinceros, no lo he probado en mis propias carnes, pero tiene muy buena pinta. Y en la misma página ofrecen XMLMaker, o ASPMaker, que prometen soluciones del estilo. Merece la pena probarlo!

Leo (o más bien veo) en Denken Über un artículo sobre una colección de videos en you tube de las ideas de nokia para la movilidad en el futuro.

Videos conceptuales de cómo se imaginan que será la conectividad entre las personas. Aunque según lo que he visto en los videos, parecen nintendos DS con una pantalla más grande y una mejora considerable de la tecnología 3G, así como un software suficientemente usable… no estamos tan lejos!

Como por ejemplo esto:

Aunque el que más me ha gustado ha sido este:

Me he reido un rato con este artículo de gentegeek.com, y se me ha ocurrido ampliarlo pobremente…

• Separarás contenido de maquetación y de comportamiento, hornado al padre Javascript, a la madre CSS y al abuelo XHTML.
• No usarás editores WYSIWYG, y de tener que hacerlo, comprobarás el código resultante a mano.
• Te sentirás emocionado por la Web semántica y tratarás de emplear microformatos.
• No pondrás reflejos ni estrellas “2.0″ porque sí.
• Buscarás la forma de meter la inteligencia social en todo proyecto web que realices.
• Tratarás la accesibilidad como un requisito obligatorio y no “si me queda algo de tiempo”, y validarás con WAI.
• No intentarás hacer engaños burdos para salir mejor en google y te centrarás en crear mejor contenido.

etc… XD

Y los originales:

• 1. Amarás a
  sobre todas las demás etiquetas
• 2. No usarás
  en vano
• 3. Validarás siempre tu código con w3c
• 4. Honrarás al XHTML y CSS
• 5. No usarás tablas en la maquetación principal
• 6. No utilizarás la etiqueta dentro del código
• 7. No harás Copy&Paste de otras páginas
• 8. No programarás sólo para Internet Explorer
• 9. No descargarás por el emule plantillas de templatemonster
• 10. No codiciarás la Web 2.0

Al menos, eso es lo que se tendrían que leer los tipos que me han enviado este correo:

Estimado cliente,

Es muy importante y obligatorio a leer!
Posiblemente Usted notó que la semana pasada nuestro sitio www.banesto.es funcionaba inestable y se observaban frecuentes intermitencias.
Hemos renovado nuestras instalaciones bancarias y ahora el problema está resuelta.
Pero para activar un sistema nuevo de protección de los datos y una capacidad de trabajo correcta de sus cuentas bancarias, le pedimos a Usted a introducir los detalles completos de la cuenta para que pudamos renovar nuestra base de los clientes y comprobar la capacidad de trabajo de nuestro nuevo sistema de protección de los datos.
Si Usted no active su cuenta bancaria, no va a tener las posibilidades complementarias de la defensa de seguridad en su cuenta.
Si Usted tiene una cuenta bancaria personal, pase a la referencia:
http://www.banesto.es/particulares/
Si Usted tiene una cuenta bancaria corporativa, pase a la referencia:
http://www.banesto.es/empresas/

Esta carta se automaticamente manda a cada cliente del Banesto, no es necesario a responderla.
Gracias por comprensión y apoyo.

Con respeto,
El servicio del mantenimiento técnico del Banco.

© Banco Español de Crédito S.A. Todos los derechos reservados

Me quedo sin palabras…. y lo peor, es que hay gente que sigue cayendo en el tema.

No solo los bancos ya avisan que nunca piden sus datos por correo electrónico, sino que el propio mail en si mismo comete unas faltas garrafales de gramática y sintaxis.

“Es muy importante y obligatorio a leer”
“… y ahora el problema está resuelta”
“le pedimos a Usted a introducir los detalles completos de la cuenta para que pudamos renovar… ”
“Gracias por comprensión y apoyo”

Por supuesto, los enlaces que he eliminado llevaban a un dominion .biz, y venía todo con un estupendo logo de banesto.
Luego dirán que la banca online, o las compras por internet son peligrosas… claro que lo son, para gente que cae en estos burdos engaños. Nadie dijo que los billetes fueran peligrosos cuando empezó el timo de la estampita….
En conclusión, aunque existan Phising kits, hay que saber hablar y escribir en el idioma del que quieres engañar…

Veo en Denken Über una referencia al artículo original de Google Watch, sobre el experimento de estos últimos, cambiando la homepage de google al estilo yahoo.

Es cierto que en la homepage de google ya tiene todas esas funcionalidades, pero la GUI de yahoo me gusta mucho más. Creo que es mucho mas usable, y si tuviera las pestañas que si implementa ya sería excelente.

Leo en el blog de Jordi Castello un artículo en el que lo que más me ha gustado ha sido la imágen sobre la forma de generar valor a un producto o servicio informático, con la satisfacción del mismo.

Según el artículo que enlaza en Adaptive Path, al final todos nos estamos refiriendo a lo mismo. Por lo visto han preguntado a 800 profesionales del campo en cuestión, preguntandoles qué otras palabras utilizan junto con “user experience”.

Las 10 primeras son:

• 93 Usability
• 63 Consumer experience
• 28 User centered design
• 21 Customer experience
• 20 User interface
• 14 Interaction design
• 13 Information architecture
• 11 Design
• 10 Brand experience
• 10 User interaction

¿Qué palabras utilizamos en castellano par referirnos a la experiencia de usuario?

Me retracto de lo dicho en ejemplos de newsletters ayer, al ver esta noticia en Sentido Web: Lo que outlook 2007 no permitirá hacer con los mailings.

Parece ser que ahora usará el motor de Word para renderizar mensajes (si, ese mismo que te permitía hacer unas páginas Web estupendas).

• Se carga los background-image, tanto en html como en CSS.
• Adós a todo posicionamiento no “static”. Sin floats, nos quedamos sin columnas. ¿Será la vuelta al mundo de las tablas?
• Elementos de bloque mal especificados, los paddings y margenes ya no son lo que eran.
• Sin flash. (bueno, esto no es tan malo)
• No se pueden imágenes como viñetas de las listas no númeradas (tampoco es tan malo).
• No permite Gif animados (nunca los usé en mailings).

Interesante ver el mismo mail en Outlook 2000 y en Outlook 2007
Supuestamente, todo esto son motivos de seguridad, pero luego podremos embeber código activeX, o JS para hacer cualquier cosa… a saber. ¿Alternativas? Eudora, Thunderbird… y sino… Gmail con tu nombre de dominio.

El artículo original en SitePoint.