¿Qué debe saber un emprendedor que nunca ha trabajado en una empresa sobre ellos, si está tratando de construir una solución para ellos, particularmente con respecto al espacio de herramientas y comunicaciones móviles?

Entendiendo que habrá múltiples personas involucradas en ayudarlo y evitar que se convierta en una solución dentro de su empresa. En el mercado empresarial, es importante comprender que el usuario final no es el comprador .

Esta es la razón principal por la cual el software empresarial generalmente es una mierda, porque hay múltiples componentes (usuario final, propietario de negocio, propietario de TI, seguridad, finanzas / compras, legal) con diferentes necesidades que deben satisfacerse para pasar a la siguiente ronda de proceso de compra. Muchas veces, es quien hace un mejor trabajo para satisfacer la mayoría de las necesidades de los componentes y los productos buenos / prometedores pueden perder en este juego de desgaste. Además, agregue una reestructuración corporativa típica donde sus defensores clave pierden poder o son expulsados; y tienes que comenzar desde el principio en el proceso de compra.

… y esto suele ser solo el comienzo. Suponiendo que está atacando un mercado existente (y no está desarrollando uno nuevo), entonces puede ser seleccionado en función del potencial (sobre el proveedor más seguro y establecido). Al cerrar un trato, la carrera comienza a entregar los bienes que comprometiste para ayudar a ganar el trato. Posteriormente, las conversaciones comienzan a cambiar hacia “cuándo” pueden esperar que esas características aparezcan en sus gráficos de Gantt (y todos sabemos lo que sucede en el software cuando las “fechas de reunión” se convierten en el objetivo principal sobre un “gran UX” o de alta calidad caracteristicas).

Finalmente, esta es una publicación clásica de Steve Blank que hace un excelente trabajo en la complejidad y contrafuerzas típicas de las ventas empresariales: a veces no perder es tan importante como ganar

La pregunta que debe hacerse es si quiere ir a “pescar” o “cazar ballenas”.

Vaya a trabajar para un competidor, idealmente en un rol de PM, o Ventas. No hay nada mejor que tener experiencia en el dominio, conocer el paisaje y comprender el ecosistema y las fuerzas y tendencias en el trabajo.

Francamente, si estás construyendo una startup, lo estás haciendo para interrumpir a los jugadores existentes y la mejor manera de conocer su debilidad es trabajar para ellos y aprender los esqueletos en el armario.

Está funcionando para nosotros 😉

Si puede encontrar usuarios que estén dispuestos a pagarle por su solución, continúe y entrevistarlos como dijo Jason M. Lemkin.

A veces no puedes encontrar a nadie que pueda darte respuestas significativas.

La entrevista en sí misma requiere experiencia. Las entrevistas también implican saber qué, cuándo y a quién preguntar.

Formular una pregunta importante es la parte más importante. Para poder hacer una pregunta significativa, debe investigar el área temática y adquirir experiencia en el dominio. Esto es lo que haría:

1- Investigue el área temática: vaya a sitios web de la competencia, wikis, trabajos de investigación, noticias, informes de medios, inicie sesión en demostraciones de productos y observe.

2- Cree un modelo conceptual de área temática: aprenda a hacer esto y agradézcame más tarde. Definir cosas, relaciones entre cosas y proporcionar contexto.

3- Definir el espacio en blanco para oportunidades basado en el modelo conceptual.

4- Definir al cliente que se beneficiará de la solución basada en el modelo conceptual.

5- Cree un modelo de negocio que se utilizará para proporcionar una solución sostenible para su segmento de clientes

6- Cree un prototipo basado en el modelo conceptual utilizando nuestro producto WP App Studio – Plataforma profesional de desarrollo de complementos de WordPress (PaaS) o alguna otra herramienta.

7- Póngalo en la web y pida a las personas que le den su opinión, suponiendo que tenga suficiente tráfico o pregúntelo en las redes sociales, etc.

8- Elimine la grasa de la retroalimentación y encuentre los clientes potenciales que pueden producir respuestas significativas

9- Prepare sus preguntas en base a los modelos conceptuales y comerciales

10- Pregunta a los leads si puedes entrevistarlos

11- Repita 8-10 lo suficiente para encontrar si su solución es realmente buena idea.

Recuerde: “Al no prepararse, se está preparando para fallar” – Benjamin Franklin

Ha utilizado el término “empresa” en lugar de industria, por lo que supongo que desea crear una solución para una empresa específica como Best Buy o alguna otra gran corporación. También dice “crear una solución” en lugar de “vender mi solución”, así que voy a suponer que ha observado algunos procesos que tienen, y veo una oportunidad para ayudar a esta empresa a hacer algo mejor mediante la creación de una solución personalizada para ellos.

Esta es una idea terrible.

Usted o su (s) cofundador (es) deben vivir el problema que están tratando de resolver. Alguien en su equipo debe tener experiencia en la industria o en el dominio, y las entrevistas para obtener este conocimiento no van a ser suficientes.

Entonces, en este caso, eso significa que usted o alguien de su equipo tendría que trabajar en Best Buy. Usted o ellos tendrían que experimentar el dolor que pretenden aliviar, y tendrían que hablar con compañeros de trabajo y gerentes para verificar que este problema debe resolverse. Además, necesitaría acceso a las personas que comprarían una solución para comprender las necesidades de precios, los requisitos de capacitación, etc. Hay mucho trabajo por hacer y no podrá hacerlo con café.

Las buenas ideas nacen de la experiencia en la industria y el acceso a los clientes objetivo. Si no tiene esas cosas, entonces su probabilidad de éxito es incluso menor que el pésimo promedio.

Si hablas de telecomunicaciones, ten cuidado con el tiempo.

La toma de decisiones a menudo es muy larga y pasa por pasos extraños (como se ve desde una perspectiva de inicio).

Recientemente tuvimos un trato con una gran empresa de telecomunicaciones. Lo creas o no, tomó dos veces más tiempo firmar documentos (lo que acordamos desde el principio) que codificar la integración en sí.