Cómo lidiar con Feature Creep
Si alguna suposición es segura, es seis meses después de lanzar un sitio web (¿o antes?), Sus propietarios tendrán una lista de cosas que quieren cambiar , desde errores tipográficos menores hasta funcionalidades completamente nuevas.
¿Es posible aceptar el arrastre de características como un proceso natural (o al menos inevitable)?
Muchos sitios web comienzan a fallar cuando cambian sus objetivos o se expande su alcance.
Feature creep se establece cuando un cliente solicita un pequeño ajuste que toma solo un minuto ... y luego nunca deja de realizar solicitudes.
La aceptación de la fluencia característica como un proceso natural requiere la capacidad de distinguir entre una necesidad genuina y una imaginación huida o "No sería genial si ..."
Los clientes, naturalmente, quieren exprimir tanto trabajo de un presupuesto como puedan. En ocasiones, los diseñadores y desarrolladores deben decir: "No, eso va más allá de lo acordado".
Pero no todas las solicitudes de cambio son insignificantes; y al igual que la web, los proyectos y las empresas cambian con el tiempo: las tiendas tienen ventas estacionales; las empresas desarrollan nuevos productos; servicios en línea refinan sus procesos; publicaciones lanzan contenido fresco. El cambio sucede
Evitar el deslizamiento de la solución
Los clientes pueden conocer su negocio, pero contratan expertos en la web para su experiencia en la web. Las características de fluencia se establecen cuando los clientes olvidan eso y tratan a los diseñadores como herramientas en lugar de resolver problemas.
Ser capaz de explicarle a personas que no son web demasiado entusiastas qué técnicas y tecnologías no son apropiadas para un determinado sitio web es una tediosa guerra de desgaste.
Pero los diseñadores que se presentan a sí mismos como solucionadores de problemas , y no meros monos que codifican, son vitales para sus relaciones con los clientes.
La clave es hacer que el cliente traiga problemas, no soluciones. Digamos que el cliente aprende sobre Twitter. Es todo furor, les dicen. Entonces lo quieren. Ahora.
A la larga, el esfuerzo de escribir tweets resultará frustrante a menos que los tweets creen beneficios mensurables. En cambio, pregúntele al cliente si necesita una cuenta de Twitter que publique en el blog de la compañía o simplemente necesita publicaciones de blog de mayor calidad.
Aquí hay unos ejemplos:
"Quiero un diseño vibrante" es una solución, no un problema.
"¿Qué haría que el sitio web luzca vibrante?" Es un problema de diseño.
"Quiero una herramienta de búsqueda" es una solución, no un problema.
"Los clientes no están encontrando nuestros productos" es un problema de diseño.
"Quiero una fuente RSS" es una solución, no es un problema.
"¿Qué medios de comunicación son más probables de esperar y usar los visitantes de nuestro sitio web?" Es un problema de diseño.
"Me gusta el diseño de este otro sitio web" es competencia envidia, no una solución.
"No eres ellos", tampoco es una respuesta adecuada.
Más bien, "¿Cómo desea que los clientes perciban su empresa u organización?" , La conversación volvería a encarrilarse.
Si su pregunta, "¿Qué piensa de este logotipo?", Va seguida de un silencio incómodo, luego hágala girar con un doble: "¿Cómo desea que los clientes vean su marca? ¿Qué imágenes asociarían sus clientes con esas cualidades?
En cada caso, la función de creep se puede manejar al convertir "I want" en una pregunta para que el diseñador , no el cliente, la resuelva .
Pregunta todo al frente
Aprender a hacer preguntas aparentemente poco realistas es importante y, con cierta práctica, sorprendentemente divertido.
Por ejemplo, ¿cuándo necesitaría un sitio web más de una página de inicio? ¿O qué pasa si una cafetería comienza a vender videos?
Estas preguntas solo parecen ridículas si estás pensando en problemas inmediatos.
Considera múltiples páginas de inicio. Los visitantes que regresan pueden no necesitar la introducción completa que los recién llegados harían. En ese caso, una página de inicio que muestra los destacados más recientes funcionaría junto con una página de inicio que tiene una visión general.
Google Optimizador de sitios web ayuda a rastrear cuál de las páginas de inicio genera tráfico más significativo.
Una estrategia es triplicar tus más altas expectativas . Imagine tres páginas de "Contáctenos", treinta categorías en lugar de diez y tres niveles de navegación en lugar de uno. ¿O cómo manejarías una página de contenido si se volviera tres veces más larga?
Otra estrategia es cortar todo en un tercio. ¿Qué pasa si quieres diseñar páginas web para dispositivos móviles? ¿Cómo podría un diseño de 960 píxeles de ancho encajar en una pantalla de 320 píxeles de ancho? ¿Qué sucede si el sitio web genera solo diez ventas por mes en lugar de una por día? ¿Cómo cambiaría la página "Acerca de nuestro equipo" si el personal de 15 se redujera a 10?
Antes de firmar cualquier contrato, busque estas palabras cruciales: "a", "an", "the" y "one".
Antes: "El sitio web tendrá una lista de servicios".
Después: "El sitio web tendrá varias listas de servicios organizadas por tema".
Antes: "El formulario de contacto enviará un correo electrónico al propietario".
Después: "El formulario de contacto principal enviará correos electrónicos al propietario y, dependiendo del tema, el coordinador de la instalación, el soporte técnico o el vendedor principal".
Antes: "El encabezado será naranja".
Después: "El encabezado de la página de inicio será naranja. Los encabezados de las páginas interiores serán la mitad de altos para enfatizar el contenido ".
Antes: "Los perfiles de membresía incluirán un número de teléfono y una dirección de correo electrónico".
Después: "Los perfiles de membresía contendrán los datos de contacto, incluidos los números de teléfono (oficina, domicilio, otros), números de fax, direcciones de correo electrónico y tres campos abiertos para dirección postal, cuentas de Twitter y Facebook, y similares".
Antes: "El blog estará organizado por fecha".
Después: "La pantalla predeterminada del blog mostrará las publicaciones por fecha. Las publicaciones se organizarán con etiquetas; la página se diseñará para que no parezca vacía cuando solo tenga cinco publicaciones; y los visitantes podrán navegar al menos 500 publicaciones ".
Los mejores planes no se limitan a un diseño específico, sino que representan una variedad de parámetros. Los problemas son solo ridículos cuando te entregan uno en la fecha límite.
Necesidades genuinas
Ningún sistema puede dar cuenta de cada escenario.
La mayoría puede adaptarse a pequeños cambios incrementales a lo largo de la vida útil del sitio web, pero cuando las soluciones de parche superan en número a los problemas iniciales, es hora de mostrar la palabra que ningún cliente quiere escuchar: "reconsiderar".
Cuando comenzar de cero es más eficiente que arreglar los cambios que resolvieron problemas anteriores (pero rompió otras cosas), el mayor obstáculo es convencer a todos los implicados de que el cambio drástico ahora es mejor a largo plazo.
Entonces necesitas otra palabra: "rentable".
El código de aplicación de parches o el ajuste de ajustes atrae a diseñadores, desarrolladores y clientes porque es rápido. Se rascan con un mínimo esfuerzo. Y cuanta más gente se avergüence de arreglar un sitio web que se rompa con el más leve toque, es menos probable que alguien sugiera un mayor dolor de cabeza.
Pero esa es una señal segura de que el cambio es necesario. La característica de Draconian creep se produce cuando los técnicos y diseñadores realmente temen hacer cambios. Conoces el proyecto: el que tiene el historial de casos con su propio archivador, con el propietario cuya voz hace estremecer a las personas y los complicados procesos que requieren manuales de usuario que nadie tiene tiempo para escribir.
Tales proyectos cuestan más que dinero. Son cerdos de recursos moralmente agotadores que sacan la atención de los proyectos más nuevos y ágiles y causan rechinar los dientes lo suficiente como para llevar a los dentistas a través de la recesión.
La guerra contra este tipo de arrastre de características comienza definiendo problemas , incluidos los problemas que surgieron de las soluciones de resolución de síntomas.
Enfoque completo repensa mirando a largo plazo, tanto en el pasado como en el futuro. El sitio web era genial en ese momento, pero las cosas han cambiado. La tecnología ha mejorado. Los productos o servicios del cliente han evolucionado. Los clientes son más (o quizás menos) sofisticados o tienen necesidades diferentes.
Diseñe un plan para hacer esta transición práctica . Los detalles dependen de la naturaleza del sitio web, pero equivalen a lo mismo: convencer al cliente de que la cura drástica no es peor que el curso actual de mascar goma de mascar y achicar. Esta es una guerra psicológica tanto como una solución técnica de problemas.
Pasará
La mayoría de las características de fluencia adoptan dos formas: un picor que un cliente desea rayar y una genuina necesidad de cambio.
Si puede expresar la demanda como una pregunta , entonces se posiciona como un tomador de decisiones, en lugar de alguien que sigue todos los caprichos mal informados del cliente.
Darse cuenta de que el cambio sucederá. Un sitio web que nunca cambia es un pozo negro.
Ben Gremillion es un diseñador web independiente que ha aprendido que los clientes responden bien si puedes mantener la calma cuando pierden la suya.
¿Cómo lidias con la característica de fluencia? Por favor comparte algunas de tus experiencias con nosotros ...