I helped drive Adobe's acquisitions of Typekit and Nitobi. AMA
I'm Kenneth Berger, I work in product management at Adobe driving acquisitions and partnerships. I helped build the business cases, perform due diligence, and plan integration for both deals. I've been working at Macromedia and then Adobe for 7+ years. Very excited to work with both these awesome teams! Obviously I can't reveal certain details, but ask me anything, I'll answer as best I can.
69 comments
[ 2.7 ms ] story [ 141 ms ] threadI'm also a fan of the Travelocity Android app, which was built with PhoneGap.
PhoneGap does not make good apps.
I'm building mobile app with HTML5/CSS3/Backbone.js/PhoneGap and it's an excellent stack that allows you to build native-like apps for multiple OS's. Everyone I've demo'd the app to has no idea it's not written in Obj-C..
While an iOS designer like myself sees a lot of telltale signs it's HTML (the flicker of loading buttons' assets for example) it looks very nice.
I see decent intentions with products like Muse but its faults outweigh its benefits and I do not expect this particular product to see much life unless its vastly improved or changed.
As a web coder, I heavily rely on products like Photoshop and am disappointed with bloat and inefficiencies I've experienced over the years, so I really have hard time believing the same fate won't happen to Typekit. That said, I am going to try to keep the skeptic in me quiet as I watch what happens to this awesome product.
I advise the author to review the adobe labs and check out what has been done re:HTML5 and CSS3 over the last year.
http://labs.adobe.com/
http://labs.adobe.com/technologies/edge/ http://labs.adobe.com/technologies/fireworks_css3mobile/ http://labs.adobe.com/technologies/muse/ http://labs.adobe.com/technologies/captivate_html5/
The list goes on.
In addition, they've been a big participant in releasing fonts to typekit already. Why would they close the doors?
Very good question, but one that needs a responsible answer. Adobe wants the web to live on using its proprietary formats like Flash while a growing minority is resisting this and switching to HTML5. Adobe's efforts are a good start but have a long way to go. Muse, for example, has good intentions but in practice is a horrible product with extremely convoluted code.
I'm not a Flash hater as I love the fact that YouTube grew on this standard and many fun games are because of Flash but I also see the reason why HTML5 is a much better standard to get behind and why technologies like Flash will ultimately die unless they become more open.
They've now realized that this isn't going to happen; people are abandoning Flash Player in favour of more compatible, more nimble technologies. Adobe's a big company, but they know which way the wind is blowing, and they've responded by shifting with it.
The way things are looking, 'Adobe Flash' (the content authoring tool) is going to move to being an HTML5-and-fall-back-on-Flash-Player tool (or vice-versa). Eventually, Flash Player will die the death it deserves, and 'Flash' will just be the name of the authoring tool (along with Dreamweaver or Coda).
Basically, Adobe wanted to lock up (or at least make a lot of money at) the cross-platform mobile dev environment. They realized they can't do it with Flash Player/swf content, so now they're trying to do it with Phonegap Build and HTML5 content. More power to them.
I'm definitely not trying to discredit the HTML5 work Adobe has done to play catch up but part of me feels like it's too little, too late in some ways.
Adobe has to make money, they obviously have a huge grip in the design community and they're not going away anytime soon so we need to push back as much as possible to make sure they don't continue on with bad practices and listen to the community, which increasingly they are. Sadly, too many of us feel abandoned when some of our favorite software gets left behind (Homesite) or bloated (Photoshop/Flash/Illustrator).
How quickly people forget.
Yes, Photoshop et al have added a bunch of really great features but along with that comes convoluted, inconsistent and sometimes ugly UI features. Is it worth the expensive prices? Not really.
Remember Homesite? They integrated that into the convoluted trash that we now have called Dreamweaver. Homesite's features made Dreamweaver the editor to have 7 years ago but I graduated from this editor b/c I couldn't stand how bloated it was and Dreamweaver fell behind.
What's to say this won't happen to Typekit? It could easily be integrated into a bloaty, proprietary crapware that will essentially kill it like many others Adobe has gotten rid of. Sorry, I just don't have a much faith in Adobe.
Getting past the normal corporate mumbo jumbo, what did you see in the companies that piqued your interest? Was it a talent acquisition? Do you actually see these technologies being integrated with existing adobe technologies (specifically Flash)?
Typekit elegantly solves the licensing, technical, and user experience problems of serving rich typography on the web. That's something we've heard repeatedly is important to our customers, so we're excited to keep growing their business and investigate the right ways to integrate with Adobe applications.
PhoneGap makes it drop dead simple to develop native applications across devices using your existing HTML/JS development skills. As mobile devices continue to fragment and more and more companies need mobile apps deployed across platforms, this problem will only become more important to solve. We're excited to continue to contribute to the PhoneGap open source project, further develop the hosted PhoneGap Build product, and investigate what tool integration may make sense. We've already integrated PhoneGap with Dreamweaver in CS5.5.
So I would say these acquisitions are about talent, technology, and community. They are both amazing teams that have built great products with enthusiastic user bases--and it's important that they stay that way as they grow.
I watched your two M&A announcements today with keen interest, because I've been watching the overall market change and we're kind of trying to figure out where Adobe fits into things. Where we used to use flash, we're using HTML5 for web and mobile, and where we used to use Adobe SMS, we're now using brightcove, kaltura, and others. We're phonegap hackers as well.
I'm trying to figure out if Adobe is more interested in building supporting tools, or if Adobe is trying to build more of a "one stop" platform a la brightcove appcloud and what people have built out in various verticals for different toolsets (heroku for rails, brightcove for video, pantheon for drupal, etc). As you look forward from the M&A strategy, how do you see the technical solutions coming to market? Are you guys trying to do a rollup, or augmentative strategy? I'm only asking because a lot of recent technical offerings have been out of tune with out Open Source stack approach, and while I'd love to work more with Adobe products, it's been really hard to figure out how and where you guys fit into the new Open Source / Cloud / SAAS / Mobile / HTML5 & CSS3 landscape.
It's obvious you guys are trying to get in front of the trends, but I just can't figure out what that actually is going to look like six months from now.
Any insight there into the overall strategy? I know you might not be able to answer it, but I'd love to know.
http://www.adobe.com/products/creativecloud.html
Adobe's DNA seems to be to stuff as many features into a product, even if they're half broken. Does Adobe have a plan to prevent these new products from going the same way?
2- For every company you acquire how many companies do you look into and end up not buying?
2- For every deal we look at a variety of companies in the space, at least two or three, usually more.
A motivated buyer can turn it around in 30 if necessary.
How important is conflict resolution during these deals?
(This one is really broad and shows some ignorance) When you are driving acquisitions, do you treat the deal like a developer would treat a large project? Do you have a set of requirements that you work toward? Do you have to track changes and perform QA?
Do you have any recommendations for teams with lots of Flash-based content, to prepare for the transition to an HTML5 environment? Can we continue creating Flash content as we always have, trusting that Adobe will provide a means to migrate/recompile our existing FLAs or SWFs to HTML5 when the time comes? Or should we take any preparatory action to ease the transition? For instance, authoring our graphics using SVG, writing our code in an intermediate scripting language that may be compiled to ActionScript or JavaScript, etc?
I realize you might not be the best person to ask about this, but in your position it seems probable that you'd be aware of the roadmap for Flash. I realize the roadmap is confidential, but any tips or recommendations would be greatly appreciated. Alternatively, if you could recommend someone for me to talk to about this, I'd be grateful.
EDIT: Any sort of response would be great. There seem to be a lot of folks here who are interested in this issue.
I have an email address in my profile if you (or anyone on the Flash team — Senocular, perhaps?) would like to take this conversation private. But I'm sure all the people up-voting my question would absolutely love an official, public answer.
And to clarify: I don't mean to imply that I think the Flash Player is going away. I'm just hopefully awaiting the day that my existing Flash-made content can run beautifully on the iPad and Win 8 Metro. Platform independence was the ideal that led me to choose Flash, and I'm excited about this ideal continuing into the future.
I just need to be sure that the processes I'm using today won't limit my options. My ever-growing library of resources — the result of a decade of hard work — depends on this.
We don't have anything else to announce right now.
Just curious, but since the move of PhoneGap to an Apache incubator project was announced within such a relatively close proximity to today's acquisition, I can't help but wonder if the decision to open source the code was something Adobe was aware of.
I mean, you must have been in the process of doing the due diligence during this time, right? It leads me to speculate the decision was somewhat of a joint one, or, alternatively, that maybe there were points of contention around it.
This might touch on sensitive information so I fully understand if you'll have to pass on answering this one.
A little bit here: http://blogs.adobe.com/adobeandjquery/
http://www.max.adobe.com/online/
Q: Say I have a product or a service that I think might be a very good fit for Adobe, including a realistic, well thought out business side of things. Is there a way to pitch it to the people of your position if I have absolutely no connections in Adobe?
This is a hypothetical question, just trying to understand options for seeding initial acquisition interest. Thanks.
When I heard the news, my immediate reaction was not positive. [...] No one I know is filled with joy when using Adobe products...mostly the opposite. Typekit is a great service; I hope Adobe keeps it that way.
(http://kottke.org/11/10/adobe-acquires-typekit)
This sums up my reaction, as well: I use Adobe products because I have to, not because I want to.
I assume you'd disagree with folks like Jason and I about the joylessness of Adobe products, but I'd guess that we'd all agree of the importance of keeping TypeKit simple and elegant.
So what safeguards, if any, have you been able to put in place to ensure that TypeKit maintains its je ne sais quoi as it becomes an Adobe product?
[EDIT: I'm hesitant to use HN for what might -- perhaps legitimately -- be seen as a rant. But this may be my only opportunity to make someone at Adobe having any degree of authority or ability to communicate with the relevant management, aware of this problem. Further, we are all at the mercy of Adobe technical support, to the degree we need it. And this applies, in this specific context, to the many students and staff on this site who might face issues in particular with regard to academic licensing.]
OT, but I recently spent in aggregate 7.5 hours [1] getting one your tech support to walk over to a manager and convince them to generate a correct license code for a thoroughly documented academic purchase, after the third-party licensing vendor who was supposed to do so failed to and then only, finally responded to an Adobe tech support rep, whom they told that they had no clue what license the Adobe tech support rep was talking about.
Said license generation and delivery took only 10 minutes, once Adobe tech support -- AFTER 7.5 HOURS of phone calls -- finally did it directly, themselves -- and for the first time, finally, did it correctly after also following my instructions as to what specific type of license was needed. (Rhetorical: What is wrong with this picture?)
Briefly put, someone needs to straighten out the delivery of secondary CS 4 license codes for support of academic purchasers of CS 5.x who are running Win XP 32 bit (said support being clearly described on the product package and in its marketing).
I realize that, officially, you are not the correct party to address, but since you're the only member of Adobe management who is likely to even see a comment on my part, let me just say that in this case your technical support, while always polite on the phone, sucked in terms of results and follow-up; you took several hundred dollars from the person I was helping while failing for over a month to deliver the product (license code) and support that was clearly described on the package; and on this basis I, personally, [changed to calm my tone down] cannot wish your company well.
(I was tempted to send your corporate HQ an invoice for my time, but I figured they'd be too obtuse and/or dismissive to get the point.)
1. I would never have spent that kind of time on the endeavor, except for the nature of my relationship with the purchaser.