Imagine que un cliente le pide que cree un sitio web y una aplicación móvil, para que pueda vender zapatos en línea fácilmente. Si usted es como yo, un desarrollador web, probablemente comenzará a planificar cómo obtener datos en cada zapato que estará en el sitio: debe haber algunas API JSON o XML proporcionadas por los fabricantes, o al menos algunos archivos CSV actualizados regularmente, ¿Correcto? Esto le haría pensar en cómo importar correctamente estos datos en las plataformas de comercio electrónico que podría usar para construir el sitio. Entonces probablemente comenzará a pensar en cómo procesar la masa, validar y desinfectar los datos y clasificarlos de acuerdo con el estilo, el tamaño, el color y el productor … Estos pensamientos pueden salir de control rápidamente en un millón de direcciones diferentes.
La razón de este proceso de pensamiento algo oscuro es simplemente porque no ha creado un sitio como este. No sabes qué esperar. Todo lo que tienes son tus suposiciones. Déjame contarte una historia rápida. Cuando Nick Swinmurn comenzó Zappos en 1999, imaginó un sitio en el que podía vender zapatos similares similares al propósito de nuestro cliente imaginario. Tuvo que construir un sitio de comercio electrónico de calzado, en un momento en que el desarrollo web era una nueva industria. Estaba tomando fotos de los zapatos que quería vender, publicó manualmente en su sitio, que en ese momento se llamaba zapato y luego, cuando llegó, regresó a la tienda y envió el pedido del cliente.
El propósito de esta anécdota es mostrar que incluso el fundador Zappos tomó proyectos en los que todo lo que tenía eran suposiciones que lo guiaron. Sin embargo, logró tener éxito. ¿Qué tiene esto que ver con WordPress? En este momento, es posible que se pregunte qué tiene que ver esto con WordPress. Te cuento esta historia porque muchas veces, cuando construimos un sitio, comenzamos pensando en lo que debe hacer un sitio y cómo la gente lo usará. Escribimos nuestros requisitos y luego confiamos en el código que los rodea. Evaluamos nuestro trabajo de acuerdo con el hecho de que lo que hemos creado puede hacer o no lo que creemos que debería hacer. Planeo escribir sobre la diferencia entre una aplicación y la creación de un sitio web; Pero luego me di cuenta de que primero debería hablar sobre las oportunidades aparentemente interminables que ofrece los desarrolladores basados en WordPress, oportunidades en las que, en muchos casos, no exploran y requieren la guía de nuestros propios supuestos. Nos pedimos que pensemos como una aplicación. Pensar como una aplicación nos hace pensar como un producto mínimo viable (MVP). Eso hizo Swinmurn en los primeros días de Zappos. Construyó lo que Eric Ries llama “The Wizard of Oz MVP” en su libro “The Lean Startup”. Swinmurn tuvo una visión de lo que se convertirá en Zappos, pero no tuvo experiencia real en la construcción del tipo de tienda de comercio electrónico que quería.
El problema era que, sin ninguna experiencia previa en la construcción de tiendas similares de Zappos, solo estaba con sus suposiciones sobre lo que se necesitaría para construir este sitio. Entonces comenzó con la versión más fácil y accesible de Zappos que podía crear en ese momento. El MVP de Zappos no se trataba solo de conseguir algo allí lo antes posible. Se trataba de transformar hipótesis en datos. Probó que el modo Zappos de vender zapatos funcionó y ayudó a definir el modo Zappos. Swinmurn ha transformado las hipótesis en información útil sobre la venta de zapatos en línea. ¿Cómo puede esto ayudarme como desarrollador de WordPress? Tengo un poco de conflicto interno. Parte de mí es un desarrollador: alguien que quiere automatizar todo y cree que puede escribir un if/loseif/else o cambiar para administrar casi cualquier situación.
El otro lado de mí es un emprendedor que ha sido programado para seguir cada gran idea que comienza con la pregunta “pero ¿qué es el MVP?” Debido a que todavía no soy un gran emprendedor exitoso, todavía trabajo de forma independiente. Puedo extender WordPress para cumplir con los objetivos del cliente, a menudo involucrando una interfaz de uso frontal personalizado para la entrada de datos, adquisición, creación de contenido y más. Es divertido para mí.
Las discusiones sobre este tipo de sitios pueden bloquearse fácilmente por casos marginales. Por ejemplo, ¿qué sucede si alguien quiere algo que no nos damos cuenta? Pensar en términos de MVP me permite enviar clientes a WP-Admin donde puedo hacerlo solo. Esto puede sonar como una salida o no quiero ayudar a mi cliente a alcanzar su objetivo de una solución totalmente automatizada para su negocio, pero no creo que lo sea. Este es el por qué. Si es un caso de borde, solo puede ocurrir unas pocas veces. Pueden pasar fácilmente diez minutos para resolver este problema manualmente. Puede que nunca suceda, o puede suceder todo el tiempo. Si sucede todo el tiempo, entonces obtienen información valiosa sobre su negocio, lo que puede ayudar a informar nuevas funciones en su sitio. La verdad es que una forma simple “contáctenos para obtener más información” es la forma más rentable de tratar estos tipos. de problemas. Puede recopilar análisis sobre estas solicitudes y usarlas para informar las decisiones futuras sobre cómo desarrollar esta función en el futuro. Necesita más datos para algunos sitios que creamos son para empresas consagradas que desean crear una presencia en línea o renovar su sitio web existente. Estos proyectos vienen con datos sobre cómo funciona el negocio. Estas hipótesis probadas pueden informar su proceso de diseño.

Pero cuando trabaja en la creación de algo nuevo, todo lo que tiene son suposiciones: lo que el cliente cree que es su negocio, lo que el desarrollador cree que el cliente quiere y cómo su experiencia influye en estas hipótesis. Es fácil construir lo que se requiere de usted, pero si su objetivo es crear una relación continua con un cliente, entonces debe hacer más que construir lo que le dicen. Debe cuestionar los supuestos y suposiciones de sus clientes e ingresar pruebas en el proceso de diseño para recopilar datos de sitios web y comerciales. Ya sea que se trate de un sitio de membresía, un sitio de comercio electrónico o incluso un blog, debe saber cómo se usa y cómo no se usa si espera mantenerse involucrado en el proyecto a largo plazo y ayudarlo a crecer. Esto no se refiere solo a la capacidad de facturar por más trabajo, sino también a la capacidad de construir cosas que realmente se utilizarán.
Piensa como una aplicación
Tags Piensa como una aplicación
homefinance blog