- A principios de este año construí una herramienta personal de trading de criptomonedas y recolección de datos para ganar experiencia programando en Rust
- Mientras hacía preguntas en un chat grupal, descubrí que muchas personas querían herramientas similares y estaban dispuestas a pagar por ellas
- Poco después configuré endpoints de API donde la gente podía acceder a los datos gratis y enviar operaciones por una pequeña comisión
Empezar a atraer y dar soporte a clientes
- Fue una experiencia muy genial ver por primera vez que la gente pagaba por software que yo mismo había creado
- Abrí un canal de Telegram para anunciar funciones y dar soporte, y al principio funcionó bien
- Pero a medida que la base de clientes fue creciendo poco a poco, el soporte empezó a consumir más tiempo
- En una startup SAAS, que aumente la carga de soporte no es algo sorprendente; al final, tener muchos clientes es un buen problema
- Lo molesto no era el volumen de solicitudes de soporte, sino su calidad
Solicitudes de soporte de programadores de prompt engineering
- La API no es más que unos cuantos endpoints bien documentados
- Si puedes averiguar cómo enviar una solicitud POST usando un lenguaje de programación, no deberías tener problemas para usar la API
- Pero parece que ese es un estándar demasiado alto para una nueva generación de programadores de prompt engineering
- Después de abrir el canal de soporte, recibí muchas solicitudes como: "¡Ayuda! ¡¡mi bot de trading no funciona!!"
- En la mayoría de los casos, el código del cliente está mayormente bien, pero tiene errores que resultan totalmente obvios para cualquiera que lea la documentación y tenga habilidades de programación
- A menudo aparecen en forma de acceso a endpoints que no existen o intentos de leer propiedades en respuestas de API que no existen
- Si uno investiga un poco más, casi siempre se confirma la sospecha de que ChatGPT inventó ese endpoint o esa propiedad (hallucinated), y de que el cliente con el que estoy hablando casi no tiene conocimientos de programación
Scripts simples vs. aplicaciones complejas
- Si alguien quiere escribir un script simple, lo ayudo y corrijo las hallucinations; no requiere mucho esfuerzo y genera clientes potenciales
- Pero muchas veces el cliente imagina una aplicación más compleja, y tengo que decirle: "Lo siento. Contrata a un desarrollador profesional"
- El peor caso es cuando la solicitud empieza siendo simple: lo ayudo a corregir una hallucination, pero luego ese cliente quiere construir una lógica más compleja y, de algún modo, se genera la expectativa de que voy a ofrecer soporte gratuito ilimitado
- Básicamente, recibí muchos mensajes llenos de enojo de clientes que esperaban que yo construyera toda su app gratis
El reto del soporte al cliente en un negocio SAAS
- Para cualquiera que haya llevado el soporte de un negocio SAAS, este tipo de retos le resultará familiar
- Pero las herramientas de programación con IA han empeorado el problema
- Ayudar a los clientes a resolver problemas suele ser muy gratificante solo cuando ellos pueden hacer la mayor parte del trabajo por sí mismos
- Cuando los clientes delegan la ingeniería de software en la IA porque no tienen las capacidades necesarias, igual necesitan encontrar a un desarrollador que corrija los bugs que la IA produce
- Yo no quiero ser ese desarrollador
Opinión de GN⁺
- El código generado por IA puede convertirse en una carga para los desarrolladores. Los clientes intentan usar sin más el código que hizo la IA y, cuando surge un problema, exigen que un desarrollador lo resuelva gratis
- Incluso con buena documentación, a las personas con poca capacidad de programación les cuesta aprovechar correctamente una API. Esto muestra los límites de las herramientas de IA
- Al usar herramientas de IA, hace falta revisar y corregir sus resultados con ayuda de un desarrollador profesional, en lugar de confiar ciegamente en ellos
- Al desarrollar aplicaciones complejas, es preferible contratar a un desarrollador profesional en vez de depender de herramientas de IA
- Al ofrecer soporte técnico, es necesario identificar el nivel técnico y las necesidades del cliente, y definir con claridad el alcance del soporte gratuito
4 comentarios
Parece que el autor ya debería dejar de sufrir y empezar a prepararse para cambiarse de trabajo.
Mmm, siento que últimamente la calidad de las publicaciones de GN+ está empeorando cada vez más...
Bienvenidos a K-SI
Opinión en Hacker News