La computación periférica sigue siendo un concepto nuevo y creo que muchos usuarios están considerando adoptarla a través de PoC. Por cierto, ¿has oído alguna vez la palabra PoC? Si busca en Internet, saldrá, pero puede que sea una palabra que no sea familiar para el público en general. Sin embargo, en el campo del desarrollo de productos y sistemas, se espera que aumenten las oportunidades de uso en el futuro. En esta sección se explica la definición de PoC, la diferencia entre PoC y prototipos, la necesidad y el mérito de la PoC y el flujo del trabajo de verificación de PoC.
¿Qué es PoC?
PoC son las siglas de Proof of Concept y se traduce como «Prueba de concepto» en japonés. Verificación de la eficacia de un producto o sistema antes de lanzar un nuevo proyecto de producto o sistema. Por ejemplo, al desarrollar un nuevo producto, haz una prueba de ventas y monitoriza a los clientes antes de una venta completa para comprobar si realmente venden. Alternativamente, en el desarrollo de sistemas, se refiere a una implementación mínima y una operación de prueba.
La diferencia entre PoC y el trabajo de verificación hasta ahora
Entre las ideas del POC, la idea de fabricarlo y usarlo en sí mismo incluye la «producción de prueba» en el desarrollo de productos, que existe desde hace mucho tiempo, y los «prototipos» en el desarrollo de sistemas. Con este «prototipo», comprobamos el progreso del proyecto y los defectos en el desarrollo. El flujo de los proyectos de desarrollo se lleva a cabo en el flujo de «concepto → planificación → desarrollo → pruebas → operación y ventas», pero la «creación de prototipos» y el «prototipo» se llevaron a cabo en cualquier momento durante la fase de desarrollo o la fase de prueba.。
El PoC, por otro lado, suele estar al lado de la fase de visualización: entre las fases de visualización y planificación. Además, si bien los prototipos son una posición que confirma la calidad del desarrollo, según los resultados de la PoC, la política de desarrollo puede cambiar significativamente y, en algunos casos, el desarrollo puede abandonarse. En otras palabras, se trata de verificar que el diseño conceptual es apropiado antes de que se inicie un proyecto de desarrollo completo.
Necesidades y beneficios de la PoC
En los últimos años, la incertidumbre en el desarrollo ha aumentado a medida que las necesidades de los clientes se han diversificado y los ciclos de vida de los productos se han acortado. Además, en el desarrollo de sistemas, existen muchos desafíos en nuevos campos, como el IoT y la inteligencia artificial, y se puede decir que la incertidumbre también aumentará en este caso. De una manera fácil de entender, existe un alto riesgo de que se pierda el objetivo del desarrollo debido a estas incertidumbres.
En el proceso de desarrollo hasta ahora, estos riesgos se han pronosticado en la etapa conceptual y se han incorporado al desarrollo con antelación. En este caso, es muy importante predecir el riesgo en la etapa conceptual. Sin embargo, los cambios mencionados anteriormente causan cada vez más riesgos impredecibles. Si este riesgo se materializa después de que el desarrollo avance, todos los procesos de desarrollo realizados hasta ese momento pueden desperdiciarse.
Esto se puede evitar si se comprenden los riesgos con antelación. Por lo tanto, en el momento del concepto, es posible crear un producto o sistema a pequeña escala y hacer que los clientes realmente lo usen. Si incorporas las ventas y los defectos, modificas el concepto y luego realizas un desarrollo completo, se reducirá el riesgo de que todo salga mal en el camino.
Además, dicha PoC repasará el concepto, de modo que la política de desarrollo quede más clara y el proyecto avance sin problemas. En otras palabras, el POC se puede utilizar para modificar el concepto a fin de satisfacer mejor las necesidades de los usuarios antes del desarrollo completo y para captar las necesidades de los usuarios por adelantado mediante pequeñas ventas y operaciones de prueba.
Un ejemplo de PoC es el desarrollo de la inteligencia artificial. Aquí, es posible completar solo la parte del motor de la inteligencia artificial más importante por el momento y repasar el aprendizaje en cooperación con el usuario. De esta manera, se puede decir que PoC también repasa solo las partes importantes y, al mismo tiempo, coopera con los usuarios antes del desarrollo completo del sistema.
Sin embargo, es importante tener en cuenta que existen desventajas, como el concepto de que un producto o sistema se filtra al mundo exterior y, en el peor de los casos, un conflicto a la hora de obtener esa información para que los usuarios la utilicen en la etapa conceptual.
Flujo de verificación de PoC
El PoC tiene varios méritos, pero incluso si lo hace a ciegas, no será efectivo. Echemos un vistazo al flujo de verificación efectivo.
- Verificación del efecto/utilidad
En primer lugar, verificamos que lo que el producto o sistema objetivo intenta lograr coincide con las necesidades del usuario. En otras palabras, determine si está logrando el efecto deseado. Por ejemplo, en un ensayo clínico de un nuevo fármaco, en realidad se administra al sujeto un nuevo fármaco candidato seguro para ver si tiene el efecto deseado. Es un PoC porque se prueba con un número mucho menor de sujetos antes de venderse que si se vendiera. - Verificación de la viabilidad técnica
A continuación, verificaremos si el concepto es realmente factible, no una teoría teórica. Un ejemplo un poco sorprendente sería un cortometraje. El propósito de esto es verificar que los desafíos técnicos requeridos se pueden lograr realizando un pequeño trabajo antes de hacer un largometraje. En la PoC, suele ocurrir que la verificación de la viabilidad técnica precede a la verificación del efecto/utilidad. En otras palabras, la tecnología es lo primero, pero como resultado, existe la posibilidad de que el desarrollo continúe sin una verificación suficiente para ver si se satisfacen las necesidades objetivo. Debe tener en cuenta que la PoC es un método para lograr los efectos y beneficios deseados. - Verificación de la especificidad
Luego, se identifican las especificaciones y las cuestiones que se considerarán requeridas por el concepto y se realiza la verificación para confirmar si son concretas. Esto significa que recopilaremos los resultados de los estudios de mercado y las opiniones de los usuarios que realmente lo usaron y lo utilizaron en el desarrollo.
Tras la verificación anterior, modificaremos el concepto, crearemos prototipos de productos y sistemas basándonos en el concepto modificado, haremos que los usuarios lo usen y lo verificaremos nuevamente. Al repetir esto, es posible repasar un concepto que puede lograr «efecto/utilidad», «viabilidad técnica» y «concreción». Una vez que el repaso esté completo, pasaremos a la siguiente fase de planificación.
Lo importante es conseguir que el usuario lo utilice realmente. Esto evita el riesgo de que el producto terminado esté lejos de lo que el usuario desea. También es importante no escalar demasiado la verificación. Esto no solo reduce el costo del trabajo requerido para establecer el concepto, sino que también conduce a una cobertura de riesgos que evita que el concepto de desarrollo se divulgue al exterior en la medida de lo posible.
PoC es un método con mucho mérito
Realizar una PoC que escuche las opiniones de los usuarios en la fase conceptual generará beneficios tales como la actualización del concepto, la reducción del riesgo de desarrollo y el progreso sin problemas del proyecto. Sin embargo, cabe señalar que si la escala y el número de verificaciones aumentan demasiado, existe el riesgo de que aumenten los costos y se divulgue el concepto al exterior.
Como beneficio secundario, incluso si abandonas el desarrollo como resultado de la PoC, puedes recopilar las opiniones de los usuarios en forma de datos, por lo que los conocimientos adquiridos en el proceso de PoC no se desperdiciarán. Se puede utilizar para el siguiente desarrollo. En ese sentido, se puede decir que el PoC es un método con grandes méritos.
