You are here
I'm tracking my work related activities because people often ask me what my days look like. For one month, I'm posting a weekly summary of my work week (e.g. Monday - Friday, not including weekend work). I'll post four summaries in total as that should give people a good sense. This is the summary of the second week. You can compare it with the summary of the first week, if you like.
|Business development||Acquia||5||Meetings with (potential) partners|
|Human resources||Acquia||2.5||Interviewing potential hires|
|Management meetings||Acquia||2.5||Weekly status meeting with updates from sales, marketing and engineering.|
|Staff meeting||Acquia||2.5||All company update meeting|
|Product / engineering management||Acquia||5||Reviewed marketing, sales and engineering progress of different Acquia products, and brainstormed about resource allocation|
|Transportation||Acquia||12||Driving to work and trip to Washington DC|
|Preparing presentation slides||Acquia||2||Gave 2 presentations that required preparation. Fortunately got some help from marketing.|
|Attending conferences||Acquia||6||Gave one keynote at a cloud event, and gave one presentation at 360info/AIIM in Washington DC|
|Blogging||Drupal||2||Wrote 3 short blog posts|
|Drupal 8 initiatives||Drupal||4||Talked to potential initiative owners for Configuration Management, HTML5 and Design|
|Drupal Association||Drupal||1||Started planning a face-to-face meeting with the Board of Directors in early May|
|Reviewing Drupal core patches||Drupal||2|
|Press interviews||Drupal||1||Did two short interviews about Open Source and online collaboration|
|Mollom||2||Helped close two large new customers|
|Product / engineering management||Mollom||1||Refined our engineering methodology and reviewed some user interface designs|
Every week, people ask me what exactly I do and how I balance my time. As such, I've decided to keep track of my work related activities and to record the time that I spent on them. The next four weeks, I'll try to post a weekly summary of my work week (e.g. Monday - Friday).
|Business development||Acquia||2||Meetings with (potential) Acquia partners|
|Human resources||Acquia||1.5||Career guiding, interviewing potential hires|
|Management meetings||Acquia||5||Strategic planning/brainstorming/review meetings with sales, marketing, engineering, etc|
|Product / engineering management||Acquia||4.5||Roadmap planning for Drupal Gardens, Acquia Cloud, Acquia Network and Drupal Commons|
|Sales meetings||Acquia||2||Meetings with (potential) Acquia customers|
|Transportation||Acquia||6.5||Driving to work and driving to meetings|
|Investor relations||Acquia||0.5||Communicating with investors|
|Attending conferences||Drupal||6||Gave one keynote at Harvard Club and one presentation at the IBM Innovation Center for IEEE/ACM|
|Blogging||Drupal||2||Processed my DrupalCon pictures and wrote 3 short blog posts|
|Drupal 8 initiatives||Drupal||3.5||Talked to potential initiative owners and read up on proposals|
|Drupal Association||Drupal||4||Drupal Association board meeting, phone calls with other Board Members, and working with Executive Director in preparation of the board meeting|
|Preparing presentation slides||Drupal||3||Gave 2 presentations that required preparation|
|Radio interview||Drupal||1||Interview with Federal News Radio to talk about Drupal in government|
|Reviewing Drupal core patches||Drupal||0.5|
|Management meetings||Mollom||1||Weekly planning/review meeting|
|Product / engineering management||Mollom||6||Reviewed the results of the last engineering sprint, and coordinated the next engineering sprint|
This week may have been slightly more busy than normal. Also, most weeks I spent more time reviewing Drupal patches -- this week most of that time went into starting up the Drupal 8 initiatives and catching up with things after DrupalCon. Other than that, this was a pretty common week.
In my Acquia 2010 retrospective, I promised to write a bit more about Acquia's product strategy. This blog post provides a high level view of the vision that we've been working towards for the last 3 years, and explains how Acquia can help simplify your web strategy.
The web: it's currently a mess
Ten years ago, the average organization had one website. Since then, doing business through the web has become more complex and have introduced a diverse set of needs. If you're like most organizations the number of sites you have is large and continues to grow at a rapid clip.
For most organizations, one tool could not historically get the job done, so they kept multiple tools in their toolbox – whether they intended to or not. The situation can be quite a mess, and is unfortunately a common scenario in many enterprises.
Each site has unique needs
Most of these sites are vastly different in terms of scale, functionality, complexity and longevity. Some sites are under continuous development while other sites are only around for a couple of weeks or months. Some of the websites are owned by the company's IT department and hosted internally, while other websites may be owned by their marketing department and hosted externally. As a result, the level of investment and the time to market requirements are usually very different.
Standardize on Drupal to save costs
CIOs – facing cost-cutting pressures and the need to streamline their resources – are now addressing the reality of running twenty different content management systems on twenty different stack configurations as an expensive, unnecessary burden for the organization. They have always known that there were cost savings to be made if they standardize on a single platform, but have never felt the confidence in a single platform to suit all of their needs across their organization.
Drupal has the required features to accomplish this today. This is more than a vision – it is reality. Every day, more organizations are standardizing on Drupal.
By standardizing on Drupal, organizations can reduce training costs, reduce maintenance costs, streamline security, and optimize internal resources – all without sacrificing quality or requirements. Standardizing on Drupal certainly doesn't mean every single system needs to be Drupal. Even going from 20 different systems to 10 or to 5 different systems still translates to dramatic cost savings. It goes without saying that you need to be smart about what makes sense to standardize on Drupal, and what not to standardize on Drupal. With our vast community of contributors, Drupal continues to become better and better and the feasibility for an organization to standardize on Drupal continues to improve over time.
Drupal distributions help adoption
Drupal Commons is a Drupal distribution for social business software; it provides organizations a complete solution for forming collaborative communities. Similarly, Open Publish is a Drupal distribution optimized for news publishing. Acquia sees expansion of distributions as critically important to the future growth of Drupal. With that, we are acting as a software publishers for these and other distributions developed by partners within the Drupal community; supporting the marketing, promotion, support, and ongoing development of distributions to extend the capability of the companies who have incubated these incredible products.
Add the Acquia Network for support and cloud services
To help organizations adopt and standardize on Drupal, we created the Acquia Network to provide a suite of Drupal support, knowledge, and web development and maintenance tools to help build, manage and extend Drupal websites.
The Acquia Network is your connection to a team of Drupal experts, available 24x7, and backed by Acquia's engineering and professional services team. As an Acquia Network subscriber, you can submit help tickets, search our knowledge base and contribute in our subscriber forums.
The Acquia Network also provides you access to a number of cloud-based services. Services like heartbeat monitoring, software update management, and soon to be released integration with New Relic provide visibility into your site's performance and help with site management. Other services, like Acquia Search and Mollom, extend the functional capabilities of your sites.
We are in the middle of a massive redesign of the Acquia Network and many of the services you use through the Acquia Network today (including the Acquia Library, a broad collection of tips, tricks, how-to's, and resources for Drupal developers and site owners). Through the Acquia Network you will soon have the ability to easily access a growing list of third-party services, with many available at no additional charge. We already offer many third-party services (e.g. Mollom for spam filtering, New Relic for application profiling, etc), but we'll soon be opening up the Acquia Network as a ‘service delivery platform' and marketplace for additional services. In the works for release over the next few months are mobile design tools from Mobify, analytics, video services, marketing tools, and more.
Interested in adding your service to the Acquia Network? In the future, we will roll out APIs and infrastructure (e.g. billing) to enable other organizations to deliver their cloud-services to any Drupal site through the Acquia Network.
Add Acquia Hosting, a Drupal Platform-as-a-Service
For large websites that require custom code, high availability, on-demand elasticity or release management tools (i.e. staging and production workflows), we recommend Acquia Hosting, our Drupal-platform-as-a-service (Drupal PaaS).
Acquia Hosting is an extension of the Acquia Network, so if you need help scaling your site or debugging a problem, Acquia Client Advisors are always available to help. Through the Acquia Network, we also provide a number of Acquia Hosting specific e-services, including backups, database rollbacks, staging environments, version control for code management, and more.
Going forward you can expect even more developer tools and self-service tools to be added to Acquia Hosting, as well as more critical features for large scale sites, including improved security and code workflow options.
Add Drupal Gardens for rapid micro-site development
All sites are different. Not all your organization's website need the scale, functionality, complexity or longevity of your most important websites. A lot of times you have smaller sites that you may want to roll-out quickly, preferably without having to involve IT.
For that, we built Drupal Gardens, a Drupal-as-a-service platform that makes building Drupal websites as simple as point and click. Built on Drupal 7, Drupal Gardens brings the freedom and innovation you expect from open source without having to worry about installing, hosting or upgrading your Drupal site.
Our mission for Drupal Gardens is to allow site builders to go from design to online in minutes instead of days or weeks. To help, we provide an ever-growing library of site templates and themes to start from. We believe it will be the best platform for your smaller sites that complement your primary web properties.
For organizations that need to manage tens, if not hundreds, of small websites, we're building ‘Enterprise Drupal Gardens'. It provides site provisioning, site management, single sign-on, multi-site dashboards and organization wide templates and themes to maintain consistent branding.
Host your own sites, if you prefer
One of the biggest advantages of using Open Source software is that there are no limits to how you use the software. Some organizations prefer to host some of their own sites. The Acquia Network is able to plug in into your site, regardless of where it is hosted.
No lock in with "Open SaaS"
Almost all Software as a Service (SaaS) providers employ a proprietary model – they might allow you to export your data, but they usually don't allow you to export the underlying code. Users of Drupal Gardens are able to export their Drupal Gardens site – the code, the theme and data – and move of the platform to any Drupal hosting environment. By doing so, we provide people an easy on-ramp but we allow them to grow beyond the capabilities of Drupal Gardens without locking them in.
We call this "Open SaaS" or Software as a Service done right based on Open Source principles – it offers a much more secure and low-cost alternative to proprietary counterparts.
I've highlighted some of our key products and services in this blog post and will bring you a more detailed white paper focusing on Acquia's vision. Stay tuned!
Things are heating up in the Drupal world as both CommerceGuys and SubHub raised venture capital money. We're still waiting for an official announcement, but word on the street is that CommerceGuys raised around 1 million euros to develop a number of e-commerce products and services for Drupal. SubHub raised more than 1.2 million euros to date to develop SubHubLite, a hosted service for Drupal 7 comparable to Drupal Gardens and Buzzr. In addition to CommerceGuys and SubHub, I know of at least two other Drupal companies that are in the process of raising money from investors ...
Selling a product has more upside potential than selling consulting and professional services which you can only bill by the hour. However, it is difficult to bootstrap a product based business without a major investment of funds -- usually from outside investors. I've seen many try and fail. In almost all cases, it failed because the company was under-capitalized. It takes a lot of resources to create a successful and defensible product. Furthermore, people tend to forget about sales and marketing. It's not enough to build your product -- you have to bring it to market as well. That is not trivial either.
I don't have a rich uncle, so I would not have been able to co-found Acquia without venture capital financing. We decided that we wanted to focus on being a support and software product company with a strong partner eco-system. Starting Acquia wasn't the easiest route for me, but looking back at the past three years of Acquia, I believe that I made the right decision. Based on how much Acquia has contributed to Drupal and what it has enabled me to do, I like to believe it would have been a loss if I had taken a more conventional route -- or had I decided to continue to work on Drupal as a hobby project.
It's refreshing to see that more and more Drupal companies aspire to become successful product companies and that they are seeking venture capital. I always admired the Ruby on Rails community for its seemingly entrepreneurial attitude. I'm glad to see more of it in the Drupal community as well. There is a good deal of fear surrounding venture capitalists but if Drupal is going to grow, we should expect to see more venture-backed companies building Drupal products. Venture capital financing can be good, especially if these companies give back to Drupal and if they build products and services that make our life easier. We all benefit from that.
In this post, I want to focus on one of the most difficult questions for entrepreneurs raising money from investors: what is the right amount of capital to raise? We debated this question extensively in each of the three rounds of raising venture capital at Acquia. It's particularly a tricky question for people like me who are relatively new to venture capital. I spent plenty of time thinking about this and talked about it with numerous successful entrepreneurs that have raised money before.
Based on my own thoughts and my informal survey, my current best answer is the following: the right amount of money to raise is somewhere between the following two choices: (1) enough to build the business that you want to build and (2) as much as you can without being insane or irresponsible. Unless the company does incredibly well, the difference won't be that large.
Raising less money than you actually need can be really destructive. First, it could cause you to miss opportunities because you won't be able to expand fast enough. Second, the company might not survive unexpected setbacks. Last but not least, without sufficient capital you might not be able to attract or retain the right talent you'll need.
Conversely, raising too much money unnecessarily dilutes the ownership of both the founders and the employees. It also makes it difficult to raise more money later on. And it makes it harder to sell the company: the more money you raised, the bigger the price tag becomes as the investors will look to make a multiple on their investment. At a minimum (worst case), you will have to sell the company for at least the total liquidation preference -- hopefully a 1x non-participating.
When in doubt, raise more money rather than less. Growing a start-up is hard as it is. You don't want to introduce more risk by not having enough capital. You want to be able to run a few experiments, make a few mistakes or be able to take advantage of unexpected opportunities.
Being able to project how much cash you'll need is an important discipline to master. Cash is the lifeblood of any company. Making financial projections and forecasts is obviously more difficult when the company is pre-revenue or just starting to take in revenue. You'll have to make many assumptions.
Trying to determine how much money you need feels like trying to solve an equation with too many unknowns. It's a balance between the size of the opportunity, increasing the likelihood of success, optimizing for the financial outcome of all employees, the business' situation relative to the market, and so forth.
At Acquia, we made assumptions about the number of customers, average sale price, customer acquisition cost, product mix, etc. We used these assumptions to estimate our costs and revenues. To help ensure that we weren't fooling ourselves, we tried to validate as many of our assumptions by talking to other entrepreneurs and comparable companies. So we talked to key people from other open source companies (e.g., MySQL and jBoss) that are in the commercial support business.
The better your assumptions, the better you can estimate how much capital it takes to build your company. In each of our funding rounds, we raised at least enough money to achieve our goals and some extra beyond our plans to handle bad surprises or unexpected opportunities. So far, that has been a good strategy for us.
To my surprise, a lot of people that I interview at Acquia don’t understand stock options or have never heard of it. This blog post explains what stock options are about. It is a very technical topic but for the sake of this post, I am going to keep it really simple and make some over-simplifications.
In essence, a stock option is a right given to an employee to purchase stock at some point in the future at a set price.
When a company is founded, the founders own 100% of the company. When they raise money from investors, they give them a share of the company's stock in exchange for money. In addition to that, most institutional investors will require that you establish an "option pool" which usually accounts for 10% of the company. So if you sold 30% of your company to an investor for 2 million dollars, and you set aside 10% for the option pool, the founders still own 60% of the stock and have 2 million dollars to work with.
Having an option pool is very common for a venture backed startup, and fairly uncommon for most small companies. At Acquia, which is a venture backed company, we give our full-time employees stock options on top of a competitive salary. These options come from our option pool.
If you are an employee of a startup, stock options are a big deal as you are going to receive stock options as part of your compensation. It is a big deal because it means you have the option to be a shareholder and to share in the gains. It's a big part of the startup culture, and an important reason why top engineers prefer venture backed startups.
So what exactly does that mean for you as an employee?
When you join a startup as an employee, in addition to your salary, you might be granted 10,000 stock options at a strike price of $1 per share. Those options are taken from the stock option pool that is set aside especially for employees. In our example above, all employees together can own up to 10% of the company.
When the company is founded, the stock is basically worthless. The founders, the employees and the investors will want to steadily increase the value of the company, and by extension, the value of the company's stock.
At the time of an exit, the stock is hopefully worth $100 per share or more. So if you were granted 10,000 options at a strike price of $1 per share, you can buy 10,000 shares for $10,000. However, at that point, the shares are immediately worth $1,000,000 as over the years, the stock price has increased to $100 per share. In other words, the 10,000 shares that you got when you joined, can make you a $990,000 profit on top of your salary.
Granted, the value of the company might not always go up, or it might not go up that fast, but it certainly could. Hundreds of Google employees became millionaires overnight when Google went public. Hundreds of Google employees left to join Facebook -- not because they get a better salary but to get some of Facebook's pre-IPO stock options. When a startup is growing and successful, the price will go up over time. At the same time, if the company fails, the employee equity will be worthless.
The reason startups use stock options is because it allows them to attract and retain high-quality people at reasonable salaries. You can choose to go work for a startup for $85,000 per year in salary and 10,000 stock options granted over 4 years, or you can choose to work for a company for $90,000 in salary and get no stock options at all.
Do you want to take the reduced salary and some risk and swing for the fences, or you do you prefer predictability without the potential for a big upside?
My first job out of college I worked for a venture backed startup that granted me two rounds of stock options -- both grants were rendered worthless as the company didn't survive the bubble in 2001. Even so, I never regretted the choice to go work for this startup. I still got paid a fair salary, I learned a lot and just loved the start-up culture that we had created.
I firmly believe there is an entrepreneur tucked away in many of the best people. For those people, the daily satisfaction of working with high-quality colleagues in a fast-growing company, and the ability to share in the company's success as a shareholder, is worth a lot more than a bigger salary and predictability. I knew that was true for me when I was 21, and I know it is still true now that I'm 31.
Last week in a restroom in New York city, I washed my hands inadvertently with mouthwash. It sounds silly, but it looked like the soap to me. The bathroom was so posh and the container it came in was deceptive: who expects to find mouthwash in a restroom? But, this wasn't a normal restroom.
The Yale Club of NYC with its twenty-two stories is without doubt the most impressive private club house I've ever seen. Access is restricted almost entirely to alumni and faculty of Yale University. Needless to say, it is not the usual location for a Drupal event. However, this was not a normal Drupal event.
This was the location for the first Drupal Business Summit run by Acquia. The Summit brought together business leaders from many leading companies, including a number of CIOs and Vice Presidents from public companies.
Despite my faux pas while washing my hands, the event was a nice reminder for me that Drupal has made its way to many large global organizations and is on the radar for business executives in a way it has never been before.
Last year, I wrote about how CIOs are starting to take notice of Drupal. Today, CIOs of hundreds of companies are actively evaluating or adopting Drupal. A lot has changed since I wrote that blog post, and the next eighteen months promise to be a roller-coaster ride. It's happening.
Acquia has organized three more Drupal Business Summits: one in Washington D.C. on November 18, another in Chicago on November 30; and a third in San Fransisco on December 2. As indicated by the event in New York City, it's an excellent way to spread the message about Drupal to communications and IT executives. Nothing is as effective as for people to hear about Drupal from their peers. It's not an event for developers -- unless you get a kick out of washing your hands with mouthwash.