Why you should (or shouldn’t) trust a startup(blog.compile.com)
blog.compile.com
Why you should (or shouldn’t) trust a startup
http://blog.compile.com/post/75681943440/why-you-should-or-shouldnt-trust-a-start-up
10 comments
I've also heard, "How do we know you won't sell the company and have the product wither on the vine."
This is why startups tend to deal with startups, and Crossing the Chasm [0] is so difficult.
[0] http://en.wikipedia.org/wiki/Crossing_the_Chasm
This is why startups tend to deal with startups, and Crossing the Chasm [0] is so difficult.
[0] http://en.wikipedia.org/wiki/Crossing_the_Chasm
It's a great set of questions, and a set we hear constantly.
To slightly extend, there's also the question of "Will you raise your pricing for the same offering at any point?".
Plus, in addition to can I get my data back, "will it be of any use to me when I do get it back?". i.e. is it exported to some standard format, will I get enough source code to run it long enough to build (either myself or collectively) some way to get the information (as opposed to the data) out?
"Can I get my data back" actually figured in our architecture prior to building, that's why we went for bring-your-own-storage. Google Drive and Dropbox both now provide direct JavaScript on the client to their servers functionality, the data doesn't need to go your servers any more for storage (only for processing, should you need that).
Our SaaS isn't our main, or even a pay-for, product, we heard this constantly. We do now have a set of answers, but it's taken a good couple of years to put them together in a way that satisfies people.
To slightly extend, there's also the question of "Will you raise your pricing for the same offering at any point?".
Plus, in addition to can I get my data back, "will it be of any use to me when I do get it back?". i.e. is it exported to some standard format, will I get enough source code to run it long enough to build (either myself or collectively) some way to get the information (as opposed to the data) out?
"Can I get my data back" actually figured in our architecture prior to building, that's why we went for bring-your-own-storage. Google Drive and Dropbox both now provide direct JavaScript on the client to their servers functionality, the data doesn't need to go your servers any more for storage (only for processing, should you need that).
Our SaaS isn't our main, or even a pay-for, product, we heard this constantly. We do now have a set of answers, but it's taken a good couple of years to put them together in a way that satisfies people.
I'm unsure what to make of this post.
> Your data stays with you: It is scary enough to hand over your company’s most precious data - your customer database - to a large company with all the data break-ins today. But with a start-up, the risks magnify, as there is the added worry that the start-up will fail, or will be acquired. What happens to your data then?
> We never ask our customers to provide us with their data. We ask our customers for descriptions of their products and descriptions of their customer’s pain points. That information is enough to provide a continuous stream of targeted leads to our customers.
Considering that the "data" being collected & sold by Compile doesn't belong to its "customers", where is the question of trust? Also, why would any customers who are buying leads from you ever share their customer data with you?
Or maybe I'm missing something here?
[0]: https://www.compile.com/technology/
> Your data stays with you: It is scary enough to hand over your company’s most precious data - your customer database - to a large company with all the data break-ins today. But with a start-up, the risks magnify, as there is the added worry that the start-up will fail, or will be acquired. What happens to your data then?
> We never ask our customers to provide us with their data. We ask our customers for descriptions of their products and descriptions of their customer’s pain points. That information is enough to provide a continuous stream of targeted leads to our customers.
Considering that the "data" being collected & sold by Compile doesn't belong to its "customers", where is the question of trust? Also, why would any customers who are buying leads from you ever share their customer data with you?
Or maybe I'm missing something here?
[0]: https://www.compile.com/technology/
I am the author of the post. The actual intention of my comment was that some companies ask their Customers for their Customer List, such that they can mine that data. At Compile, we do NOT look at our Customer's Customer Lists. We find the right information that our Customer can immediately use, and provide it to them. So we never ask our Customer to share their Customer data as you so rightly suggest.
Clicking on your logo in the blog should go to your main site. If not, please add a link to your main site. It's very difficult to navigate as most in-app browsers don't have a url bar.
Clicking the house rather than the name seems to go to the main website.
As a startup, you should also use this information to help decide your company's own risk/reward ratio of pursuing a customer. I worked in a B2B startup, and when we tried to engage larger businesses we ran up against this "trust" issue. Every time, we spent lots of time and money talking with them and came away with nothing.
The questions are setup for a generic situation which I like, but the answer for #2 seems to be a single solution. What do you do in the case that you need customer data as part of your product (Say the product was more traditional CRM).
Could have been a good post but they cut to the commercial message too soon.
Could have been a good post but they cut to the commercial message too soon.
from the author: thanks for valid criticism, I'll keep it in mind for my next post.
I clicked through to compile.com; what do they actually do?
What does compile.com buy me for lead generation over a good data feed (bloomberg for my use case) + getto data mining/machine learning?
From the website:
> Uses natural language processing based algorithm to find leads from the deep public web
How good's this? Y'all need to get your hands on a bloomberg terminal.
> Uses natural language processing based algorithm to find leads from the deep public web
How good's this? Y'all need to get your hands on a bloomberg terminal.
I don't want to do COTS at first because I want the ability to iterate quickly for new features and bug fixing. I can do that with SaaS, but enterprise COTS is the land of programs that haven't been updated in years. I don't want to put myself in a position of supporting antique versions of the code, even if it comes with lucrative support contracts, because it's a drag in other ways. So my answer to customers who can't deal with SaaS security in the short run is probably going to be "Sorry", and my efforts focused on pleasing the customers who are comfortable with a SaaS solution.
On the other hand, I'm not even in beta yet. I may well have to eat those words in fairly short order, if that's what it takes for survival and growth a year from now.
That all said, I've put a lot of thought into addressing customer objections about their data, and a lot of it is baked right into the architecture.