¡Hola!
El mayor problema con la planificación de un sitio web no radica realmente en la cantidad de horas que pasa en eso, sino en lo detallado que es el plan.
Hay dos escenarios principales en juego:
- Al crear una aplicación a gran escala, ¿cómo planifica y estructura su CSS?
- ¿Cuál es el mejor marco web para un backend web (API) de subproceso único?
- ¿Dónde puedo aprender cómo hacer aplicaciones web golang?
- ¿Hay alguna aplicación de informes disponible en la web?
- Escalabilidad: ¿Cómo encontrar cuellos de botella en su sitio web / producto web durante las pruebas?
- Sitio web a medida para el cliente
- Nuevo producto
Sitio web a medida para el cliente
En tal caso, lo que realmente necesita ante todo es una lista de funcionalidades en las que debe estar. El cliente debe especificar exactamente qué es lo que quiere lograr. Por ejemplo:
- El usuario debe poder agregar nuevos pedidos
- El usuario debe poder revisar el historial del cliente
- El usuario debe poder emitir facturas
Este tipo de cosas Una vez que sabe que todo ha sido presentado, es cuando se realiza su planificación general. Ahora, lo anterior no es realmente suficiente para comenzar a codificar, pero necesita más información, es decir, cómo el usuario va a usar el software. Ejemplo:
- El usuario debe tener un tablero que muestre los últimos correos electrónicos de clientes y posibles clientes. Al seleccionar un mensaje, se deben poner a disposición una serie de acciones (como “Nuevo pedido”, “Nueva factura”, etc.) para que el usuario pueda ver el mensaje y actuar de manera contextual.
- El historial del cliente debe estar en su propia pantalla y debe poder buscarse (cuando un usuario muestra el historial de un cliente, una barra de búsqueda debe estar disponible en la parte superior para buscar todas las transacciones de cierto tipo de varios clientes. Cuando “Buscar “Se presiona, debe aparecer una nueva ventana o cuadro de diálogo que enumere los resultados agrupados por cliente)
- El sistema debe ser capaz de reconocer los valores monetarios (basados en una redacción estándar) cuando se presiona el botón “Nueva factura” y ya debe detallar la factura basada en el mensaje. Si el mensaje se refiere a un artículo o paquete específico que se compone de múltiples sub-artículos, entonces estos también deberían reconocerse y detallarse con los descuentos correspondientes cuando corresponda.
Vea cómo esto le da una idea bastante buena de dónde está y hacia dónde quiere ir. También será increíblemente útil al tratar de hacer estimaciones serias.
Nuevo producto
Esto es ligeramente diferente porque aquí no hay un “punto de dolor” ya disponible por el que alguien esté dispuesto a pagar, por lo que la planificación es un poco diferente. En este caso, el problema principal es identificar el punto mínimo mínimo y el punto mínimo mínimo de interacción del usuario.
Manteniendo siempre el mismo tipo de producto que el anterior, podría optar por algo como:
- El usuario debe poder usar un panel para mantener notas sobre los clientes y los productos que solicitan.
- Si el usuario recibe un pedido de compra, el usuario debe poder crear un pedido basado en las notas que tomó.
- La tubería debería ser fácil de actualizar
- El historial del cliente o cliente potencial debe ser fácilmente accesible con una opción para realizar una llamada de Skype (o Whatsapp o lo que sea)
Ahora ves cómo esto es ligeramente diferente porque. De Verdad. no quiere meterse en el lío de interactuar con el sistema de correo electrónico desde el principio, ya que muchos (con razón) estarán preocupados de que si un pirata informático ingresa, se arruine. Sin embargo: con un producto a medida, puede haber, por ejemplo, una configuración ActiveDirectory o LDAP que lo haga posible con relativa seguridad. En ese punto, tiene sentido interactuar con su sistema de correo electrónico. Además, un nuevo producto bien planificado puede invertir más tarde en un conector que lo haga de manera segura y sensata.
¿Cuándo empiezas a involucrar a los codificadores?
Empiezas a involucrar a los codificadores cuando tienes la mayor parte de la amplia funcionalidad descubierta. En ese punto, pegar el código no será demasiado difícil si ya tiene algo (o mucho) de código existente que lo ayudará a sentar las bases.
Pero la planificación nunca se detiene mientras el producto se desarrolle activamente.
