maartn
|
5 years ago
|
on: Ask HN: Should a Startup in the messy middle change TOS on every turn?
Thanks for all your answers. It really helped to create a framework of what legal mumbo to put where.
We've decided on the following stack:
- General Terms of Service. This will describe what benefits customers can expect from us and by which general means we deliver this e.g. our core service but also support, the amount of effort, etc; what requirements customers need to fulfill before we can deliver our service (like a working internet connection), that customers may only use our service for what it is meant for and shouldn't try to hack our shit; that customers will have an obligation to pay for these deliverables and how long we are willing to wait for payment, what we do when they don't pay and other nasty stuff; How we communicate, where you can find pricing information and what happens in case of disruptions and calamities, what liabilities we accept and how we promise to handle complaints and disputes; other stuff that needs to be said like how we handle privacy sensitive data and which legal jurisdiction applies.
- Terms of service concerning generics for a certain type of business model. This can be quite short and wil lay on top of the general TOS.
E.g. in case of a subscription model, how subscriptions can generally be started, how we prolong them and how customers can cancel. Which requirements a customer should fulfill before a subscription can be delivered. (like a working internet-connection) Where to find the equipment that can be used to receive our service.
- Customizable customer contracts for different target markets and business models. Again these lay on top of the business model TOS which lays on top of the general TOS so this can be really short for a simple contract and expanded at will.
I'm convinced this is a very workable method for us and will give us the flexibility that we need in this phase while still adhering to our lawyers advise.
maartn
|
5 years ago
|
on: Ask HN: Should a Startup in the messy middle change TOS on every turn?
jŭs′tə-fī″: To demonstrate or prove to be just, right, or valid. (I guess you're going for "valid")
;-)
Spoiler: We're naive and want to make the world better! (yes, I've seen all Black Mirror episodes AND we have weekly drinks where we think up scenario's where our company is the villain)
But we need to protect our business not swindle our early customers.
maartn
|
5 years ago
|
on: Ask HN: Should a Startup in the messy middle change TOS on every turn?
Thanks. It's not so much the TOS (should've phrased it better) but more the contracts. We're combining hardware with a software service and are experimenting with one-off sales with life-time (basic) service, premium service subscriptions, no-sale just subscriptions, deposit + subscription, etcetera.
There are things, like the obligation to return the hardware at the end of a subscription, that we now have in the TOS. But if we want to experiment further we might need to add the obligations of every new business model in the TOS.
Thanks to all the comments here I now understand this should not be in there but in the contract. This is exactly one of those "best practices" I'm looking for!
maartn
|
5 years ago
|
on: Ask HN: Should a Startup in the messy middle change TOS on every turn?
Thanks.
You're right, our TOS should be more resilient than this.
With "change routes" I actually mean "experiment with business models" and maybe some directional adjustments.
It's the "overlapping bands of probabilities" (sounds like a Boards of Canada album) that seems very hard to put in black and white...
maartn
|
5 years ago
|
on: Ask HN: Should a Startup in the messy middle change TOS on every turn?
My first name is my Twitter handle. And I think I'm OK :-)
maartn
|
5 years ago
|
on: Ask HN: Should a Startup in the messy middle change TOS on every turn?
I can read and relate to your frustration. But I'm convinced that a business is not solely made of fantastic software. Good people tend to earn good money. And if they want to spend it on their partner, that's not my business.
I've been in a situation where a couple of early clients were able to dictate quite a bit of the business due to early contracts. We do not want to end up in that spot.
So I'm looking for best practices to find a balance between "just trust me" and your scenario.
maartn
|
5 years ago
|
on: iOS14 reveals that TikTok may snoop clipboard contents every few keystrokes
It’s a shame that this turned into a discussion about iOS.
It’s still the burglar that’s faulty, not the homeowner that leaves a window open
maartn
|
5 years ago
|
on: Let's guess what Google requires in 14 days or they kill our extension
the docs are pretty explicit about it
maartn
|
5 years ago
|
on: Let's guess what Google requires in 14 days or they kill our extension
I think that reading all of a users' cookies from all websites is pretty privacy invading...
maartn
|
6 years ago
|
on: Launch HN: Visual One (YC W20) – Event recognition for security cameras
Great work.
If you can make the service GDPR compliant and get certification you are probably 2 steps ahead on any big brand where it concerns Europeans. Distrust towards built-in AI on devices like Ring and Nest is growing.
Is offering a white label version on your roadmap?
maartn
|
6 years ago
|
on: List of countries by mobile phones in use
by Mobile PHONE NUMBERS in use
maartn
|
7 years ago
|
on: A new kind of metasurface uses the sun to clear foggy screens
Where's the sun when it's foggy?
maartn
|
7 years ago
|
on: Ask HN: Who is hiring? (September 2018)
AER | Zutphen NL | Full time | ONSITE |
https://jobs.internetswitch.com/AER is keeping tabs on the digital elephant in the room. We're ridding the world of smombies while celebrating the awesomeness of internet.
Our goal is to create global digital life balance and to empower world citizens to have self-determination over their attention.
We're doing so by creating intelligent tools that will protect your focus and that of your loved ones.
We are looking for embedded posix specialists. If you want to be the hero receiving thank you messages from parents who can safely let their kids go online, from professionals who can finally work undistracted for hours on end, from lovers who revive their relationship by giving their full attention to each other. If you're experienced with embedded linux variants and know how to keep them light. If you get upset by developers collecting unnecessary data but are meticulous about getting the needed data entries just right. You might be the person we're looking for!
maartn
|
7 years ago
|
on: Openbook social network
site doesn't work
maartn
|
7 years ago
|
on: Openbook social network
doesn't work
maartn
|
7 years ago
|
on: Voronoi Airports: all 54,000+ of them rendered in WebGL
Cool, but so dark? And where are the airports? I only see lined globe in very dark environment...
maartn
|
8 years ago
|
on: Half of European flights delayed due to system failure
So Trump and Putin finally hooked up. No need to get all SuSe over it... nerds
We've decided on the following stack:
- General Terms of Service. This will describe what benefits customers can expect from us and by which general means we deliver this e.g. our core service but also support, the amount of effort, etc; what requirements customers need to fulfill before we can deliver our service (like a working internet connection), that customers may only use our service for what it is meant for and shouldn't try to hack our shit; that customers will have an obligation to pay for these deliverables and how long we are willing to wait for payment, what we do when they don't pay and other nasty stuff; How we communicate, where you can find pricing information and what happens in case of disruptions and calamities, what liabilities we accept and how we promise to handle complaints and disputes; other stuff that needs to be said like how we handle privacy sensitive data and which legal jurisdiction applies.
- Terms of service concerning generics for a certain type of business model. This can be quite short and wil lay on top of the general TOS. E.g. in case of a subscription model, how subscriptions can generally be started, how we prolong them and how customers can cancel. Which requirements a customer should fulfill before a subscription can be delivered. (like a working internet-connection) Where to find the equipment that can be used to receive our service.
- Customizable customer contracts for different target markets and business models. Again these lay on top of the business model TOS which lays on top of the general TOS so this can be really short for a simple contract and expanded at will.
I'm convinced this is a very workable method for us and will give us the flexibility that we need in this phase while still adhering to our lawyers advise.