Es fácil sobrestimar las funciones del sitio en los dos sentidos. Se puede pagar por un área personal que nadie usa, o por una calculadora compleja que los clientes pasan de largo sin rellenar. O se puede ahorrar al inicio y lanzar el sitio sin lo que de verdad hace falta en el trabajo: las solicitudes se pierden en el correo, el gestor las pasa a mano a una tabla, y los precios del sitio no coinciden con la lista de precios.
Los dos errores salen caros, solo que en momentos distintos. El primero — enseguida, en el presupuesto. El segundo — después, en solicitudes perdidas y en rehacer el trabajo. Abajo, cómo distinguir una función necesaria de una que sobra, y qué es razonable aplazar hasta el lanzamiento.
Cómo saber si una función hace falta
Cada función del sitio debe tener respuesta a tres preguntas. Qué proceso atiende: una venta, una reserva, un cálculo, el tratamiento de solicitudes. Quién la va a usar: el visitante, el gestor, usted mismo. Y qué pasará si no se hace.
La última pregunta es la más útil. Si sin la función el proceso simplemente se vuelve un poco menos cómodo, se puede aplazar. Si sin ella el proceso no funciona o exige trabajo manual cada día, conviene incluirla desde el inicio.
Otra comprobación — la frecuencia. Una función que se usa cada día recupera antes el desarrollo que una que hace falta una vez al trimestre. Una tarea poco frecuente a veces es más simple resolverla a mano.
Si busca un desarrollo de sitio económico, conviene empezar por la lista de funciones. Cada función de más alarga el desarrollo y complica el soporte, así que una primera versión razonable suele contener solo aquello sin lo cual el sitio no cumple su tarea.
Formularios, quizzes y calculadoras
Con esta elección se duda a menudo. Un formulario simple de solicitud hace falta en casi cualquier sitio. Un quiz y una calculadora — herramientas para situaciones concretas.
Los comparé con detalle en un artículo aparte sobre quizzes, calculadoras y formularios corrientes, así que aquí solo hay una orientación. Un quiz con ramificación es útil cuando al cliente le cuesta formular la tarea de entrada, y las respuestas a varias preguntas le ayudan a él y a usted a entender qué hace falta. Una calculadora se justifica cuando el precio se puede calcular con honestidad por una fórmula, y al cliente le importa verlo de antemano. Si las solicitudes se parecen entre sí y de todos modos exigen una conversación con el gestor, normalmente basta un formulario simple.
Aquí la complejidad crece rápido. Un quiz con varios escenarios, condiciones y cálculo del coste exige una valoración aparte y pruebas, así que conviene hacerlo cuando está claro qué preguntas distinguen de verdad a un cliente de otro.
Catálogos y filtros
El catálogo hace falta cuando hay muchos productos o servicios y el visitante tiene que elegir. Los filtros hacen falta cuando hay que elegir por varios parámetros: tamaño, precio, material, finalidad.
Un filtro que nadie usa suele indicar que los parámetros elegidos no son los adecuados. Por eso conviene anotar de antemano cómo eligen el producto los clientes cuando llaman o escriben al gestor. Los filtros se construyen según esos parámetros, y no según todas las características que hay en la tabla.
Si hace falta un carrito, también es una pregunta aparte. En una tienda online el comprador pone el producto en el carrito y hace el pedido él mismo. Si el precio depende de las condiciones y el gestor de todos modos lo precisa, a menudo es más cómodo un catálogo con solicitud. Esta decisión conviene tomarla antes del inicio, porque de ella dependen cómo se arman las tarjetas y todo el recorrido de compra.
Áreas personales
Un área personal complica de forma notable tanto el desarrollo como el soporte. En ella aparecen el registro, la recuperación de la contraseña, el almacenamiento de datos y distintos permisos de acceso, y todo eso hay que comprobarlo y mantenerlo.
Se justifica cuando el cliente vuelve al sitio con regularidad y de verdad necesita ver su historial: pedidos, documentos, reservas, acceso a los materiales del curso. Si el cliente viene una sola vez, deja una solicitud y después habla con el gestor, no necesita un área.
A veces la tarea del área se puede resolver de un modo más simple. Por ejemplo, enviar los documentos por correo o dar acceso a los materiales por un enlace. No siempre es igual de cómodo, pero para una primera versión puede bastar.
CRM y otras integraciones
La integración hace falta cuando los datos del sitio tienen que llegar a otro sistema sin un traspaso manual. La más frecuente — el envío de solicitudes: a un CRM, a una tabla, al correo, a un mensajero. Normalmente es una configuración sencilla, y casi siempre es útil: una solicitud que hay que reescribir a mano tarde o temprano se pierde.
El pago y la entrega — también integraciones. Conviene incluirlos desde el inicio si el sitio tiene que vender, y probarlos antes del lanzamiento en escenarios reales: el pago se realizó, no se realizó, el pedido se canceló.
Es más difícil cuando hace falta un intercambio con servicios externos en los dos sentidos, o una lógica propia para tratar los datos. Esas tareas exigen estudiar la documentación del servicio, configurar los permisos de acceso y tratar los errores. Yo las valoro por separado, como tareas no estándar, y solo después de que esté claro qué proceso automatizan.
Qué hacer de inmediato y qué después del lanzamiento
Muchas funciones se añaden bien más tarde, cuando el sitio ya funciona y se ve cómo se usa. Eso no significa que no vayan a estar: simplemente la decisión se toma a partir de datos reales, y no de suposiciones.
| Normalmente hace falta de inmediato | Se puede añadir después del lanzamiento |
|---|---|
| Formulario de solicitud y envío de las solicitudes adonde las esperan | Un quiz, si aún no está claro qué preguntas importan |
| Catálogo y filtros principales, si hay muchos productos | Filtros adicionales por parámetros secundarios |
| Pago y entrega, si el sitio vende | Un área personal, si los clientes vuelven poco |
| Consentimiento para el tratamiento de datos personales en los formularios | Una calculadora, si el precio todavía se calcula a mano |
| Analítica, para ver cómo se usa el sitio | Integraciones que ahorran tiempo, pero no son críticas |
Esto es una orientación, no una regla. Para un negocio la calculadora — la función principal, sin la cual no tiene sentido lanzar, para otro — un añadido agradable.
El mismo principio lo uso también en Telegram Mini Apps: primero una base que funciona, y el pago, las áreas personales y la analítica — como etapas siguientes, cuando quede claro que hacen falta.
Cómo dejar prevista la evolución del sitio
Aplazar una función es más fácil si el sitio está preparado para ello. Por eso al inicio conviene decir no solo qué hace falta ahora, sino también qué puede hacer falta después. Entonces la estructura, las plantillas de las páginas y los datos se proyectan con margen, y una función nueva se puede añadir sin rehacer el sitio.
Por ejemplo, si dentro de medio año se planea un catálogo, conviene nombrar y ordenar las secciones de modo que el catálogo encaje en ellas con naturalidad. Si es posible un área personal, los datos de los clientes conviene reunirlos en un solo lugar desde el principio.
La funcionalidad compleja la puedo asumir yo, y su volumen simplemente se tiene en cuenta en el presupuesto. Para entender qué conjunto de funciones necesita su sitio ahora y cuál más tarde, describa la tarea en el quiz del sitio. Responderé en persona y propondré una primera versión con la que se puede lanzar.