¡Explicación detallada del flujo de trabajo del proyecto APP!
Antes de hacer cualquier cosa, primero debes considerar las necesidades del usuario, el valor comercial y la dificultad técnica detrás de esto. Sólo cuando los usuarios tengan necesidades su producto será utilizado por otros; sólo cuando se establezca su valor comercial podrá generar beneficios para la empresa. Después de todo, el objetivo más básico de una empresa es obtener beneficios. El proyecto completo sólo podrá implementarse si la evaluación técnica general es factible. Hoy en día, todo el mundo persigue emprendimientos "rápidos" en Internet, como financiación en dos meses, usuarios que superan el millón en abril y cotización en Nasdaq tres años después. Sin embargo, así es como se ve todo el mundo cuando ve a otros tener éxito al iniciar un negocio. No sé si el requisito previo para hacer cualquier cosa es que sepas lo que estás haciendo. Es cierto que no puedes descartar que seas lo suficientemente valiente y afortunado para hacer lo que quieras, pero eso es sólo un caso individual y no merece una mayor investigación.
Durante la ejecución del proyecto, a menudo nos encontramos en una situación en la que hay un grupo de personas juntas y el ambiente de discusión es apasionante. A dijo que los botones en este lugar no son buenos, B dijo que este lugar debería ser como las aplicaciones de otras personas y C dijo que ninguno de ustedes tiene razón. Debería ser este módulo en lugar de este. Participar regularmente en tales discusiones llevaría mucho tiempo y sería físicamente exigente, durando varias horas seguidas, pero una vez terminada la reunión, descubrí que no había salido nada. En la mayoría de los casos, debe haber un problema con el posicionamiento del producto. El ejecutor debe saber para qué se utiliza el producto y para quién es antes de poder discutir los detalles específicos normalmente. Si discutimos apasionadamente durante mucho tiempo, pateándonos la nariz y la cara, y descubrimos que no hay resultado, la discusión en la reunión se desviará. También podríamos volver a la esencia y pensar en cuál es el posicionamiento de nuestro producto.
Definición del producto: El posicionamiento del producto incluye dos contenidos principales, uno es la definición del producto y el otro es la definición de la demanda. Los contenidos que se analizarán en la definición del producto incluyen los usuarios del producto, las funciones principales y las características del producto.
Por ejemplo, si desea abrir una aplicación de reclutamiento móvil ahora, ¿qué debe hacer primero como gerente de producto? China tiene una enorme población activa y diversas industrias cada año, por lo que hay que pensar detenidamente a qué tipo de personas están destinados sus productos. Si quieres servir a personas de todos los ámbitos de la vida, es imposible. En primer lugar, es difícil para una pequeña empresa integrar información de contratación de tantas industrias. Además, la gente de todos los sectores no es muy receptiva a Internet.
A través del análisis de datos y la investigación, se encuentra que el país ahora fomenta el espíritu empresarial, y el período pico de espíritu empresarial inevitablemente generará una gran demanda de mano de obra. En particular, casi se puede decir que el espíritu empresarial no tiene nada que ver con Internet. Las personas involucradas en Internet tienen un alto grado de aceptación de las aplicaciones y al menos están dispuestas a probarlas. Por lo tanto, considera a los profesionales de la industria de Internet como usuarios de sus productos.
Cuando analizas otras aplicaciones de contratación, descubres que hay muchos problemas con estas aplicaciones. Por ejemplo, solo quiero encontrar trabajo en Xierqi, Beijing, pero muchas aplicaciones actualmente no tienen selección. Aunque puedes audicionar, recibes muy poca información; hay muy poca información corporativa y no puedes entenderla; antes de que se estableciera la entrega, como solicitante de empleo, quería saber quién es el jefe de esta empresa; En la era de Internet, los currículums electrónicos son completamente aceptables. ¿Por qué los reclutadores necesitan imprimir sus propios currículums cada vez que contratan? No es muy conveniente para los solicitantes de empleo imprimir currículums porque pueden cambiar en cualquier momento, lo cual es muy inconveniente para los solicitantes de empleo. Si desea crear esta aplicación, sus características especiales son:
1. La ubicación admite la clasificación de la ubicación empresarial
2. Los reclutadores a menudo deben brindar comentarios a los solicitantes de empleo;
3. Cancelar currículums en papel. La función principal es la contratación.
Ahora llamamos a esta APP Feige Recruitment.
Definición de requisitos: el análisis de la definición de requisitos incluye tres aspectos: usuarios objetivo, escenarios de uso y objetivos del usuario. ¿Qué tipo de personas son los usuarios objetivo que utilizarán su producto? La función principal se refiere a para qué se utiliza su producto, ya sea que la herramienta sea social u otra; ¿cuál es la diferencia entre su producto y otros productos en el mercado? Esta es una característica del producto.
Acabamos de aclarar los grupos aplicables de la aplicación, las funciones principales y las características del producto. Algunas aplicaciones de contratación del mercado son para cazatalentos que quieren cambiar de trabajo. ¿Quién es el usuario objetivo de su aplicación? Según el análisis de funciones y los puntos débiles de los usuarios, los usuarios objetivo del producto son personas que desean encontrar trabajo en ubicaciones específicas, como personas que se han establecido en Houshayu, Beijing y quieren trabajar en Wangjing. Cuando se mudó por primera vez a Huilongguan, es posible que se sienta inclinado a buscar trabajo en Xierqi cuando se enfrente a cambios de trabajo.
Lo anterior es el contenido de todo posicionamiento del producto. Una vez completados, el siguiente paso es el análisis de productos competitivos y la investigación de usuarios. Por un lado, se trata de una cierta verificación de nuestras necesidades. Por otro lado, también es una oportunidad para que contactemos directamente con los usuarios para ver cuáles son sus necesidades.
La evaluación preliminar de la demanda es una tarea muy ardua. Si el director de producto es el propio jefe, tiene la mente clara. Si no es fácil quedar atrapado en el mar de demandas, se extraviará después de la discusión. Después de la discusión, parece que se necesitan todas las funciones. Esta función es muy útil y debe agregarse. Esa función es muy divertida, los usuarios deben ser muy interesantes. Esta afirmación es siempre completamente subjetiva y a menudo parece razonable en el momento, pero no resiste el escrutinio posterior. Por lo tanto, siempre debemos comprender el posicionamiento y la prioridad del producto, y nunca hacer a ciegas muchos sacrificios y luchas valientes en este lugar (decisiones menos imprudentes, desconsideradas e irreflexivas).
Formulario de registro de requisitos:
En el proceso de selección temprana de requisitos, habrá muchos requisitos de un tipo u otro, algunos de los cuales no podemos juzgar ni acordar de inmediato. Estas ideas pueden convertirse en puntos de inspiración para nuestras futuras iteraciones de productos y también aportarán ideas más amplias al desarrollo de productos. Una buena gestión, respetar las ideas de todos y dejar constancia de las ambigüedades será de gran ayuda para el avance y progreso de la reunión.
Los documentos de demanda del mercado y los documentos de demanda empresarial suelen ser más maduros en las grandes empresas. En las empresas pequeñas, la mayoría de las decisiones las toma el propio jefe. Es posible que el jefe no necesariamente haga este tipo de documento, pero definitivamente él mismo tendrá un conocimiento básico del mismo, o puede que conozca muy bien una determinada industria. Estos dos documentos no son ni superfluos ni engorrosos. Antes de iniciar un proyecto, es fundamental dedicar un tiempo a comprender profundamente la industria y los usuarios. Los detalles específicos del documento no se detallarán aquí. Hay muchos documentos en línea como referencia.
Como persona que no es técnica, no escribiré más aquí. Respetar a los desarrolladores y tener una buena relación con ellos será de gran ayuda para promocionar el producto.
En el artículo anterior te he contado las tres cosas y requisitos que se deben hacer antes de iniciar el proyecto; 2. Negocios; Una vez resueltos estos preparativos, el siguiente paso es la implementación. El proceso de implementación no es tan macro como antes, pero hay que tener cuidado y paciencia.
Una vez generados los requisitos, el personal de producto puede producir documentos de requisitos, que desempeñan un papel clave en el diseño de interacción posterior (las empresas emergentes suelen contar con gerentes de producto) y el diseño de la interfaz de usuario. Por supuesto, en el proceso de generación de documentos de requisitos, si hay un diseñador de interacción a tiempo completo, es mejor discutir los detalles del documento de requisitos con el personal del producto durante la etapa de requisitos. Esto ayudará al diseñador de interacción a comprender los requisitos generales. y también ayudarlo a crear prototipos y escribir instrucciones interactivas.
Los documentos de requisitos generalmente incluyen los siguientes aspectos:
Descripción de los antecedentes: ¿Por qué iniciaste este proyecto? ¿Qué problema solucionáis a vuestros usuarios? ¿Qué valor tendrá? Es a grandes rasgos un resumen de los deberes realizados antes de iniciar el proyecto, y debe ser conciso y claro.
Retrato de usuario: descripción virtual de las características del usuario para aclarar su situación.
Planificación del tiempo del proyecto: ¿Cuándo se producirá el prototipo? ¿Cuándo se publicará el borrador del diseño real? ¿Cuándo entraste en desarrollo? ¿Cuándo empieza el examen? ¿Cuándo comienza el envío a la App Store? Es necesario expresarlos claramente; de lo contrario, si no hay noción de tiempo, todo se retrasará y no habrá sensación de urgencia.
Diagrama de estructura de la información: la estructura de organización de contenidos de la APP. El siguiente es un ejemplo para dar brevemente la estructura básica de WeChat.
Diagrama de flujo de tareas: Para las funciones principales de la APP, ordena todo el proceso del usuario de principio a fin, teniendo en cuenta todas las posibilidades. De lo contrario, si encuentro problemas en el desarrollo futuro y le pregunto, tendrá que reconsiderarlo. Lo que es aún más aterrador es que el desarrollador lo desarrolla directamente sin preguntarte y el resultado no es el que deseas. Tome un inicio de sesión simple como ejemplo:
Requisito: Aclarar las condiciones y resultados de cada operación. Si puedes expresarlo claramente con palabras, entonces usa palabras. Si no está claro, es mejor utilizar imágenes. Algunas personas pueden decir que no existe una estructura alámbrica en este momento. ¿Cómo explicarlo? Esto no es una contradicción. Los primeros documentos de requisitos son para la interacción (nuevamente, los productos de las empresas emergentes pueden ser interactivos. El diseñador de interacción clasificará su estructura funcional y procesará y diseñará estructuras alámbricas y prototipos de alta fidelidad).
Punto de incrustación de datos: haga una lista de los datos que se verán en el futuro, como la tasa de clics de este botón, la tasa de apertura de esta página, etc. En este momento, es necesario comunicarse más con la operación y ordenar los lugares que deben ser enterrados. Esto es muy útil para el análisis de datos después del lanzamiento del producto, y los datos también pueden ayudar en la iteración de las funciones del producto.
Una vez resueltos los requisitos, el siguiente paso es el diseño y la producción de wireframes, flujos de páginas, prototipos de alta fidelidad y explicaciones interactivas. El prototipo de alta fidelidad depende de la situación específica. Algunas empresas tienen requisitos, otras no.
Intenta que la expresión visual de cada página sea lo más sencilla y clara posible. Es mejor no agregar interacción y no hacerlo colorido. Es mejor que sea negro y gris. Cada situación es una página y cada situación se expresa en una página. Por un lado, sabrá más sobre la cantidad de interfaces en toda la APLICACIÓN y el diseño sabrá más sobre lo que desea. De lo contrario, si se añade interacción, no sabré cómo diseñarla. Tienes que explicar durante mucho tiempo.
De manera similar al diagrama de estructura de información y al diagrama de flujo de páginas anteriores, cada página se utiliza para conectarse, lo que aclara visualmente las conexiones y los saltos de cada enlace.
Los requisitos para la interacción serán mayores. Es necesario demostrar completamente la interacción entre varias funciones e intentar restaurar visualmente la apariencia del producto real. (Para Axure, puedes tomar el curso de Sun Wu, que es muy bueno. Mucha gente piensa que es demasiado complejo, pero aun así obtendrás mucha información si miras con atención).
Personalmente, creo La descripción de la interacción y los prototipos de alta fidelidad son útiles para la superposición. Si se hace con alta fidelidad, la mayoría de las acciones interactivas básicamente se pueden mostrar. Pero hay algunos efectos interactivos que el software no puede resolver. En este momento, es necesario utilizar la interacción para explicar.
Si no quieres explicar palabras e imágenes, utiliza simulaciones en papel. No subestimes este enfoque.
Las siguientes son algunas herramientas de anotación interactivas: las computadoras Mac son bocetos; en Windows, hay snagit, Circle Point, FScapture y viso, que también se pueden marcar.
Generalmente, el diseñador de interacción le entrega la estructura alámbrica al diseñador y el diseñador puede comenzar a trabajar. En este proceso, la interacción también debe comunicarse con el diseño. Después de todo, la interfaz de usuario tendrá su propia profesionalidad y sus propias opiniones de diseño, lo cual es normal.
Se ha generado el diseño y se ha completado el trabajo de interacción. Es hora de dejar que el director del proyecto lo ejecute. Actualmente, este puesto sólo está disponible en empresas muy grandes y suele estar ocupado directamente por el director de producto. Lo que hay que recordar aquí es que se deben establecer varias especificaciones relevantes antes de la implementación. Por ejemplo:
Las siguientes son mis experiencias personales. Hacer esto será de gran ayuda para la gestión de futuros paquetes de instalación. En ese momento, configuramos un entorno de desarrollador. Los archivos APK y API en este entorno solo se pueden utilizar en la red de área local. En este entorno podremos probar libremente sin afectar a las aplicaciones que ya están online.
El icono y el nombre de los paquetes de instalación empaquetados en el entorno de desarrollador deben distinguirse de la aplicación en el entorno en línea.
Si continúas probando en el futuro, no te confundirán las distintas versiones.
Versión de desarrollo 4.2.1: está desarrollada exclusivamente para uso personal o del producto. Por lo general, otro personal no relacionado no tendrá acceso a esta versión. Entorno de red: solo se utiliza en entornos de red específicos (se requiere personal técnico para configurar el entorno).
Versión beta pública 4.2.2: después de pruebas detalladas por parte del producto y los evaluadores, básicamente no hay errores. También es una prueba de estabilidad antes de conectarse. Entorno de red: solo se puede utilizar en un entorno específico (se requieren técnicas para construir el entorno).
4.2.3 Versión de tienda: envía archivos APK y API al mercado. Después de pruebas exhaustivas en la versión de desarrollo y la versión beta pública, se eliminaron todos los errores inestables. En este punto, la versión empaquetada de la tienda aún necesita una revisión final por parte de los evaluadores. Finalmente, se deben asegurar los archivos APK y API que se lanzarán para la inspección final por parte de los evaluadores. De lo contrario, si el desarrollo cambia, los evaluadores y el personal del producto no serán informados y será demasiado tarde para realizar cambios después del lanzamiento.
La gestión de los números de versión debe ser clara en la etapa inicial; de lo contrario, los errores se mejorarán después del lanzamiento del producto o la versión anterior se verá afectada después de que se agreguen nuevas funciones. En este momento, una buena gestión del número de versión jugará un papel importante. Por un lado, puede encontrar los archivos apk y API que han estado en línea en cualquier momento. Por otro lado, no se confundirá cuando se enfrente a los archivos empaquetados que se modifican constantemente.
La siguiente es mi opinión personal. Si algún experto tiene una buena idea, compártala. El número de versión es siempre único y avanza de forma iterativa. No interfiera deliberadamente con el número de versión sólo para lucir bien cuando esté en línea. Está estrictamente prohibido tener múltiples versiones de versiones.
Instrucciones de prueba:
Durante las etapas de interfaz de usuario, interacción y desarrollo del producto, es necesario comunicarse más con el personal técnico. Es mejor subdividir funciones grandes en módulos funcionales pequeños y notificar al personal relevante para que verifique cada vez que se completa una pieza para evitar demasiados problemas y demasiadas modificaciones al final. La interfaz de usuario es responsable de centrarse en si el desarrollo se implementa de acuerdo con su propio diseño, la interacción es responsable de centrarse en si el efecto de interacción cumple con sus estándares y el producto es responsable de centrarse en si cada función se implementa correctamente.
Caso de prueba: un buen caso de prueba puede promover eficazmente el proceso de prueba. Un buen caso de prueba describe las distintas situaciones que deben probarse en lenguaje humano de la manera más clara posible, dependiendo de sus habilidades de escritura. Una vez escritos los casos de prueba, se entregarán a los evaluadores para que los prueben. Este es también el estándar mediante el cual juzgan si la aplicación cumple con los estándares.
Herramientas de gestión de errores: bugtags, bugclose, etc. Hay muchos en el mercado, la mayoría gratuitos. Incluso si cobra una tarifa, no se preocupe por la pequeña cantidad de dinero. Con la ayuda de herramientas de gestión de errores, se puede mejorar eficazmente la eficiencia de la cooperación entre los evaluadores y el personal técnico.
Les he presentado dos partes antes, antes del inicio del proyecto y durante la ejecución del proyecto. Una vez lanzado el proyecto, hay varios aspectos a los que se debe prestar atención como producto: el primero son los datos de la aplicación, el segundo son los comentarios de los usuarios y el tercero es la extracción de la demanda.
Nuevos usuarios: usuarios que inician la aplicación por primera vez.
Nuevos usuarios únicos: número total de nuevos usuarios en todas las aplicaciones (deduplicación)
Activos; Usuarios: los usuarios que comenzaron una vez el mismo día son usuarios activos, incluidos los usuarios nuevos y los usuarios antiguos;
Usuarios activos independientes: el número total de usuarios activos de la aplicación el mismo día (eliminación de duplicados)
Mau: Número de usuarios activos mensuales de MAU: MAU (usuarios activos mensuales).
Dau: El número de usuarios activos diarios de Dau (usuarios activos diarios). Se suele utilizar para reflejar el funcionamiento de sitios web, aplicaciones de Internet o juegos online.
Tasa de retención de usuarios: en la industria de Internet, los usuarios que comienzan a usar la aplicación dentro de un cierto período de tiempo y continúan usándola después de un cierto período de tiempo se consideran usuarios retenidos. La proporción de estos usuarios con respecto a los nuevos usuarios en ese momento es la tasa de retención, que se calcula cada unidad de tiempo (como día, semana, mes).
Regla de la tasa de retención de usuarios 40-20-10: si desea que la DAU de juegos y aplicaciones supere el millón, la tasa de retención diaria debe ser superior a 40, y la tasa de retención semanal y la tasa de retención mensual debe ser mayor que 20 y 10 respectivamente.
Tasa de retención al día siguiente: (Número de usuarios nuevos que todavía están activos al día siguiente entre los nuevos usuarios1)/Número total de usuarios nuevos el primer día;
Siguiente- tasa de retención del día: (entre los nuevos usuarios del primer día, todavía hay usuarios activos el segundo día)/Número total de nuevos usuarios el primer día;
Tasa de retención del séptimo día: ( Entre los nuevos usuarios del primer día, todavía hay usuarios activos el séptimo día) Usuarios)/Número total de nuevos usuarios el primer día;
Tasa de retención de 30 días: (Entre los nuevos usuarios el primer día, todavía hay usuarios activos el día 30)/Número total de nuevos usuarios el primer día.
El otro son los datos enterrados de la APP. ¿Cuál es la tasa de clics para esta función? ¿Cuántas personas han activado y utilizado esta función? ¿Cuántas personas utilizan esta función con regularidad? Espera, es necesario prestar atención a estos datos enterrados en todo momento. Reflexionar sobre cuestiones de diseño funcional basadas en cambios de datos para optimizar los productos.
Después del lanzamiento de un producto, los comentarios y opiniones de los usuarios son información particularmente valiosa para el personal del producto. Por un lado, este es el sentimiento intuitivo de sus usuarios reales y, por otro lado, expresa sus necesidades directas. Entonces, cómo lidiar con las opiniones de los usuarios es particularmente importante. Haremos cualquier comentario que los usuarios nos den. Esto definitivamente no es aceptable. Muchas veces lo que los usuarios expresan son sólo fenómenos superficiales. Hay que aprender a descubrir la esencia de las necesidades que hay detrás de los usuarios. Estudie más sobre los productos revolucionarios del mundo y aprenda más sobre las personas.
Cuando vemos opiniones flotando por ahí, debemos aprender a pensar en lugar de aceptarlas y copiarlas todas.
¿Es este nuestro objetivo? Piense en quiénes son nuestros usuarios objetivo.
¿Son válidos los escenarios de uso? ¿O es simplemente un requisito de escenario muy personal?
¿Son correctos los objetivos del usuario? ¿Nuestra APP está diseñada para satisfacer las necesidades de los usuarios?
¿Es correcto el posicionamiento del producto? Si implementamos esta función, ¿seguirá cumpliendo con el posicionamiento de nuestro producto?
Si quiero implementar esta función, ¿pueden ser suficientes los recursos de mi propio proyecto? Si necesitas todos los recursos para hacer esto, debes volver a tener cuidado.
Quizás la opinión del usuario sea un círculo, pero tras el análisis, es muy probable que la demanda sea un triángulo.
"Si hubiera preguntado a los consumidores qué querían por primera vez, me habrían dicho: '¡Un caballo más rápido!'".
Esta es una cita de Henry Ford Classic quotes , ahora lo volvemos a ver en “La Biografía de Steve Jobs”.
Hace más de 100 años, el Sr. Henry Ford, fundador de la Compañía Ford, preguntó a los clientes: "¿Qué tipo de transporte mejor necesitan?" Casi todos respondieron: "Quiero un caballo". "Caballos más rápidos". Mucha gente escuchó esta respuesta e inmediatamente fue al hipódromo para elegir caballos y criarlos para satisfacer las necesidades de los clientes. Pero el señor Ford no corrió inmediatamente al hipódromo, sino que siguió preguntando.
Ford: ¿Por qué necesitas un caballo más rápido?
Cliente: “¡Porque puede ir más rápido!”
Ford: ¿Por qué necesita ir más rápido?
Cliente: “Porque puedo llegar a su destino antes.
Ford: "Entonces, ¿cuál es tu verdadera intención al querer un caballo más rápido?" ”
Cliente: “¡Llega a tu destino más rápido y en menos tiempo!” ”
Así que Ford no fue al hipódromo, sino que optó por fabricar automóviles para satisfacer las necesidades de los clientes.
Hay dos tipos de necesidades de los clientes: necesidades explícitas y necesidades implícitas. Lo que aprendemos de la investigación de mercado a menudo son necesidades explícitas como "Quiero un caballo más rápido". Las necesidades explícitas de los clientes no son las necesidades reales de los clientes. Las empresas deben realizar investigaciones basadas en la información explícita sobre la demanda recopilada. comprender cuáles son las necesidades ocultas de los clientes y luego analizar cuáles son las necesidades reales de los clientes (como llegar al destino más rápido en menos tiempo). Este es un proceso de análisis de la demanda. "Nuestro trabajo es comprender algo que aún no se ha plasmado en papel. "De hecho, es una exploración profunda de las necesidades ocultas de los usuarios.
Texto original: /a/20160309/291676. html.