Most engineering firms sell one thing: time. A client engages us, we assign hours to the work, we invoice those hours, and when the engagement closes, the revenue stops. That model functions, but it has a ceiling built into it. Every dollar we earn requires a licensed engineer to spend an hour earning it, and there are only so many hours in a year.
Digital products break that relationship. A calculation template, a CAD automation routine, a set of AI policy documents, or a project-management workflow is built once and then licensed many times. The cost of producing the first copy is high. The cost of producing the thousandth is close to zero. That is the zero-marginal-cost idea, and it is quietly reshaping what a small licensed firm can be.
One build, many licenses
When we bill hours, our revenue scales directly with headcount. When we license a product, revenue can grow while our engineering team stays the same size. A concrete example, and we will frame it as illustrative rather than as a claim about real results: if we spend forty hours building a load-calculation template and license it to twenty firms at a nominal price, those forty hours continue to generate income long after the original project that inspired the template has closed out. The same template can be corrected once, and every licensee benefits from that correction at the same moment.
This is not passive income in any magical sense. Products require maintenance, support, and revision as codes are updated. But the shape of the curve is different. Instead of trading one hour for one fee, we amortise a single block of professional effort across an unlimited number of uses.
The real question is not whether we can afford the time to build the product. It is whether we can afford to keep solving the same problem from scratch, for one client at a time, at billable rates, forever.
What we build, and why it holds up
Our product work grows directly out of consulting work. We build the tool because a client needed it, then we generalise it so that others can use it. The categories we return to most often are these:
Calculation templates — spreadsheets for stormwater, sizing, and compliance checks where the formula is stable but the inputs change on every project.
CAD automation — scripts and routines that turn repetitive drafting tasks into a few clicks, cutting the hours a routine task consumes.
AI policy documents — reviewed, plain-language governance templates for firms that want to adopt AI tools without writing the policy from zero.
Project-management workflows — schedules, checklists, and tracking structures that encode how a project should actually run, not how it is hoped it will run.
Each of these began as a deliverable for a paying engagement. That matters, because it means the products are tested against real project conditions before they are ever licensed to anyone else.
The trade-off: paid in unbillable hours
There is no free lunch here, and we do not pretend otherwise. Product development consumes hours we cannot invoice to a client. On a small team, every hour spent building a template is an hour not spent on billable work, and that is a genuine cost, not a theoretical one. Cash flow feels it immediately, in the same month it happens.
So we treat product investment as deliberate, bounded, and honest about itself. We set aside specific time for it rather than quietly stealing it from project budgets. We build only from problems we have already solved at least twice, because a request that keeps arriving is our signal that a product belongs there. And we ship the first version when it is useful rather than when it is perfect, because a finished product a client can actually use teaches us more than a polished one still sitting in development.
Licensure still applies
A digital product does not escape professional responsibility. Anything that produces an engineering result — a calculation, a design aid, a compliance check — must be reviewed and sealed by a licensed professional engineer, and the user must understand its limits. A template is an aid to engineering judgment, never a substitute for it. We document assumptions, state the applicable codes and their revisions, and make clear what the tool does not cover.
That review obligation is also a competitive advantage. Larger firms can put more people on a delivery problem, but they often cannot justify the internal attention that a small, carefully reviewed product demands. Our licensure, our seal, and our willingness to stand behind what we sell is precisely what makes a product licensable in the first place.
Products and services work together
We want to be explicit: digital products do not replace billable engineering. They complement it. Clients still need permits prepared, systems designed, and construction observed, and no template substitutes for that work. What a product does is change the economics underneath the services. It gives us a second revenue stream that is not capped by the number of engineers we employ, and it lets us serve clients whose budgets could never support a full custom engagement.
For a small licensed firm, that combination is the real opportunity. We cannot out-spend larger competitors on staff. We can out-build them on focus, and we can package what we already know into something that keeps working long after the hours are done.
La mayoría de las firmas de ingeniería venden una sola cosa: tiempo. Un cliente nos contrata, asignamos horas al trabajo, facturamos esas horas y, cuando el trabajo termina, los ingresos se detienen. Ese modelo funciona, pero tiene un techo incorporado. Cada dólar que ganamos exige que un ingeniero con licencia dedique una hora a ganarlo, y en el año solo hay una cantidad limitada de horas.
Los productos digitales rompen esa relación. Una plantilla de cálculo, una rutina de automatización de CAD, un conjunto de documentos de política sobre inteligencia artificial o un flujo de trabajo de gestión de proyectos se construye una vez y luego se licencia muchas veces. El costo de producir la primera copia es alto. El costo de producir la copia número mil es casi cero. Esa es la idea del costo marginal cero, y está cambiando silenciosamente lo que puede llegar a ser una firma pequeña con licencia.
Una sola construcción, muchas licencias
Cuando facturamos por horas, nuestros ingresos escalan directamente con la cantidad de personal. Cuando licenciamos un producto, los ingresos pueden crecer mientras nuestro equipo de ingeniería se mantiene del mismo tamaño. Un ejemplo concreto, y lo planteamos como ilustrativo y no como una afirmación sobre resultados reales: si dedicamos cuarenta horas a construir una plantilla de cálculo de cargas y la licenciamos a veinte firmas a un precio nominal, esas cuarenta horas seguirán generando ingresos mucho después de que el proyecto original que inspiró la plantilla haya cerrado. La misma plantilla puede corregirse una vez, y todos los licenciatarios se benefician de esa corrección en el mismo momento.
Esto no es ingreso pasivo en ningún sentido mágico. Los productos requieren mantenimiento, soporte y revisión a medida que se actualizan las normas. Pero la forma de la curva es distinta. En lugar de cambiar una hora por un honorario, amortizamos un solo bloque de esfuerzo profesional entre un número ilimitado de usos.
La verdadera pregunta no es si podemos costear el tiempo para construir el producto. La pregunta es si podemos costear seguir resolviendo el mismo problema desde cero, para un cliente a la vez, a tarifas por hora, para siempre.
Qué construimos y por qué se sostiene
Nuestro trabajo de producto nace directamente del trabajo de consultoría. Construimos la herramienta porque un cliente la necesitaba, y después la generalizamos para que otros puedan usarla. Las categorías a las que volvemos con más frecuencia son estas:
Plantillas de cálculo — hojas de cálculo para drenaje pluvial, dimensionamiento y verificaciones de cumplimiento, donde la fórmula es estable pero los datos de entrada cambian en cada proyecto.
Automatización de CAD — scripts y rutinas que convierten tareas repetitivas de dibujo en unos pocos clics, reduciendo las horas que consume una tarea rutinaria.
Documentos de política sobre IA — plantillas de gobernanza en lenguaje claro y ya revisadas, para firmas que quieren adoptar herramientas de inteligencia artificial sin redactar la política desde cero.
Flujos de trabajo de gestión de proyectos — cronogramas, listas de verificación y estructuras de seguimiento que reflejan cómo debe ejecutarse realmente un proyecto, no cómo se espera que se ejecute.
Cada uno de estos productos comenzó como un entregable de un trabajo remunerado. Eso importa, porque significa que los productos se prueban bajo condiciones reales de proyecto antes de licenciarse a cualquier otra persona.
La contrapartida: se paga con horas no facturables
Aquí no hay almuerzo gratis, y no pretendemos lo contrario. El desarrollo de productos consume horas que no podemos facturarle a un cliente. En un equipo pequeño, cada hora dedicada a construir una plantilla es una hora que no se dedica a trabajo facturable, y eso es un costo real, no teórico. El flujo de caja lo siente de inmediato, en el mismo mes en que ocurre.
Por eso tratamos la inversión en productos como algo deliberado, acotado y sincero consigo mismo. Reservamos un tiempo específico para ello en lugar de tomarlo en silencio de los presupuestos de proyecto. Construimos únicamente a partir de problemas que ya hemos resuelto al menos dos veces, porque una solicitud que no deja de llegar es la señal de que allí corresponde un producto. Y publicamos la primera versión cuando resulta útil y no cuando es perfecta, porque un producto terminado que el cliente puede usar de verdad nos enseña más que uno pulido que sigue en desarrollo.
La licencia profesional sigue aplicando
Un producto digital no escapa de la responsabilidad profesional. Todo lo que produzca un resultado de ingeniería — un cálculo, una ayuda de diseño, una verificación de cumplimiento — debe ser revisado y sellado por un ingeniero profesional con licencia, y el usuario debe comprender sus límites. Una plantilla es una ayuda al criterio de ingeniería, nunca un sustituto de ese criterio. Documentamos los supuestos, indicamos las normas aplicables y sus revisiones, y dejamos claro qué no cubre la herramienta.
Esa obligación de revisión también es una ventaja competitiva. Las firmas más grandes pueden asignar más personas a un problema de entrega, pero muchas veces no pueden justificar la atención interna que exige un producto pequeño y cuidadosamente revisado. Nuestra licencia, nuestro sello y nuestra disposición a responder por lo que vendemos son precisamente lo que hace que un producto sea licenciable en primer lugar.
Productos y servicios trabajan juntos
Queremos ser explícitos: los productos digitales no reemplazan la ingeniería facturable. La complementan. Los clientes siguen necesitando permisos tramitados, sistemas diseñados y obra supervisada, y ninguna plantilla sustituye ese trabajo. Lo que hace un producto es cambiar la economía que sostiene los servicios. Nos da una segunda fuente de ingresos que no está limitada por la cantidad de ingenieros que empleamos, y nos permite atender a clientes cuyos presupuestos nunca podrían sostener un trabajo personalizado completo.
Para una firma pequeña con licencia, esa combinación es la verdadera oportunidad. No podemos superar a competidores más grandes gastando más en personal. Sí podemos superarlos construyendo con más enfoque, y podemos empaquetar lo que ya sabemos en algo que sigue funcionando mucho después de que las horas se terminan.
Start a Project or Request Information
Tell us about your project, inquiry, or product interest. We'll respond within one business day.
