Consideraciones al desarrollar un producto integrado para la suite de Microsoft Office

Question

Tengo una idea de producto que requiere integración en la suite de Microsoft Office.

¿Hay algún problema de licencia / limitación que deba tener en cuenta para que pueda proceder?

Answer 1

Depende ...

Si su producto utiliza sus API publicadas y no envía ningún componente de las mismas " en su caja " entonces usted es (probablemente) solo un proveedor de valor agregado en la cima de su plataforma. Le diría a sus clientes que tengan los productos MS adecuados y luego instalen su aplicación en la parte superior. Ese enfoque está bien y la única razón por la que necesita informar a MS es que obtendrá muchos más negocios si es un proveedor / socio preferido / certificado. (Dependiendo de qué producto (s) está integrando, debe verificar en MS para asegurarse de que no haya términos de licencia específicos para usarlos).

Si coloca alguno de sus códigos en su casilla, debe asegurarse de que está operando dentro de los términos de su licencia y es casi seguro que lo harán saltar a través de algunos aros para que lo aprueben. También tiene el problema de compartir los ingresos, que no es probable que funcione a su favor.

En mi experiencia, a MS no le gusta hacer esto con nadie, independientemente de su tamaño, y ciertamente no con jugadores realmente pequeños.

Es mejor que se acerque a ellos directamente antes de comenzar y averigüe si hay proyectos de incubación a los que podría unirse para dar a conocer su idea.

Answer 2

Me di cuenta de que también tengo una respuesta técnica para ti. Hace aproximadamente 10 años escribí un complemento para Excel que aprovechó su hoja de cálculo para sacar a la luz los datos de mi proveedor. Tuvo mucho éxito y vivió durante aproximadamente 8 años como un producto viable que genera ingresos. Fue un diferenciador clave para la empresa de BI para la que trabajaba en ese momento.

El principal dolor de cabeza en nuestra base de código fueron las diferencias en la API entre las versiones de Excel, más las diferentes dependencias de DLL. A MS le gusta decir que no rompen sus API entre versiones, pero esto no es realmente cierto. Es posible que hayan mejorado en eso, pero siempre fue un problema real para nosotros obtener una versión preliminar de su nuevo software para ver qué teníamos que hacer para mantener el nuestro trabajando con él. Luego tuvimos que admitir varias versiones diferentes de Ecel y actualizar nuestro contenido entre ellas. En general, agregó una gran cantidad de complejidad a nuestras vidas.

Sus API han cambiado significativamente en estilo, y Office es mucho más abierto de lo que era, pero usted pidió consideraciones y esta es ciertamente una.

Answer 3

No hay limitaciones especiales siempre y cuando sigas las API publicadas. Al hackear a su alrededor, se rompe la licencia de Microsoft y ningún negocio querrá comprar su solución en ese caso.

Además, debes saber que las API de Office son un mundo de dolor. Es mucho mejor con Office 2007 (y hay muchas cosas interesantes que vienen con Office 14), pero cualquier cosa más antigua que eso solo está pidiendo problemas ... una vez más, depende de qué es exactamente lo que está tratando de hacer ...

En cualquier caso, debe revisar algún proyecto de referencia como Duet (www.duet.com) desarrollado conjuntamente por SAP y Microsoft. Tengo información sobre eso en mi blog: http://www.developerzen.com/category / sap / sapduetmendocino /

También hay https://www.obacentral.com/default.aspx