We are an early stage startup with a B2B SaaS service. It's basically an API and a Web App people can log in and pull reports. We bill per API request.<p>A big company approached us wanting to license our app on-premises. They claim it's a security concern and they never use SaaS services, preferring to host everything on their own datacenter.<p>This is a really big customer, both in terms of money and display/portfolio. But there are a lot of DevOps implications like updates, new features, possibly different code base and teaching them the nuts and bolts of hosting our app.<p>Should we do it? If so, what should be keep in mind? If not, how can we justify this to us and the stakeholders?
I did this last year. Just figure out how much it will cost you to package things up, write out explicitly what will be your responsibility (maybe bugfixes, updates, whatever) and what will be theirs (keeping the server running, backups, etc).<p>Expect to spend three or four times longer than you think you should dealing with their IT department.<p>Make sure you charge a healthy amount for all this because it will take more resources than you think on your side.
This is pretty common. I field a half dozen requests like this a year for Twiddla. Very few of them pan out to actual deals.<p>A good plan to avoid wasting your time is to give them a ballpark figure up front for what it will cost to make this happen. That figure should not be less than six figures if it involves any significant effort on your part.<p>If you've already packaged everything up, and it really is as simple as delivering a VM image, you might only quote them 20X - 100X the retail price of your most expensive subscription plan. Naturally, this will be an annual contract, with the first year paid in advance and a fair amount of lead time.<p>Keep in mind that your email outlining this will typically be the last contact between you and the customer, since they're often simply middle manager types with an expectation that the price will be the same as your "Big Customer" subscription level, except that it will somehow magically run behind their firewall. Your mail will simultaneously give them a heart attack and correct their understanding of Enterprise licensing. If they do engage after that, you can start your Enterprise Sales cycle.<p>Good luck.
When my startup launched in the B2B finance space a few years ago, we were SaaS - but faced the same dilemma. Our first customer wanted on-site for security reasons, and we needed the money, so said yes.<p>A week or two after signing the contract, they said they couldn't get the hardware after all and could we go hosted instead. I look back at that moment, and thank my lucky stars. Now 2 1/2 years later we would never offer on-site as an option.<p>Be sure of what you're getting in to. Will they allow automated deployments with updates to your appliance (as that's essentially what it is). Will you need permission to access it? How will you support users accessing it? Often those same 'security' reasons apply. And then you'll find yourself stuck in the old model of yearly release cycles, supporting old versions and all kinds of pain.<p>Think long and hard and be 150% sure it is worth it.
You can say YES, and:<p>- we'll start with a 2-week discovery phase, at $225/hour, in which we work with you to see how all the details would work etc.<p>- once implemented, we charge an annual license of $XX,XXX, and we're available for consulting for $225/hour.
Hey,<p>Do they consider having it hosted on a private cloud environment? So you guys still control the systems while they can access it securely (i.e. VPN tunnel between their premises and your cloud servers).<p>The difference with your current offering is that this "instance" of your APP won't be shared with anyone else and you can land a nice maintenance contract, plus keep everything under your control.
> implications like updates, new features<p>They might be understanding if you told them there would not be updates or new features aside from critical security patches. When they're desperate for new features 10 years from now, dispatch a team of on-site consultants to help them upgrade.