¿Por qué Twitter adquirió Crashlytics?

De Noah Barr sobre HackerNews:

En mi opinión, esta adquisición podría haber sido motivada por 1 o más de los siguientes:
(1) Los necesito en casa. Muchas compañías más grandes han estado contratando el desarrollo de sus aplicaciones para ISV. Algunos ISV han sido comprados silenciosamente por sus clientes más grandes, ya que los dispositivos móviles se han vuelto más “básicos”. Crashlytics fue un fabricante de herramientas que Twitter y algunos otros usaron. Quizás, Twitter pensó que estas herramientas eran “básicas”, o demasiado importantes para no tenerlas como parte de su organización.
Yo diría que este no es el principal motivador. Twitter podría haberse beneficiado, y posiblemente se beneficiaría más, si Crashlytics continuara su misión externa a Twitter como una solución directa de diagnóstico de fallas. Si Twitter pidiera algo genial, Crashlytic generalmente aprovecharía la oportunidad de ofrecer la funcionalidad [sin adquisición]. Desde la perspectiva de Crashlytic, suponiendo que ejecutaran un proceso de adquisición ajustado / “bien asistido”, hipotetizaría un valor más alto de alguien como Google (para la herramienta de desarrollo para todos sus editores + # 3 al alza + cumplido a GA), y / o alguien como NetDynamics / NewRelic / EMC. Las personas de APM eventualmente verán la luz y se darán cuenta de que ellos tampoco pueden darse el lujo de NO tener una oferta móvil para su oferta de productos (Facebook es para Instagram como …)
(2) Talento. Crashlytics siempre ha tenido una competencia en ingeniería móvil hardcore UI / UX +. Recuerde, son fabricantes de herramientas, el núcleo duro del núcleo duro. Estas habilidades serían valiosas para cualquier empresa con una importante presencia móvil. El talento UI / UX beneficiaría a cualquiera.
Dado el precio de compra probable, anclado por su última ronda de financiación (~ $ 5-6M), las motivaciones de talento puro son poco probables debido a las expectativas de retorno de los inversores que impulsan un alto PP. Si los competidores hubieran reducido drásticamente la capacidad de Crashlytics para convertirse en un negocio independiente, entonces esta podría ser una posibilidad. Incluso entonces, hay organizaciones que podrían encontrar para valorar más sus sartenes particulares / producto actual *
(3) Re-propósito / caballo de Troya. Dado que la solución Crashlytics instala un agente dentro de la aplicación de otra persona, puede comenzar a ofrecer todo tipo de servicios + recopilar todo tipo de información interesante como parte de una oferta incluida: – (3A) Registro de eventos. Llame a esto el juego Flurry / GoogleAnalytics. Cada vez que una aplicación instrumentada hace algo, habla al mundo exterior o, lo más probable, un usuario realiza un determinado conjunto de acciones, el SDK puede informar a la nave nodriza. Esto es particularmente útil si está buscando agregar seguimiento a través de las propiedades de Twitter (aplicación, web, etc.) y otras aplicaciones. – (3B) Fontanería social. Twitter podría perder el liderazgo (dar una forma gratuita) para que sea muy fácil agregar la funcionalidad de Twitter a cualquier aplicación. – (3C) Cuña de infraestructura móvil. Asegure una relación con los desarrolladores de aplicaciones y haga algo más beneficioso con esas relaciones que solo venderles herramientas. Burstly / Testflight es un buen ejemplo, también lo es Flurry con publicidad. – (3D) Otro. Sólo Dios sabe.
3A / 3B / 3C son muy probables. La “cookie universal” es el grial del acebo para las plataformas publicitarias, y nadie lo ha descubierto todavía. Diría que Google está mejor situado para asumir este papel (dado el control sobre la red publicitaria + el sistema operativo móvil líder), pero no puedo culpar a Twitter por intentarlo. Se podría argumentar que están haciendo que la plataforma publicitaria se mueva. Si este es el movimiento, corren el riesgo de alienar sus relaciones / ejecutar un juego de gato / mouse con los propietarios de la plataforma del sistema operativo móvil

En resumen, voy con el n. ° 3 en su mayoría, con 1 y 2 como motivador secundario. Cualquiera que sea el caso, vigilaría de cerca sus ToS (las caderas no mienten). # 3 da miedo en todas las formas, tanto para los consumidores como para los desarrolladores de aplicaciones. # 3 es agresivo y está cargado con juegos de gato / mouse de plataformas existentes. # 3 está pensando en grande.
¿Cómo juega esto para los jugadores restantes en el espacio? Bien o muy mal para Crittercism, uTest’s Apphance y Bugsense.
– Malo. Siempre hubo una alta probabilidad de que los informes de fallos móviles se convirtieran en productos básicos y / o se convirtieran en un líder perdido por otra cosa. Dudo mucho que Crashlyitcs siga siendo el regalo de Twitter para las organizaciones de ingeniería móvil del mundo (una especie de segundo programa de arranque).
– Bueno. Los competidores perdieron un competidor muy creíble hoy. La información y el acceso que Twitter obtendría a través de un agente de monitoreo integrado dentro de muchas aplicaciones populares es muy interesante. Por ejemplo, Twitter conocería métricas codiciadas como MAU # ‘s en tiempo real para cualquier aplicación que use Crashlytics SDK. Existe la hipótesis de que las empresas pagarán por las herramientas, especialmente si saben y pueden controlar cómo se utilizarán los datos. Esto solo se magnifica si el nuevo propietario tiene grandes incentivos para usar indebidamente esa información.
[Fui un empleado temprano en un competidor. Me fui para unirme a una nueva startup ~ hace 5 meses]