tutorial smart remix español curso aprender report metrics presentation lines-of-code

report - smart - ¿Cómo presentar su código a posibles compradores?



solidity ide (11)

Haré una demostración de mi código para una audiencia poco técnica, y tengo que mostrarles lo que tengo en mi proyecto ( alrededor de 15.000 líneas de código ). Intento convencerlos de que he dedicado tiempo al proyecto y que está en buen estado.

Estos chicos planean invertir dinero en este producto. Por lo tanto, debería convencerlos de que esta aplicación vale la pena el precio que van a gastar y justificar el tiempo que he pasado , en segundo lugar, deberían ver que esto es algo lleva tiempo y sé lo que estoy haciendo ( básicamente, necesito ganar su confianza ).

  • ¿Qué métricas puedo usar aparte de "líneas de código"? (¿ Quizás líneas de comentario? )
  • ¿Cuáles son las mejores herramientas ( preferiblemente gratuitas ) para generar un informe de proyectos .NET?

ACTUALIZAR:

También una forma de proporcionar "costo del proyecto - cocomo" sería genial, como esta:

ENCONTRADO: http://www.cms4site.ru/utility.php?utility=cocomoii le ayudará a calcular un costo estimado para su proyecto.

Creo que explicar los aspectos más complejos del código y el trabajo que se realizó en él a cualquier público ayudará a mostrar cuánto trabajo y esfuerzo se han invertido en un proyecto.

Las horas dedicadas a la codificación podrían ser una buena medida para darlas.

El "buen código" no importa a menos que demuestre sus ventajas a medio y largo plazo: flexibilidad mejorada, simplicidad, que ahorra tiempo y dinero al cliente al tiempo que agrega agilidad.

Lo único que probablemente le importe a un comprador (particularmente uno no técnico) es la funcionalidad. Me concentraría en vender las características. Puede considerar el debate sobre cómo lo ha probado para verificar que funciona como lo afirma.

He tenido éxito mostrando a los clientes potenciales nuestro ciclo de compilación automatizado, en forma de presentación de diapositivas. Los llevé a través de nuestra "línea de producción" como si se tratara de un recorrido de fábrica, y mostré las bonitas barras de color de los informes de cobertura, las líneas ascendentes de líneas históricas de código, los gráficos circulares de las fallas de las líneas de código por módulo.

Luego hice lo mismo para todo lo relacionado con el edificio real. Por lo tanto, hay un flujo de requisitos en el que están involucrados y un ciclo de prueba / validación en el que participan de nuevo.

Puede no significar nada para ellos, pero les muestra que usted tiene control sobre su proceso y control sobre la calidad del producto final entregado.

Tenga en cuenta que, aunque las personas pueden ser no técnicas, intente ser lo más honesto posible. Tan pronto como descubren una pequeña mentira en tu historia, estás perdido. Y lo más probable es que haya un tipo técnico en la parte posterior que pueda hacer esa pregunta que hace que su castillo de naipes caiga.

¡Felices ventas!

Un inversor solo se preocupa por el dinero. Los inversores comienzan en la salida y trabajan hacia atrás. Sabiendo esto, desarrolle su proyecto en términos del rendimiento que obtendrá en su inversión.

Los puntos clave incluirían:

  • Su experiencia: ¿conoce el mercado en el que desea vender? ¿Está aprovechando su experiencia de alguna manera para hacer que el proyecto sea una realidad?
  • Riesgo: el uso de su base de código ya existente reduce el riesgo en términos de tiempo y dinero. Probablemente hagan la debida diligencia técnica para validar sus reclamos, así que sean honestos aquí.
  • Tiempo de comercialización: Tener una base de código en su lugar reducirá su tiempo de comercialización, que puede ser significativo.
  • Visión: Necesitan saber que hay un futuro para su producto. ¡Esta es tu oportunidad de entusiasmarlos!

La inversión se trata del futuro, no del pasado, así que comprenda que necesita lograr lo que está prometiendo. El camino que pisaste para llegar a donde estás ahora puede ser interesante, pero en gran medida irrelevante para el inversor. Lo que intento decir es vender la visión, no dónde estás ahora o dónde has estado.

¡Buena suerte y espero que consigas lo que necesitas!

EDITAR modificó para reflejar la aclaración de OP (en comentario aquí ) que estos compradores potenciales están buscando revender el software

Re-vendedores van a estar buscando tres cosas:

  1. ¿Alguien va a hacer algo mejor, más barato o más rápido?
  2. ¿Este tipo va a poder usar nuestra inversión de manera efectiva para producir más?
  3. ¿Podemos vender lo que este tipo ha producido y producirá?

Cómo abordar los puntos 1 y 2 se han abordado muy bien en otras respuestas, pero es la pregunta 3, que es lo más difícil de probar para nosotros, los expertos en tecnología. También es extremadamente importante: si puedes acudir a estos compradores y entregarles 3 beneficios asesinos que pueden repetir con más estilo y Powerpoint cuando están haciendo sus llamadas de ventas, vas a tener un buen comienzo :)

Lo principal que tienes que hacer es dar un paso atrás en tu trabajo y mirar lo siguiente:

  • características : ¿qué hace?
  • ventajas : por qué es mejor
  • beneficios : ¿por qué debería el cuidado del cliente

Las características son las más cercanas a lo que le importa como desarrollador, pero son bastante irrelevantes para los compradores no técnicos. Las ventajas son un paso esencial para entender su competencia y las alternativas de los clientes.

Al juntar características y ventajas, puede golpear al cliente con una serie de beneficios , por ejemplo:

  • usar mi software le ahorrará $ 0.01 por transacción, o $ 40,000 pa
  • mi software aumentará la retención de clientes en un 5%
  • sus administradores necesitarán un 15% menos de tiempo para implementar cambios usando mi software

Estas son las cosas que les interesan a los clientes: lo que va a ser bueno para la empresa y lo que es bueno para ellos .

Para ser brutalmente honesto: al cliente final no le importa cuánto esfuerzo le dediques (LoC o cualquier otra métrica), no les importa qué tan bien esté escrito (comentarios, pruebas, cualquier otra métrica), no lo hacen importa cuán difícil es resolver un problema, no se preocupan por las características.

Su único requisito es que les ahorrará tiempo / esfuerzo / dinero. Sabes que lo difícil que has trabajado para resolver el problema y resolverlo bien es clave para su requerimiento, pero es secundario. Debes dejar perfectamente en claro por qué comprar sus productos significará que serán promovidos.

Habla sobre las características. Explica qué tienes trabajando o casi trabajando. Ve por lo que les interesa.

Intenta mostrarles imágenes que les importen si puedes. Creo que unos minutos garabateando en un tablero sería mejor que mostrar líneas de código.

No me queda claro por su pregunta si está hablando de personas que comprarían el uso de su producto o la propiedad de su producto.

En cualquier caso, hágase estas preguntas:

  • "¿Qué problema (s) soluciona este producto para mis usuarios, desde su punto de vista ?"
  • "¿Qué permite este producto a los usuarios, que ya quieren hacer , pero que no pueden prescindir de él?"
  • "¿Qué permite este producto a los usuarios, que ya quieren hacer , pero que no pueden hacer tan fácilmente sin él?"

Las características no importan Los menús y diálogos no importan (a menos que requieran explicación, en cuyo caso importan en sentido negativo).

Si desea números que interesen a un comprador potencial de (una instancia de) el producto, hable en términos de cuánto tiempo o dinero puede ahorrar el comprador al usar su producto.

Si desea números que interesen a un comprador potencial de acciones en su empresa o producto, hable en términos del tamaño del mercado, cómo ha analizado las necesidades de ese mercado y el ROI de cualquier inversión.

No usaría el código per se, ya que un no técnico no lo entendería. El alarde de la cantidad probablemente no tenga sentido (¿cómo sabe un no técnico que un proyecto de 1MLOC es importante ?) En cuanto a la calidad, puede presentar, por ejemplo, métricas de mantenimiento, cobertura de prueba, cosas así. Siéntase libre de mostrar su excelente cadena de herramientas también (integración continua y todo eso), su dominio de diversas herramientas de evaluación del rendimiento. Además, mostrar cosas como Workflow Foundation ayuda: a los clientes les gusta ver cómo sus procesos comerciales pueden convertirse directamente en código con una notación de diagrama.

Si no son técnicos, no importará. Será como tratar de vender una bicicleta de alta gama a personas que no conocen una bicicleta de un automóvil. 15k líneas de código no les importará más de 300k líneas de código.

Necesita encontrar algo más que el código real para impresionarlos.

¿Puedes codificar algunas demostraciones y decirles qué tan poco tiempo les llevará crear aplicaciones similares con tu código? Como "Si usas mi código, puedes crear esta aplicación multimedia en 15 minutos sin escribir más que unas pocas líneas de código". Las personas no técnicas en general aman ahorrar tiempo y dinero.

Probablemente depende de qué tan "levemente" estén en el departamento no técnico.