2007년 드롭박스의 투자 유치 지원서

드롭박스 서베이 하다가 찾은 드롭박스 창업자 드류 휴스턴이

2007년 Y Combinator 펀딩 프로그램에 지원하며 작성했던 "투자 유치 지원서"

 

흥미롭고 재밌다 @_@ 

 

 

​

Y Combinator Funding Application
 

Summer 2007
Application deadline: 12 midnight (PST) April 2, 2007.

 

-

Please try to answer each question in less than 120 words.
 

아래 질문을 120 단어 이하로 답변하세요.

We look at online demos only for the most promising applications, so don't skimp on the application because you're relying on a good demo.
We don't make any formal promise about secrecy, but we don't plan to let anyone outside Y Combinator see these applications, including other startups we fund.
We recommend you save regularly by clicking on the update button at the bottom of this page. Otherwise you may lose work if we restart the server. 

 

우리는 유망한 지원서의 온라인 데모만 살펴봅니다. 그러니 온라인 데모가 좋다고 해서 지원서에 소홀히 하지 마시길 바랍니다.

우리는 비밀 유지에 관한 어떤 공식적인 보장도 하지 않습니다. 하지만 우리는 Y Combinator 외부의 다른 사람이나 우리가 투자한 다른 스타트업이 당신의 지원서를 보게 하진 않습니다.

지원서를 작성하는 도중 주기적으로 저장해 주세요.

 

-

# Username

# 이름 
 

dhouston

 

-

# Company name

# 회사명
 

Dropbox

 

-

# Company url, if any

# 인터넷 주소

http://www.getdropbox.com/ 지금은 dropbox.com 임. 서비스 시작 후 도메인 구매

 

-

# Phone number (preferably cell)

# 휴대폰 번호

(redacted)

 

(편집됨) 

 

-

# Usernames of all founders, separated by spaces. (Please have all founders create YC accounts, or create accounts for them.)

# Y combinator 내의 계정 이름(모든 창업자). 

 

dhouston 

 

- 

# Usernames of all founders who will move to (or already live in) Boston for the summer if we fund you.

# 우리가 당신에게 투자할 경우 보스톤으로 같이 올 창업자들의 계정 이름.

 

dhouston (드류 휴스턴 혼자 시작한 스타트업이다.) 

 

-

# What is your company going to make? 

# 당신의 회사는 무엇을 만들 것입니까?

 

Dropbox synchronizes files across your/your team's computers. It's much better than uploading or email, because it's automatic, integrated into Windows, and fits into the way you already work. There's also a web interface, and the files are securely backed up to Amazon S3. Dropbox is kind of like taking the best elements of subversion, trac and rsync and making them "just work" for the average individual or team. Hackers have access to these tools, but normal people don't.

There are lots of interesting possible features. One is syncing Google Docs/Spreadsheets (or other office web apps) to local .doc and .xls files for offline access, which would be strategically important as few web apps deal with the offline problem.

 

드롭박스는 당신과 팀원의 컴퓨터에 있는 파일들을 서로 동기화 시켜줍니다. 드롭박스는 업로딩이나 이메일보다 훨씬 좋은데, 그 이유는 드롭박스가 자동화되어 윈도우에 통합되어 있으며 여러분이 지금 일하는 방식에 맞추어져 있기 때문입니다. 웹 인터페이스 또한 제공되며 파일은 아마존 S3 에 안전하게 저장됩니다. 드롭박스는 subversion, trac, rsync 의 가장 좋은 요소들만 뽑아와 평범한 개인이나 팀이 고민하지 않고 "바로 쓸 수 있게" 만든 제품입니다. 컴퓨터 전문가들은 이런 툴을 사용해 왔지만 보통 사람들은 그렇지 못했습니다.

 

흥미로운 기능을 많이 만들 수 있습니다. 예를 들자면 구글 독스/스프레드 시트를 컴퓨터 내의 .doc 이나 .xls 파일로 동기화하여 오프라인 접근이 가능하게 하는 경우 등을 들 수 있겠네요. 이런 기능은 오프라인이 되면 문제가 되는 웹앱 등에서 전략적으로 중요한 요소가 될 수 있겠죠.

-

# For each founder, please list: YC username; name; age; year, school, degree, and subject for each degree; email address; personal url (if any); and present employer and title (if any). Put unfinished degrees in parens. List the main contact first. Separate founders with blank lines. Put an asterisk before the name of anyone not able to move to Boston for the summer.  

# 각 창업자에 대해, YC 계정명; 이름; 나이; 연도, 학교, 학위, 과목; 이메일 주소; 개인 URL; 현재 고용주; 학위를 마치지 않았다면 괄호 안에 쓰세요.

 

dhouston; Drew Houston; 24; 2006, MIT, SB computer science; houston AT alum DOT (school i went to) DOT edu; --; Bit9, Inc (went full time to part time 1/07) - project lead/software engineer

Although I'm working with other people on Dropbox, strictly speaking I'm the only founder right now. My friend (redacted), a great hacker, Stanford grad and creator of (redacted) is putting together a Mac port, but can't join as a founder right now as a former cofounder of his started an extremely similar company. My friend and roommate (redacted) from MIT is helping out too, but he works with me at Bit9, and a non-solicit clause in my employment contract prevents me from recruiting him (and the VP Eng explicitly told me not to recruit him.)
 

In any case, I have several leads, have been networking aggressively, and fully intend to get someone else on board -- either another good hacker or a more sales-oriented guy (e.g. the role Matt fills at Xobni). I'm aware that the odds aren't good for single founders, and would rather work with other people anyway. 

 

드류 휴스턴. 24살의 MIT 졸업생. Bit9 이라는 회사에서 프로젝트 리드/소프트웨어 엔지니어로 근무.

 

지금 드롭박스 안에서 다른 사람들과 일하고는 있지만 정확히 말하자면 현재 제가 유일한 창업자입니다. 스탠포드를 졸업한 제 친구는 맥 포트를 합치는 제품을 만들었는데 그의 전 동업자가 매우 비슷한 회사를 창업했으므로 현재 제 동업자로 참여할 수는 없습니다. 제 친구와 MIT 룸메이트도 도와주고 있지만 그는 저와 함께 Bit9에 근무하는 중이어서 고용계약상의 문제로 그를 고용할 수는 없습니다(회사에서 그를 고용하지 말 것을 요청 받았습니다).

 

저는 여러 역할을 하고 있는데 적극적으로 네트워킹을 하며 함께할 사람을 찾으려 노력하고 있습니다. 좋은 소프트웨어 엔지니어든 영업쪽 인력(Xobni에서 Matt가 한 역할 같은) 이든 말이죠. 혼자서 창업하는 사람은 좋은 기회를 많이 갖지 못한다는 점을 알고 있습니다. 그래서 다른 사람들과 일하려고 합니다.

 

-

# Please tell us in one or two sentences something about each founder that shows a high level of ability.  

# 각 창업자들이 뛰어난 능력을 보유하고 있다는 것을 우리에게 한 문장이나 두 문장 정도로 짧게 설명해 주십시오.

 

Drew - Programming since age 5; startups since age 14; 1600 on SAT; started profitable online SAT prep company in college (accoladeprep.com). For fun last summer reverse engineered the software on a number of poker sites and wrote a real-money playing poker bot (it was about break-even; see screenshot url later in the app.)

드류 - 5살부터 프로그래밍을 시작하고, 14살부터 창업을 시작. SAT 에서 1600점(만점)을 받고 대학에서는 SAT 준비를 위한 온라인 기업(accoladeprep.com)을 창업해 많은 수익을 냈습니다. 작년 여름에는 재미로 포커 사이트들의 구조를 파악한 다음 실제 돈으로 게임을 수행하는 봇을 만들었습니다. (거의 손익분기점에 이른 상태; 이후 스크린샷 url을 확인하세요)

 

-

# What's new about what you're doing?
#당신이 하는 일이 새로운 이유가 무엇입니까?

 

Most small teams have a few basic needs: (1) team members need their important stuff in front of them wherever they are, (2) everyone needs to be working on the latest version of a given document (and ideally can track what's changed), (3) and team data needs to be protected from disaster. There are sync tools (e.g. beinsync, Foldershare), there are backup tools (Carbonite, Mozy), and there are web uploading/publishing tools (box.net, etc.), but there's no good integrated solution.

Dropbox solves all these needs, and doesn't need configuration or babysitting. Put another way, it takes concepts that are proven winners from the dev community (version control, changelogs/trac, rsync, etc.) and puts them in a package that my little sister can figure out (she uses Dropbox to keep track of her high school term papers, and doesn't need to burn CDs or carry USB sticks anymore.)

At a higher level, online storage and local disks are big and cheap. But the internet links in between have been and will continue to be slow in comparison. In "the future", you won't have to move your data around manually. The concept that I'm most excited about is that the core technology in Dropbox -- continuous efficient sync with compression and binary diffs -- is what will get us there.

대부분의 작은 팀들은 기본적인 니즈가 있습니다. (1) 중요한 것들이 어디서든 손에 닿을 거리에 있어야 합니다. (2) 모든 사람이 가장 최신 버전의 서류를 가지고 일해야 합니다. 그리고 이상적으로는 무엇이 수정되었는지 추적할 수 있으면 가장 좋습니다. (3) 팀이 만든 데이터는 재난으로부터 지켜져야 합니다. 시중에는 동기화 툴(beinsync, Foldershare)도 있고, 백업 툴(Carbonite, Mozy)도 있으며, 업로딩/퍼블리싱 툴(box.net 등)도 있습니다. 그러나 그 모두를 잘 통합한 솔루션은 아직 없습니다.

 

드롭박스는 이런 요구를 모두 만족시키면서 설정 없이도 사용할 수 있습니다. (복잡한 제품을 사용하느라 바빠서 아기 보는 아주머니를 부를 필요도 없죠.) 다르게 말하면 드롭박스는 개발자 커뮤니티에서 검증된 최고 제품들의 개념을 가져와서 모은 것인데, 이런 개념에는 버전 컨트롤, 변화로그/trac(이슈관리), rsync(원격 동기화) 같은 것이 있습니다. 이런 개념을 하나의 제품에 넣어서 제 여동생도 사용할 수 있게 한 것이 드롭박스입니다. 제 여동생은 드롭박스로 고등학교 숙제를 관리하는데 그래서 더 이상 CD를 굽거나 USB 저장장치를 들고 다니지 않아도 됩니다.

 

좀 더 상위 수준에서 보면, 온라인 저장소와 로컬 디스크는 크고 가격이 쌉니다. 하지만 그 사이의 인터넷 링크는 지금까지 느렸고 앞으로도 상대적으로 느릴 것입니다. “미래에는” (이 글 작성이 2007년) 사람들이 자신의 자료를 직접 들고 다니지 않아도 될 것입니다. 내가 가장 재미있게 생각하는 드롭박스의 핵심 기술이 우리를 미래의 저장소로 인도할 것입니다. 지속적이고 효율적으로 동기화하며, 압축 전송과 차이 부분만 동기화하는 기술을 사용해서 드롭박스는 만들어집니다.

-

# What do you understand about your business that other companies in it just don't get?  
# 당신이 하는 사업 분야에서 당신만이 가지는 비즈니스에 대한 통찰은 무엇입니까? 

 

Competing products work at the wrong layer of abstraction and/or force the user to constantly think and do things. The "online disk drive" abstraction sucks, because you can't work offline and the OS support is extremely brittle. Anything that depends on manual emailing/uploading (i.e. anything web-based) is a non-starter, because it's basically doing version control in your head. But virtually all competing services involve one or the other.

With Dropbox, you hit "Save", as you normally would, and everything just works, even with large files (thanks to binary diffs).

 

경쟁 제품들은 잘못된 추상화 레이어를 제공합니다. 그래서 사용자는 끊임없이 강제로 생각하고 무언가 조작해야 합니다. 추상화 문제와 상관없이 필요 없는 설정과 조작을 강요하기도 합니다. 예를 들어 “온라인 드라이브”는 정말 멍청한 개념입니다. 왜냐하면 오프라인 상태에서는 작업을 할 수 없고 OS의 지원은 엄청나게 열악하기 때문입니다. (온라인 드라이브에서 OS는 단순 네트워크 연결을 주로 담당. 드롭박스는 디스크에 싱크해 둔 파일을 사용하며 싱크, 사용 등의 전과정에서 OS를 제대로 활용함) 사람들은 직접 수동으로 이메일을 보내거나 업로드 해야 하는 서비스는 시작 자체를 해보지도 않습니다(예: 웹으로 조작하는 서비스들). 그런 서비스에서는 버전 관리를 당신의 머리에서 하는 셈입니다. 경쟁 제품들은 이런 요소를 하나 이상은 모두 가지고 있습니다.

 

하지만 드롭박스에 저장된 문서로 작업을 한다면, 그저 당신이 평소에 하던 것처럼 워드프로세서에서 '저장' 버튼만 누르면 끝입니다. 나머지는 모두 알아서 진행됩니다. 큰 파일이라도 말이죠(변경된 부분만 싱크하는 Binary diff 덕분에).

 

-

# What are people forced to do now because what you plan to make doesn't exist yet?  
# 당신이 개발하는 것이 없다면 사람들은 어떤 일들을 강제로 해야 합니까?

 

Email themselves attachments. Upload stuff to online storage sites or use online drives like Xdrive, which don't work on planes. Carry around USB drives, which can be lost, stolen, or break/get bad sectors. Waste time revising the wrong versions of given documents, resulting in Frankendocuments that contain some changes but lose others. My friend Reuben is switching his financial consulting company from a PHP-based CMS to a beta of Dropbox because all they used it for was file sharing. Techies often hack together brittle solutions involving web hosting, rsync, and cron jobs, or entertaining abominations such as those listed in this slashdot article ("Small Office Windows Backup Software" - http://ask.slashdot.org/article.pl?sid=07/01/04/0336246).

스스로에게 이메일 보내기. 비행기에서는 작동하지도 않는 Xdrive 와 같은 온라인 저장소나 온라인 드라이브에 파일 올리기. 잃어버리거나, 부서지거나, 고장 나거나, 도둑 맞을 수도 있는 USB 드라이브 가지고 다니기. 버전이 다른 문서를 붙잡고 수정하기, 그래서 일부 수정은 반영되고 일부는 반영되지 않은 프랑켄슈타인 같은 문서로 시간 낭비하기. 제 친구 루벤은 자신의 재무 컨설팅 회사에서 사용하던 PHP 기반의 콘텐츠 관리 시스템을 베타버전의 드롭박스로 바꾸었습니다. 콘텐츠 관리 시스템을 그저 파일 공유하는데만 쓰고 있었기 때문이죠. 기술 전문가는 웹 호스팅, rsync(원격 싱크), cron jobs(자동 실행)와 같은 서비스를 섞어 불안정한 서비스를 만들어 쓰거나 슬래시 닷 기사에 나온 것 같은 흥미로운 변종 서비스를 만들기도 합니다(“Small Office Windows Backup Software” - http://ask.slashdot.org/article.pl?sid=07/01/04/0336246).

 

-

 

# How will you make money?  
# 어떻게 돈을 벌 것입니까?

 

The current plan is a freemium approach, where we give away free 1GB accounts and charge for additional storage (maybe ~$5/mo or less for 10GB for individuals and team plans that start at maybe $20/mo.). It's hard to get consumers to pay for things, but fortunately small/medium businesses already pay for solutions that are subsets of what Dropbox does and are harder to use. There will be tiered pricing for business accounts (upper tiers will retain more older versions of documents, have branded extranets for secure file sharing with clients/partners, etc., and an 'enterprise' plan that features, well, a really high price.)

I've already been approached by potential partners/customers asking for an API to programmatically create Dropboxes (e.g. to handle file sharing for Assembla.com, a web site for managing global dev teams). There's a natural synergy between Basecamp-like project mgmt/groupware web apps (for the to-do lists, calendaring, etc.) and Dropbox for file sharing. I've also had requests for an enterprise version that would sit on a company's network (as opposed to my S3 store) for which I could probably charge a lot.
 

현재 계획은 Freemium(Free + Premium) 접근입니다. 처음 1기가를 무료로 주고, 추가적인 용량을 위해선 돈을 내야 하는 것이죠. (아마 개인 사용자는 10기가 당 월 5달러 이하, 팀 사용자 상품은 월 20달러 이하) 고객이 돈을 내게 하기는 어렵습니다. 하지만 운 좋게도 중소규모의 사업자들은 드롭박스의 일부 기능을 제공하면서 더 사용하기 어려운 서비스에 돈을 내고 있습니다. 비즈니스용 상품에는 단계별로 다른 가격을 책정할 것입니다. (높은 단계의 상품은 더 오래된 버전의 문서까지 보존이 된다거나, 클라이언트/파트너와 보안이 보장되는 파일 공유를 위해서 외부 브랜드의 엑스트라넷과 연동하는 등으로 구성될 것입니다. ‘엔터프라이즈’ 상품은 잘 만들어서 아주 높은 가격에 제공할 것입니다.)

 

이미 상당수의 잠재적인 파트너/고객이 드롭박스를 프로그램적으로 구현하는 API를 요청하고 있습니다. 예를 들어, 글로벌 개발 팀을 관리하는 웹사이트인 Assembla.com은 드롭박스로 파일 공유를 처리하려 합니다. 베이스캠프 제품 스타일의 프로젝트 관리/그룹웨어 웹 앱(할 일 관리, 캘린더 관리 등)과는 자연스러운 시너지가 생기며 드롭박스는 파일 공유 역할을 할 수 있습니다. 엔터프라이즈 버전에 관한 요청도 받았는데, 이 버전은 회사 내부 네트워크의 저장소를 사용해야 하므로(현재의 S3 저장소와 달리) 아마 많은 비용을 받을 수 있을 것입니다.

 

-

# Who are your competitors, and who might become competitors? Who do you fear most?  

# 현재 경쟁자는 누구이며, 앞으로의 경쟁자는 누구이며, 누가 가장 두렵습니까?

 

 

Carbonite and Mozy do a good job with hassle-free backup, and a move into sync would make sense. Sharpcast (venture funded) announced a similar app called Hummingbird, but according to (redacted) they're taking an extraordinarily difficult approach involving NT kernel drivers.

Google's coming out with GDrive at some point. Microsoft's Groove does sync and is part of Office 2007, but is very heavyweight and doesn't include any of the web stuff or backup. There are apps like Omnidrive and Titanize but the implementations are buggy or have bad UIs.

 

Carbonite와 Mozy가 간편한 백업에 능하므로, 동기화 쪽으로 사업을 틀기 쉬울 것입니다. Sharpcast는 Hummingbird라는 비슷한 앱을 출시했습니다. 하지만 그들은 특이하게도 NT kernel driver를 포함시키는데 엄청나게 어려운 기법을 쓴다고 합니다.

구글이 언젠가는 GDrive 를 출시할 것이고, 마이크로소프트Groove가 동기화를 제공합니다. 이 제품은 오피스2007에 포함되어 있는데, 매우 무거우며 웹 인터페이스와 백업을 지원하지 않습니다. Omnidrive나 Titanize 같은 앱도 있지만 버그가 많고 UI 또한 좋지 않습니다.

 

-

# For founders who are hackers: what cool things have you built? (Include urls if possible.)  
# 해커(여기서 말하는 해커는 프로그래머를 칭함.) 창업자를 위한 질문: 어떤 멋진 것들을 만들었습니까?

 

Accolade Online SAT prep (launched in 2004) (http://www.accoladeprep.com/); a poker bot (here's an old screenshot: https://www.accoladeprep.com/sshot2.gif; it's using play money there but worked with real money too.)

Accolade Online SAT prep(2004년에 출시), Porker Bot(가상 화폐를 쓰지만, 진짜 돈으로도 잘 동작했습니다.)

​​

-

 

# How long have the founders known one another and how did you meet?  
# 창업자들이 알고 지낸지는 얼마나 되었으며 어떻게 만났습니까?

​

There's a joke in here somewhere.

농담하시는거죠?

-

# What tools will you use to build your product?  
# 제품 개발을 위해 어떤 툴을 썼습니까?

 

Python (top to bottom.) sqlite (client), mysql (server). Turbogears (at least until it won't scale.) Amazon EC2 and S3 for serving file data.

 

Python (전체 사용), sqlite (클라이언트), mysql (서버). Turbogears (사용자 규모를 감당할 수 있을 때까지만 사용), 파일 데이터 제공 용으로 Amazon EC2 and S3.

  

-

# If you've already started working on it, how long have you been working and how many lines of code (if applicable) have you written?  
# 이미 개발을 시작했다면, 얼마나 진행되었습니까?

 

3 months part time. About ~5KLOC client and ~2KLOC server of python, C++, Cheetah templates, installer scripts, etc.

파트타임으로 3개월 동안 개발했습니다. 대략 클라이언트 쪽에 5,000 라인 정도, 서버 쪽에 2,000 라인 정도를 파이썬, C, C++, Cheetah templates, installer scripts 등으로 개발했습니다.

-

# If you have an online demo, what's the url?

# 온라인 데모 URL 이 있습니까?

Here's a screencast that I'll also put up on news.yc:
http://www.getdropbox.com/u/2/screencast%20-%20Copy.html

If you do have a Windows box or two, here's the latest build:
http://www.getdropbox.com/u/2/DropboxInstaller.exe
   

여기 스크린캐스트가 있습니다. news.yc 에도 올리겠습니다. 주소는 동작 안함 

 

윈도우용 최근 빌드는 여기 있습니다. 주소는 동작 안함

 

-

# How long will it take before you have a prototype? A beta? A version you can charge for?  
​# 프로토타입을 위해선 얼마나 걸립니까? 돈을 받을 수 있을만한 버전을 위해서는? 

Prototype - done in Feb. Version I can charge for: 8 weeks maybe?

​프로토타입은 2월에 완료되었고, 돈을 받을 수 있을만한 버전은, 8주 정도?

 

-

 

# Which companies would be most likely to buy you?  
# 어떤 회사가 당신 회사를 가장 사고 싶어할 것 같습니까?

 

Google/MS/Yahoo are all acutely interested in this general space. Google announced GDrive/"Platypus" a long time ago but the release date is uncertain (a friend at Google says the first implementation was this ghetto VBScript/Java thing for internal use only). MS announced Live Drive and bought Foldershare in '05 which does a subset of what Dropbox does. Iron Mountain, Carbonite or Mozy or anyone else dealing with backup for SMBs could also be interested, as none of them have touched the sync problem to date.

In some ways, Dropbox is for arbitrary files what Basecamp is for lightweight project management, and the two would plug together really well (although 37signals doesn't seem like the buying-companies type).

구글/MS/야후가 모두 이 분야에 관심을 두고 있습니다. 구글은 GDrive를 발표했지만, 출시일은 미정입니다(2012년 4월 구글 닥스와 통합해서 출시).  (구글에 있는 친구의 말에 따르자면 GDrive는 처음 VBScript/Java로 만들어 내부용으로 사용되었다고 합니다.) MS 는 Live Drive를 발표했고, 2005년에 Foldershare 를 인수했습니다. Foldershare는 드롭박스가 하는 기능의 일부를 제공합니다 (현재의 MS OneDrive). Iron Mountain, Carbonite, Mozy 외 백업 서비스에 관심이 있는 누구든 저에게 흥미가 있을 수 있겠죠. 아직 그들은 '동기화' 라는 문제를 해결하지 못했기 때문입니다.

 

어떻게 보면, 드롭박스는 파일을 위한 서비스이고 베이스캠프는 가벼운 프로젝트 관리를 위한 서비스이니 이 둘이 아주 잘 어울릴 것 같습니다(하지만 37signals 는 인수를 적극적으로 하는 회사는 아닌 듯 싶습니다).

-

# If one wanted to buy you three months in (August 2007), what's the lowest offer you'd take?  
# 어떤 사람이 당신 제품을 3개월 후에 사고 싶다면, 당신이 제시할 최저 금액은 얼마입니까?

 

I'd rather see the idea through, but I'd probably have a hard time turning down $1m after taxes for 6 months of work. 

 

제안을 살펴보긴 하겠지만, 6개월에 세후 100만달러정도를 준다면 거절하기 힘들 것 같습니다.

100만 달러면 10억이 조금 넘는다. 하지만 드롭박스는 2014년 기준 17조에 달하는 가치를 인정 받는다.

-

# Why would your project be hard for someone else to duplicate?  
# 다른 사람이 당신의 프로젝트를 베끼기 힘든 이유는 무엇입니까?

 

This idea requires executing well in several somewhat orthogonal directions, and missteps in any torpedo the entire product.

For example, there's an academic/theoretical component: designing the protocol and app to behave consistently/recoverably when any power or ethernet cord in the chain could pop out at any time. There's a gross Win32 integration piece (ditto for a Mac port). There's a mostly Linux/Unix-oriented operations/sysadmin and scalability piece. Then there's the web design and UX piece to make things simple and sexy. Most of these hats are pretty different, and if executing in all these directions was easy, a good product/service would already exist.

 

이 아이디어를 구현하려면 서로 다른 방향에서 구현된 서비스가 완벽하게 맞물려서 동작해야 합니다. 어떤 방향에서라도 약간의 오차가 생기면 전체 제품이 망가지게 됩니다.

 

예를 들면, 학문적/이론적 요소가 있습니다. 앱의 동작 방식과 통신 방식을 전원이 꺼지거나 연결 체인의 네트워크 연결이 끊어지는 순간에도 일관성을 유지하고 복구 가능하게 만들어야 합니다. 전체 Win32 통합 부분과 맥 포트 통합 부분이 구현되어 있으며, 대부분의 Linux/Unix 기반의 동작/관리 부분과 확장성 관련 부분 또한 구현되어 있습니다. 그 다음으로 준비된 웹 디자인과 UX 요소가 이런 것들을 단순하고 섹시하게 만들어줄 것입니다. 이러한 부분들은 모두 상당히 다른데, 이런 다른 방향을 모두 커버하는 것이 쉬웠다면 이런 서비스는 이미 존재했을 것입니다.

 

-

# Do you have any ideas you consider patentable?  
# 특허를 낼 만한 아이디어가 있습니까?

 

(redacted)

 

(편집됨)

 

-

# What might go wrong? (This is a test of imagination, not confidence.)  
# 잘못될 경우에는 어떻게 됩니까? (자신감이 아닌 상상력을 보여주세요.)

​

Google might finally unleash GDrive and steal a lot of Dropbox's thunder (especially if this takes place before launch.) In general, the online storage space is extremely noisy, so being marginally better isn't good enough; there has to be a leap in value worthy of writing/blogging/telling friends about. I'll need to bring on cofounder(s) and build a team, which takes time. Other competitors are much better funded; we might need to raise working capital to accelerate growth. There will be the usual growing pains scaling and finding bottlenecks (although I've provisioned load balanced, high availability web apps before.)

Acquiring small business customers might be more expensive/take longer than hoped. Prioritizing features and choosing the right market segments to tackle will be hard. Getting love from early adopters will be important, but getting distracted by/releasing late due to frivolous feature requests could be fatal.

 

구글이 마침내 G 드라이브를 출시해서 드롭박스의 몫을 훔쳐갈 수도 있겠죠(특히 드롭박스의 출시 이전에는). 일반적으로 온라인 스토리지 서비스는 상당히 치열한 시장입니다. 조금 앞서는 것으로 충분하지 않아요. 제공하는 서비스로 큰 가치 차이를 만들어서 사람들이 스스로 글을 쓰고, 블로그에 올리고, 친구에게 이야기할 정도가 되어야 합니다. 그래서 나는 공동 창업자를 찾고 팀을 만들려고 하는데, 아직 시간이 더 필요합니다. 다른 경쟁자들은 자금지원을 잘 받았는데, 우리는 성장 속도를 높이기 위해서 운영 자금을 확보해야 하는 상황입니다. 이후 성장할 때 시스템 확장 문제, 병목 요소를 찾는 문제 등 다양한 문제가 생길 것입니다(나는 부하 분산, 고가용성 웹 앱을 이전에 제공한 적이 있어서 문제점을 알고 있습니다).

소규모 사업을 하는 고객을 얻는 데는 생각보다 시간이 오래 걸리고 비용도 많이 들 수 있습니다. 기능 우선순위를 정하고 공략할 적당한 마켓 세그먼트를 선택하는 일 또한 힘들 것입니다. 얼리어답터들로부터 사랑 받는 것도 중요합니다. 하지만 얼리어답터들의 사소한 기능 추가 요청으로 방해 받거나 일정이 늦어지는 일 또한 없어야 할 것입니다.

 

-

# If you're already incorporated, when were you? Who are the shareholders and what percent does each own? If you've had funding, how much, at what valuation(s)?  

# 이미 법인을 설립하셨다면, 언제입니까? 얼마나 지분을 가지고 있습니까? 이미 펀딩을 받았다면, 얼마를 받고 있으며, 밸류에이션은 얼마입니까?

 

Not incorporated

 

설립하지 않았습니다.

 

-

# If you're not incorporated yet, please list the percent of the company you plan to give each founder, and anyone else you plan to give stock to. (This question is as much for you as us.)  

# 아직 법인 설립 전이라면, 각 창업자에게 주식을 얼마나 주려고 하는지 적어주세요. 또한, 창업자 외에 주식을 주려는 사람이 있다면 알려주세요.

 

Drew

 

-

 

# If you'll have any major expenses beyond the living costs of your founders, bandwidth, and servers, what will they be?  

# 주거비, 회선 비용, 서버 비용 외에 큰 지출이 예상된다면 어떤 것이 있습니까?

 

None; maybe AdWords.
 

없음. 있다면 구글 광고(AdWords).

 

-

 
# If by August your startup seems to have a significant (say 20%) chance of making you rich, which of the founders would commit to working on it full-time for the next several years?  
# 8월 경에 20% 정도의 확률로 당신의 스타트업이 성공해서 부자가 된다면, 공동 창업자들 중 풀타임으로 향후 몇 년간 근무하겠다고 할 사람은 누구입니까?

 

Drew

 

-

# Do any founders have other commitments between June and August 2007 inclusive?  
# 창업자들 중 2007년 6월과 8월 사이에 다른 게약을 한 사람은 없습니까?

 

No; I've given notice at Bit9 to work on this full time regardless of YC funding.

없습니다. Bit9 에게는 YC 의 펀딩과 관계 없이 드롭박스 개발에 풀타임으로 일하겠다고 말해뒀습니다.

-

# Do any founders have commitments in the future (e.g. have been accepted to grad school), and if so what?  

# 창업자들 중 미래에 어떤 계약을 한 사람은 없습니까? (대학원 등) 있다면, 무엇입니까?

 

 

No. Probably moving to SF in September
 

없습니다. 아마 9월에 샌프란시스코로 이사를 갈 것 같습니다.

-

# Are any of the founders covered by noncompetes or intellectual property agreements that overlap with your project? Will any be working as employees or consultants for anyone else?  
# 창업자 중에 당신의 프로젝트와 겹치는 지적재산권 계약, 동종 업계 종사금지 서약을 한 사람이 있습니까? 다른 사람에게 고용되어 일하거나 컨설턴트로 일할 계획인 사람은 없습니까?

 

Drew: Some work was done at the Bit9 office; I consulted an attorney and have a signed letter indicating Bit9 has no stake/ownership of any kind in Dropbox

Drew: Bit9 에서 한 일들이 좀 있습니다. 하지만 변호사와 이야기했으며, Bit9 이 Dropbox 에게는 아무 권리도 없음을 확인하는 확인서를 받았습니다.

-

# Was any of your code written by someone who is not one of your founders? If so, how can you safely use it? (Open source is ok of course.)  
# 공동 창업자가 아닌 사람들이 짠 코드가 있습니까? 있다면, 어떻게 당신의 코드를 안전하게 쓸 수 있습니까? (물론 오픈소스는 괜찮습니다.)

 

No

없습니다.

-

# If you had any other ideas you considered applying with, feel free to list them. One may be something we've been waiting for.  

# YC 에 지원하려 했던 다른 아이디어가 있다면 자유롭게 서술에 주십시오. 그 중에 하나는 우리가 기대하던 것일수도 있습니다.

 

 

One click screen sharing (already done pretty well by Glance); a wiki with version-controlled drawing canvases that let you draw diagrams or mock up UIs (Thinkature is kind of related, but this is more text with canvases interspersed than a shared whiteboard) to help teams get on the same page and spec things out better (we use Visio and Powerpoint at Bit9, which sucks)
 

원 클릭 스크린 공유(Glance 가 잘 하고 있죠.); 버전 컨트롤 되는 그림 캔버스가 제공되는 위키 서비스, 이 제품으로 다이어그램을 그리거나 UI 목업을 만들어서 여러 팀이 같은 페이지를 보면서 쉽게 스펙 작업을 할 수 있습니다(Thinkature가 비슷하지만 이 제품은 텍스트와 캔버스가 함께 동작하는 형태라 공유 화이트 보드와는 다릅니다). 현재 Bit9에서는 비지오나 파워포인트를 쓰지만 구립니다.

 

-

 
# Please tell us something surprising or amusing that one of you has discovered. (The answer need not be related to your project.)  

# 당신이 발견한 재미있는 것이나 놀라운 것을 이야기해 주세요. (이 응답은 당신의 프로젝트와 관련이 없어도 됩니다.)

 

 

The ridiculous things people name their documents to do versioning, like "proposal v2 good revised NEW 11-15-06.doc", continue to crack me up.

 

사람들이 자신의 프로젝트 파일에 붙이는 웃기는 버젼 이름들. "제안서 v2 신 개선 11-15-06.doc" 과 같은 이름들은 항상 날 웃게 만들죠.

 

-

 

[출처] http://bahns.net/5673520