"While you retain all rights in such communications or
material, you grant us and our agents and affiliates a
non-exclusive, paid-up, perpetual, and worldwide right to
copy, distribute, display, perform, publish, translate,
adapt, modify, and otherwise use such material for any
purpose regardless of the form or medium (now known or not
currently known) in which it is used."
I do not understand how I retain all rights if I am giving you everything but exclusive use. Did you guys (i am assuming you are tech not law folks) change that or did your lawyer?
This doesn't sound like it is referring to files uploaded, does it? "such communication or material"?
I've seen many sites with similar clauses for communications with them -- mainly so they can use your email as a customer testimonial, I believe.
I'm okay with that, but certainly if this applies to the files uploaded, that's a deal-breaker. Facebook's similar clause applying to uploaded content is why I don't upload photos directly, just links to albums I host myself.
Edit: I looked at the terms more closely. Those sections just need to be rewritten; they seem to be cobbled together and not quite regularized to make sense.
6. Intellectual Property Information: defines "content" to include "message boards, chat, and other original content", then (huh) has this: "all content presented to you on this site is protected by copyrights, trademarks, service marks, patents or other proprietary rights and laws, and is the sole property of Kicksend, Inc. and/or its Affiliates." Well, no, that's a direct contradiction with the definition of content, especially since I assume people can share public ___domain material.
7. Unauthorized Use of Materials: much of this seems like a cut/paste out of terms I've seen referring to messages that users submit to a company (saw something like this on an Adobe site) -- e.g., feature ideas that you "transmit to us", NOT original or public ___domain content uploaded to a sharing service. These terms are a bit scary in the current context.
Our product is designed for non-technical users. We want to empower everyday people to do things that they weren't able to do before - namely send large files, big batches of smaller files, and easily receive and organize files sent to them by people they know and care about.
Most of the work we've done these past few months was more user-experience than technical, and there's a ton more that we're going to improve as we move forward.
Here's why we're special:
Our desktop apps are killer. You can drag and drop a big batch of files in, and we take care of the rest. If someone sends you a thousand files, we make sure those are auto-downloaded, and display them in a way that's easy to browse. Since you're on HN and used to things like Dropbox, you might consider this trivial or solved, but our fleshed out desktop experience is highly visual and is something many consumers find very, very appealing.
Our webapp has a 3-step interface for sending files to any email which was a direct result of hundreds of hours of user-testing. If you've never done user-testing, trust us when we tell you that it's usually a humbling affair. The last time we were on HN, our product was terrible compared to what it is now. It's only going to improve from here on out.
The mobile apps that we're planning will change things. To date, nobody has a way to take a video on your phone, send it to a select group of people and have it downloaded on all the devices they have connected.
Our backend infrastructure is a lot more generic than most other file-sharing services, which enable us to cook up slicker features faster than anybody else.
People also seem to like our customer support.
This was long, hope this answered some of your questions. FYI, we're still iterating on everything, everyday based on user feedback.
our fleshed out desktop experience is highly visual and is something many consumers find very, very appealing.
This is only because I'm obsessed with such things, not to sway your audience one way or another, or suggest you're wrong but...
I'd actually like to see the data on this. As it stands, opening up my dropbox folder and getting access to the functions I need to share files through the OS native context menu I'm already familiar with (copy public link, for example) seems like it'd be a no brainer. Why add layers of complexity and abstraction through excessive visuals?
1) Click on "Select files"
2) Click on the files, press "Open"
That's all, you got a download link that you can paste in an email.
Now let's see how many steps your site takes:
1) Click on "Sign up for Kicksend"
2) Fill out the form (equivalent to 20 clicks I'd say)
3) Click on "Sign Up and Continue"
4) Click on "Send files to a friend's email address in the next 5 mins"
4) Click on "Select Files"
5) Fill out the email field
6) Click on "Send Files"
(There's still no download link at this point, like if I want to IM it to my friend.)
7) The person who received the email, doesn't get the download link, but a "Friend request" link instead. Click.
8) Click on "Approve"
9) Click on "Inbox"
10) Click on the file name
You are right, however it is not bad to question a business model or the fact why YC put money in this idea. There are 1000s of these kind of services and a lot of them work really well and are very user friendly.
I do think there are valid questions here like; what is your USP and why did YC invest in this dime-a-dozen concept if you don't have a USP?
You are right, however it is not bad to question a business model or the fact why YC put money in this idea. There are 1000s of these kind of services and a lot of them work really well and are very user friendly.
I do think there are valid questions here like; what is your USP and why did YC invest in this dime-a-dozen concept if you don't have a USP?
Edit: you indicate non-tech usability as USP: a lot of others have that as well as rorrr indicated. He only names a few but there are really 100s or even 1000s that are more user friendly than Kicksend seems to be at this moments. So what is your USP?
Edit2: Too much TL;DR from me I see :) The desktop apps. Ok, going to sign up and check it out :)
Ah! Password picking is good! I get very frustrated when systems don't allow my passwords (and there are tons of sites which don't); my password generator is set to;
Constructive criticism does not normally begin with "that is such bullshit."
I certainly did not say they were friendless. I insinuated that if they believed they were following the community guideline of "being nice" they probably did not have a lot of friends.
To be sure, the "bullshit" comment could have been toned down.
Suggesting that probably would have been fine, particularly if you had other interesting comments to add as well; including a personal attack earns downvotes, though; that doesn't add anything.
We thought it would be useful since a lot of new startups do wind up showing their work on HN before anyone else picks them up. We were trying to show folks what to expect, and the ramifications of getting that kind of traffic coupled with a strong viral loop.
I believe you're talking about the GMail functionality, but the Receivd team will definitely be able to see the +hn in the email address you send them. Google has nothing to do with it.
Thanks for your interest, excellent comments and support! We're still giving quick access to HN users - append +hn when you signup (ex: [email protected])
Others feel differently and are compelled to share just to get access since they like the concept enough. We did think about it quite a bit, which is why we removed the 'share to get bumped up in the queue based on your referrals' to 'just the act of telling your friends makes you important to us, and you're marked as a VIP in the db'.
Anyway, [email protected] gets you access today without having to share.
Hmm, all of those things you described up top are working well for us - can you tell us what version of OSX you're running on? Also what version of Receivd are you using?
1. You can send a file to any email right now - once you invite an email, they'll be greyed out in the sidebar, then drag any files to them as you would with a confirmed user. They don't even have to signup to download the file. You can even add those folks to a list.
2. Interesting point. We'll think more about this.
Thanks a lot for your comments. Can we reach you directly somehow to figure out why you're seeing these issues?
OS 10.6.6 (10J567), Receivrd 0.7.5 (16). I expect to be able to drag a connection to a list, and drag a file from inbox/connection/list activity/received lists and the "sharing activity" lists to all other targets (including outside the app). The Re-Share button has not lit up, which did not surprise me given that I can't really get a file into a selection state. If all this is working for you, I can just try updating / rebooting.
I can send a file to any email now, but there's a lot of sharp edges. You make me click through a modal sheet wizard to intentionally setup a contact first, there should really be an email textbox / fb friend selector / etc. in your app. The worst part about the current setup is that it forces you to first send a no-context invite email minutes before sending a meaningful "x has shared y with you" email. The first kind of email really needs to only ever get sent when a user is explicitly inviting other people to share with them, which is probably not going to be the default path.
My email is in the 'about' area of my profile if you want to reach me.