¿Qué es la «deriva de funciones» y cómo evitarla?

Empiezas con un conjunto reducido de funciones, un MVP sencillo y un calendario de desarrollo que parece realmente factible. Pero entonces, un inversor prudente solicita añadir una cosa más. Tu diseñador pone el grito en el cielo por una nueva función muy interesante que tu rival ha introducido recientemente. Uno de tus compañeros propone una función de IA increíble que ya estamos desarrollando. Y antes de que te des cuenta, tu proyecto se ha salido de control, se está retrasando y es mucho más complicado de lo que habías previsto. Eso es lo que se conoce como feature creep, ese crecimiento gradual y bienintencionado de tu producto que va mucho más allá de lo que se pretendía. Y aunque pueda parecer inofensivo en ese momento, es uno de los errores más comunes y costosos del desarrollo de SaaS. Es especialmente arriesgado para los fundadores sin conocimientos técnicos. Cuando no eres tú quien ha escrito el código, es fácil pensar que puedes añadir una función más y que nada saldrá mal. Pero sí que sale mal, poco a poco y luego de golpe. En este artículo analizaremos el origen de la proliferación de funciones, su manifestación en los productos SaaS y, sobre todo, cómo evitarla sin frenar el desarrollo.

En el desarrollo de software, el feature creep (también conocido como feature bloat o scope creep) se refiere a la introducción gradual de características no deseadas, que en la mayoría de los casos se añaden a costa del tiempo, el presupuesto y la experiencia del usuario. Aunque esto puede tener como objetivo diseñar una solución más holística, el resultado es un producto excesivamente complejo que no alcanza sus objetivos fundamentales. Con SaaS, esto puede causar dos problemas:

• Sobrecarga: acabas teniendo un producto más pesado, más complejo y más difícil de mantener.
• Desviación: tu producto resolverá demasiados problemas, en el mejor de los casos, solo de forma parcial.

Lo complicado del feature creep es que puede resultar muy difícil verlo como una pendiente resbaladiza. Las nuevas funciones parecen emocionantes. Incluso pueden basarse en buenos instintos o buenos comentarios. No obstante, sin filtros definidos, eres propenso a desarrollar un producto inconexo, que se vuelve más difícil de operar, vender y expandir.

Como su nombre indica, la proliferación de funciones puede producirse de forma gradual. Para evitar este fenómeno, es posible conocer los principales factores que lo provocan y evitarlo por completo. La mayoría de los casos de proliferación de funciones se deben a las siguientes razones:

Priorización deficiente u objetivos indefinidos.

Es fácil decir que sí a cualquier idea que se te ocurra sin tener una visión clara y unas prioridades definidas. El equipo se conforma con lo que suena bien en lugar de con lo que realmente importa.

Respuesta excesiva a las solicitudes de las partes interesadas o los usuarios.

Aunque los comentarios son muy necesarios, no todas las solicitudes justifican una nueva función, especialmente cuando los inversores, los usuarios beta o los primeros usuarios reclaman algo con urgencia. ¿El resultado? Una acumulación de trabajo pendiente y una atención divergente.

Falta de hoja de ruta o alcance del MVP

Es necesario contar con una hoja de ruta que especifique los hitos y el límite presupuestario para evitar desviaciones en el alcance. En ausencia de barreras de protección, el equipo comienza a resolver casos extremos en lugar de centrarse en la funcionalidad principal.

Presión de la competencia

Es tentador mantenerse al mismo nivel que la competencia, lo que da lugar a la introducción de nuevas funciones que no son coherentes con el propósito de tu producto. Imitar es una sensación segura, pero también una forma rápida de acabar en la basura.

Política interna y ego

A veces, la proliferación de funciones es de naturaleza interna, o el impulso de incluir funciones innecesarias, que no son beneficiosas para el usuario.

Equipos de productos distribuidos Colaboración remota y falta de concentración

Los equipos de producto distribuidos pueden exacerbar la proliferación de funciones. La comunicación puede producirse entre herramientas y zonas horarias, donde nadie toma las decisiones finales sobre el producto y, por lo tanto, es muy fácil que las aportaciones bienintencionadas acaben convirtiéndose en una proliferación descontrolada de funciones.

La proliferación de funciones puede producirse de diferentes maneras en el desarrollo de SaaS. Se conoce comúnmente como producto mínimo viable (MVP). Aunque hay numerosas pruebas que demuestran la importancia de un MVP, se necesita mucha más disciplina de la que la mayoría de los equipos creen para estar dispuestos a dar un paso inicial tan importante en el proceso ágil de desarrollo. En muchos casos, la proliferación de funciones se asemeja a la introducción de funciones secundarias excesivas en un MVP. El otro síntoma típico de la proliferación de funciones en el desarrollo de SaaS es una interfaz de usuario sobrecargada que dificulta la navegación. Los diseños básicos y habituales de UX pueden ser difíciles de mantener en casos en los que se produce una proliferación de funciones. Un buen ejemplo de software rico en funciones que puede abrumar al usuario con demasiadas funciones y una interfaz demasiado complicada es Adobe Illustrator. Aunque intuitivo, el diseño del producto no es fácil de usar debido a su gran número de funciones, lo que hace que solo los usuarios experimentados puedan sacarle partido.

Cómo las herramientas de IA pueden impulsar accidentalmente las entrevistas con usuarios hacia los flujos de trabajo de desarrollo de hojas de ruta

La IA está acelerando todo: desde el proceso de entrevistas a los usuarios hasta el proceso de planificación y los flujos de trabajo de desarrollo. Pero la velocidad no siempre es buena si implica la entrega de funciones que nadie ha solicitado. Así es como la IA está contribuyendo a la proliferación de funciones:

• Sobrecarga de ideas: un sistema como ChatGPT puede utilizarse para generar docenas de ideas sobre una función a la vez. Sin embargo, estas no tienen sentido hasta que el usuario las valida. El volumen puede confundirse fácilmente con el valor.
• Agentes intrusivos: los agentes o asistentes de IA se anuncian con frecuencia como soluciones integrales, con funciones de programación de citas, seguimiento automático de correos electrónicos e integraciones en tiempo real, pero tu producto aún no necesita nada de eso.
• Comentarios automatizados: los resumidores de IA tienen la capacidad de extraer las «peticiones» de los usuarios a gran escala, pero no indican necesariamente qué problemas son reales y cuáles son casos extremos. El hecho de que los datos puedan impulsar a los equipos a crear de forma rápida en lugar de deliberada.
• «Es fácil de construir, ¿por qué no hacerlo?»: Herramientas de desarrollo en el mundo moderno + IA = prototipado rápido. Pero por fácil no me refiero a estratégico. El simple hecho de que puedas entregar algo rápidamente no implica que debas hacerlo.

Un informe del Project Management Institute (PMI) (2018) afirma que aproximadamente la mitad de los proyectos sufren desviaciones en su alcance. A pesar de que la desviación de características es algo habitual, puede resultar desastroso para los equipos de SaaS. Un producto afectado por la sobrecarga de características puede resultarles costoso de diversas maneras.

Aumento de los costes y incumplimiento de los plazos: más funciones suponen ciclos de desarrollo más largos, más errores y mayores costes. Aumento de los costes de desarrollo e incumplimiento de los plazos. El desarrollo de software requiere mucho tiempo. Cualquier exceso de funciones del producto alargará tu calendario y lo complicará, lo que acabará aumentando tu proyecto y elevando el coste. Inconvenientes causados por la complejidad: normalmente hay una buena razón detrás de la sobrecarga de funciones, incluso cuando parece que se centra en el usuario, pero, en realidad, la sobrecarga de funciones da lugar a una experiencia de usuario peor. La complejidad no permite una experiencia fluida y fácil de usar, lo que pondrá en peligro tus posibilidades de atraer y retener a los usuarios. Alejarse de las propuestas de valor del producto: a veces, la proliferación de funciones se produce cuando los equipos comienzan a perseguir novedades llamativas, como funciones de inteligencia artificial o reconocimiento de voz, aunque no se ajusten al propósito declarado del producto. Así es como la proliferación de funciones puede hacer que tu producto no se convierta en lo que promete ofrecer a los usuarios.

La acumulación de funciones se produce cuando cada idea es urgente. Los sistemas adecuados te ayudan en el proceso de filtrar, centrarte y decir que sí, con un propósito. Estos son seis pasos para mantener tu producto SaaS en el buen camino:

1. Establece objetivos claros

Basá tus elecciones de productos en un punto determinado. Cuando los objetivos no están claros, las características se multiplican. Las decisiones son más fáciles de tomar cuando están claras y tienen un orden de prioridad.

2. Aplicar el marco de priorización

Es natural tender a convertir algunas características en una cruzada. En lugar de dar prioridad a la voz más fuerte de la sala, utiliza medidas más objetivas, como la matriz de impacto frente a esfuerzo o la puntuación RICE, para tomar decisiones sobre las características de mayor valor.

3. Crea una hoja de ruta eficaz.

Una hoja de ruta tiene dos funciones clave en el desarrollo de productos. Puede servir como plan de acción para tu proyecto y también como contrato para tu equipo. Haz que tu equipo se ponga de acuerdo en una hoja de ruta con hitos concretos y un alcance bien definido del MVP antes de escribir una sola línea de código.

4. Recopila comentarios específicos

En lugar de responder a todos los comentarios individuales, identifica los temas y patrones en los comentarios de los usuarios. Esta estrategia te permitirá justificar la incorporación de una nueva función y evitarás añadir algo a tu producto demasiado rápido. Busca soluciones, no casos extremos.

5. Controlar los cambios institucionales

Establece un proceso de respuesta a las solicitudes de cambio. Cada adición debe tener un motivo claro, un análisis de coste-beneficio y una razón por la que debe existir que esté en consonancia con el usuario. De esta manera, te aseguras de que habrá un valor añadido en las funciones que no sobrecargarán tu producto.

6. Ten en cuenta al usuario final

Es fácil olvidar que estás tomando decisiones sobre la funcionalidad potencial de tu producto basándote en tus propias opiniones. Considera siempre la posibilidad de que una nueva función aporte un valor tangible al usuario. Pregunta: ¿Simplificará, aclarará y mejorará el producto para nuestro cliente ideal?

Utiliza una matriz de priorización de características: una ayuda visual que ayuda a los fundadores a clasificar y organizar las características, asegurándose de que se planifican utilizando el valor estratégico y no la política interna o las modas pasajeras.

AskIris

Aumento progresivo de funciones El aumento progresivo de funciones es habitual cuando se desarrollan aplicaciones para el sector sanitario: lo normal son los sistemas grandes y heredados. Sin embargo, AskIris no se ajustó a esa norma y optó por centrarse más en las funciones esenciales, y solo considerará añadir extensiones una vez que los usuarios den su opinión al respecto. Esta nueva aplicación para el sistema de armarios de suministros hospitalarios logró establecer de forma clara y coherente su objetivo de ayudar al personal de enfermería y al resto del personal médico a encontrar el inventario cuando fuera necesario, en un MVP funcional bien diseñado y con un aspecto atractivo.

Virtuosismo

Como dos educadores de carrera, que centraron su trabajo en desarrollar cualidades de liderazgo en otros, Virtuosity representó una oportunidad para preparar a más personas con las habilidades prácticas necesarias para convertirse en líderes competentes. Aunque los fundadores no eran desarrolladores, comprendían la importancia de tener un MVP. Contaron con un equipo y un proceso de desarrollo que les ayudó a evitar la proliferación de funciones y a conocer las características principales que eran más importantes.

Los equipos de desarrollo no solo ayudan a los fundadores a crear productos, sino que también les ayudan a crear el producto adecuado en el momento adecuado. Para ello, lo primero es asegurarnos de no introducir complejidades innecesarias desde el principio.

SolutionLab: Claridad antes que código

La mayoría de las malas ideas no pertenecen a la categoría de «solution creep», sino que las buenas ideas están en el lugar equivocado. Esa es una de las razones por las que los equipos siguen procesos estructurados, no solo para definir el MVP, sino también para ayudar a los fundadores a considerar cuidadosamente cada nueva característica. En lugar de plantearse la pregunta «¿Deberíamos añadir esto?», los equipos ayudan a los fundadores a preguntarse:

• ¿Qué problema resuelve esta función?
• ¿A quién va dirigido?
• ¿Cómo sería el éxito si lo lográis?
• ¿Podemos validarlo antes de escribir el código?

Al utilizar las funciones como MVP independientes, los fundadores tienen claro qué desarrollar en este momento, qué posponer y qué no desarrollar. Esta actitud es esencial para mantener la agilidad, la concentración y la sintonía con las necesidades reales de los usuarios, a pesar de los cambios en el producto.

Una vez que tu producto está listo, es muy fácil empezar a enviar todas las solicitudes que llegan. HDD ayuda a evitarlo. Los sistemas posteriores al lanzamiento trabajan con todas las ideas nuevas como hipótesis falsificables: «Con la incorporación de X, creemos que ocurrirá Y». A continuación, los equipos utilizan la medición del impacto para intentar expandirse, lo que ayuda a escalar basándose en datos reales y no en suposiciones. El cambio es algo con lo que hay que lidiar. De hecho, la mayoría de los productos digitales conservarán o perderán sus características más importantes a lo largo de su existencia. Los cambios informados, que son estratégicos y se basan en los comentarios de los usuarios, fortalecen un producto. Añadir características innecesarias que se convierten en obstáculos para los objetivos del software se conoce como «feature creep» (crecimiento excesivo de características) y pronto puede acarrearte problemas. Los proyectos de software pueden morir lentamente debido al «feature creep». Las trampas del «feature creep» son costosas de sortear; sin embargo, puedes evitarlas manteniendo la vista puesta en tus objetivos, centrándote en las características y proporcionando procedimientos adecuados de gestión del cambio, y ofrecer un producto exitoso que satisfaga a tus clientes y cumpla tus objetivos comerciales.

La proliferación de funciones se produce con frecuencia al tomar decisiones pequeñas pero significativas de forma aislada. Aquí unas cuantas funciones adicionales, allá una nueva solicitud, y antes de que te des cuenta, tu producto olvida las razones por las que se consideraba valioso en un principio. En el caso de un fundador sin conocimientos técnicos, la transparencia es tu mejor baza. Al comprender qué es y qué no es tu producto, podrás crear algo con sentido, evitar la sobrecarga y mantener el impulso en la dirección correcta.