DO THINGS THAT DON’T SCALE_Experience 経験 경험

 <START Date: Sunday, January 12, 2025>

<Release Date: Sunday, June 22, 2025>

＜開始日：2025年1月12日（日）＞

＜配信日：2025年6月22日（日）＞

<시작일: 2025년1월 12일 (일요일)>

<배포일: 2025년6월 22일 (일요일)>

 

DO THINGS THAT DON’T SCALE

スケールしないことをしなさい。

확장하지 않는 일을 하라.

 

Written by Paul Graham

https://paulgraham.com/aord.html

 

Japanese and Korean translation by DONG WOOK KIM

金　東煜

김 동욱

 

＜表記について＞

1. 原文をしっかり理解するために、英語の勉強がてら気になる英単語には（）として日本語の意味を追記しました。

2. 英語の熟語には下線を引き、青色で表記しました。

3. 重要だと感じた文書は太字で強調しております。特に重要だと思っている文書（考え方）には、赤の太字で協調しております。

<표기 방식에 대하여>

1. 원문을 확실히 이해하기 위해, 영어 공부를 겸하여 신경 쓰이는 영어 단어에는 ()로 . 일본어 뜻을 추가하였습니다.
2. 영어 숙어에는 밑줄을 긋고, 파란색으로 표기하였습니다.
3. 중요하다고 느낀 문장은 굵게 강조하였습니다. 특히, 중요하다고 느끼는 문장 (생각)은 빨간색 굵은 글씨로 강조하였습니다.

<About the Notation>

1. To fully understand the original text, I added the Japanese meanings of English words that caught my attention in parentheses ().
2. English idioms are underlined and displayed in blue.
3. Sentences that I found particularly important are emphasized in bold. Sentences (ideas) that I consider particularly important are emphasized in bold red.

 

 

Source：https://paulgraham.com/aord.html

 

DO THINGS THAT DON’T SCALE

スケールしないことをしなさい。

확장하지 않는 일을 해라.

 

Experience (経験、경험)

 I was trying to think of a phrase(語句、言い回し) to convey how extreme your attention to users should be, and I realized Steve Jobs had already done it: insanely(発狂して、とてつもなく) great. Steve wasn't just using "insanely" as a synonym(同義語、類義語) for "very." He meant it more literally(文字通り、正に) — that one should focus on quality of execution(遂行、実行) to a degree that in everyday life would be considered pathological(病的な、病気の).
　ユーザーへの注意をどれほど極端に払うべきかを表現するフレーズを考えていた時、スティーブ・ジョブズが既にそれを言い表していたことに気付きました。「インサンリー・グレート（Insanely Great／狂気的に素晴らしい）」です。スティーブは「insanely(狂気的に)」を単に「very(とても)」の同義語として使っていた訳ではありません。彼はそれをもっと文字通りの意味で使っていたのです。日常生活であれば、病的と見なされるほどのレベルで、実行の質に拘るべきだということを意味していました。

 사용자에게 얼마나 극단적인 관심을 기울여야 하는지를 표현할 단어를 고민하던 중, 스티브 잡스가 이미 그 표현을 써왔다는 것을 깨달았습니다. 바로 “인세인리 그레이트(Insanely Great / 미친듯이 훌륭한)” 입니다. 스티브는 “Insanely(인세인리)”를 단순히 “매우”의 동의어로 쓴 것이 아니었습니다. 그는 그것을 훨씬 더 문자 그대로의 의미로 사용했던 것입니다. 즉, 일상생활에서는 병적이라고 여겨질 정도로 실행의 품질의 완성도에 집중해야 한다는 의미였습니다.

 All the most successful startups we've funded have, and that probably doesn't surprise would-be founders. What novice(新人、初心者、新米) founders don't get is what insanely great translates to in a larval(幼虫の、未熟な) startup. When Steve Jobs started using that phrase, Apple was already an established company. He meant the Mac (and its documentation(文書化、参照文献) and even packaging — such is the nature of obsession(強迫観念、妄想)) should be insanely well designed and manufactured. That's not hard for engineers to grasp(握る、掴む、把握する、理解する). It's just a more extreme version of designing a robust(頑丈な、長持ちする) and elegant product.

私たちが出資した中で最も成功したスタートアップは全てそうしてきましたし、それは恐らく、これから起業しようとする人にとっても驚くことではありません。しかし、初期の創業者が理解していないのは、初期段階のスタートアップにおける「インサンリー・グレート（Insanely Great／狂気的に素晴らしい）」が、何を意味するかということです。

スティーブ・ジョブズがこのフレーズを使い始めた時、Appleは既に確立された企業でした。彼が意味していたのは、Mac（そのドキュメントやパッケージまでも、それが執着というものです）が狂気的なまでに優れた設計と製造をされているべきだということでした。これはエンジニアに取って理解しやすいことです。頑丈でエレガントな製品を設計するということのより極端なバージョンに過ぎません。
 우리가 투자한 가장 성공적인 스타트업들은 모두 그렇게 해왔고, 그것은 아마도 예비 창업자에게는 그다지 놀라운 일이 아닐 것입니다. 하지만 초보 창업자들이 이해하지 못하는 것은 이해하지 못하는 것은, 초기 단계 스타트업에서 “인세인리 그레이트(Insanely Great / 미친듯이 훌륭한)”이 실제로 무엇을 의미하는 가입니다. 스티브 잡스가 그 표현을 쓰기 시작했을 때, 애플은 이미 확립된 회사였습니다. 그가 의미한 것은, Mac은 (설명서나 포장까지도, 이것이 집착의 본질입니다) 미친듯이 훌륭하게 설계되고 제조되어야 한다는 것이었습니다. 이런 개념은 엔지니어들에게 이해하지 어렵지 않습니다. 그것은 단지 견고하고 우아한 제품을 설계하는 것의 더 극단적인 형태일 뿐입니다.

 What founders have a hard time grasping(握る、把握する、理解する) (and Steve himself might have had a hard time grasping) is what insanely great morphs(変形させる、変化させる) into(～に変形する、～に変身する) as you roll(回転する、転がる) the time slider back to the first couple months of a startup's life. It's not the product that should be insanely great, but the experience of being your user. The product is just one component(構成要素、部品、成分) of that. For a big company it's necessarily(必ずしも～でない、必ず、必然的に) the dominant(支配的な、優勢な、支配する) one. But you can and should give users an insanely great experience with an early, incomplete(不完全な、不十分な), buggy(1頭立て馬車、乳母車、バグだらけの) product, if you make up the difference with attentiveness(注意を払うこと、気を配ること).
　創業者たちが理解するのに苦労する点は（そして、スティーブ・ジョブズ自身も最初はそうだったかもしれませんが）、スタートアップの最初の数か月に「インサンリー・グレート（Insanely Great／狂気的に素晴らしい）」がどのような意味に変化するかということです。この段階で「インサンリー・グレート（Insanely Great／狂気的に素晴らしい）」であるべきなのは製品そのものではなく、あなたのサービスを利用するという体験なのです。製品はその体験を構成する一要素に過ぎません。大企業においては当然、製品の質が体験の中心になります。しかし、スタートアップ初期段階においては、完成度が低く、不完全でバグだらけの製品であっても、それを補うだけのきめ細かな気配りをもってすれば、ユーザーに「インサンリー・グレート（Insanely Great／狂気的に素晴らしい）」体験を提供することは可能であるし、そうすべきなのです。

 창업자들이 잘 이해하지 못하는 것 중 하나는 (어쩌면 스티브 잡스 본인 조차도 이해하기 어려웠을지도 모르는 점), 스타트업의 초기 몇 개월로 시간을 되돌렸을 때 “인세인리 그레이트(Insanely Great / 미친듯이 훌륭한)” 이라는 의미가 어떻게 바뀌는 가 하는 점입니다. 이 시점에서 미친듯이 훌륭해야 하는 것은 제품 자체가 아니라, 사용자가 되는 경험이 미친듯이 훌륭해야 합니다. 제품은 그 경험을 구성하는 하나의 요소일 뿐입니다. 대기업이라면 당연히 제품이 경험의 주된 요소가 될 수밖에 없지만, 초기의 스타트업에서는 미완성이며 버그가 많은 제품이라 하더라도, 세심한 관심과 배려로 그 차이를 보완한다면, 사용자에게 미친듯이 훌륭한 경험을 제공할 수 있고, 또 그렇게 해야만 합니다.

 Can, perhaps, but should? Yes. Over-engaging with early users is not just a permissible(許容できる、容認できる) technique for getting growth rolling(転がる、回転する). For most successful startups it's a necessary part of the feedback loop(輪) that makes the product good. Making a better mousetrap is not an atomic(原子の、原子力の) operation. Even if you start the way most successful startups have, by building something you yourself need, the first thing you build is never quite right. And except(～を除いて) in domains with big penalties(罰、罰金) for making mistakes, it's often better not to aim for perfection(完全化、完成) initially. In software, especially, it usually works best to get something in front of users as soon as it has a quantum(量子、量、分量、飛躍的な) of utility(実用性、有用性、公共施設), and then see what they do with it. Perfectionism(完璧主義) is often an excuse(許す、言い訳) for procrastination(先延ばし、先送り), and in any case your initial model of users is always inaccurate(不正確な、不確かな), even if you're one of them. [7]

できるかもしれない、でもすべきか？答えはイエスだ。初期ユーザーに対して過剰なほど関わることは、単に成長を加速させるために許される手段ではない。多くの成功したスタートアップにとって、製品を良くするためのフィードバックループにおける必須の要素です。より良いネズミ捕りを作ることは、一度で完結する作業ではありません。例え、成功したスタートアップの多くがそうであったように、自分自身が必要とするものを作るところから始めたとしても、最初に作るものは決して完璧ではありません。そして、ミスに対して大きな代償が伴うような分野を除けば、最初から完璧を目指すよりも、不完全でも先ずは世に出してみる方が良い場合が多いです。特にソフトウェアにおいては、ある程度の実用性（ユーティリティ）が確保できた時点でできるだけ早くユーザーの前に出し、彼らがどう使うかを観察する方が最も効果的です。完璧主義は、往々にして行動を先延ばしにする言い訳に過ぎません。そして、例えあなた自身がそのユーザーの一人であっても、初期のユーザーモデルは常に不正確です。

 어쩌면 할 수도 있다, 그래도, 해야 할까? 정답은 “그렇다” 입니다. 초기 사용자들과 과도하게 소통하는 것은 단순히 성장 시동을 걸기 위한 방법이 아닙니다. 대부분의 성공한 스타트업들에게 제품을 훌륭하게 만드는 “피드백 루프”는 필수적인 구성 요소입니다. 더 나은 쥐덫을 만든다는 것은 원자처럼 한번에 완성되는 작업이 아닙니다. 대부분의 성공한 스타트업들이 그랬듯이, 자신이 필요로 하는 무언가를 만드는 것에서 시작하더라도, 처음에 만든 제품이 완벽한 경우는 거의 없습니다. 그리고 실수에 대한 큰 대가를 치러야 하는 분야가 아니라면, 처음부터 완벽을 추구하기보다는 불완전하더라도 어느 정도의 실용성을 가진 상태에서 제품을 빠르게 사용자에게 보여주고, 그들이 어떻게 사용하는지를 지켜보는 것이 더 효과적일 때가 많습니다. 특히, 소프트웨어에서는 일정 수준의 유용성이 갖추어졌다고 판단되는 시점에서 바로 사용자에게 선보이고, 그 반응을 바탕으로 개선해 나가는 방식이 가장 효과적입니다. 완벽주의는 종종 실행을 미루기 위한 핑계에 불과합니다. 그리고 비록 당신이 그 사용자 중 한 명이라 하더라도, 초기에 설정한 사용자 모델을 항상 부정확하기 마련입니다.

 The feedback you get from engaging directly with your earliest users will be the best you ever get. When you're so big you have to resort(頼る、当てにする) to focus groups, you'll wish you could go over to your users' homes and offices and watch them use your stuff like you did when there were only a handful of them.

　最初のユーザーと直接関わって得られるフィードバックは、あなたが今後得られるフィードバックの中で最も優れたものになります。やがて会社が大きくなり、フォーカスグループに頼らざるを得なくなった時、少人数しかいなかった頃のように、ユーザーの自宅や職場に出向いて実際にプロダクトを使っている様子を観察できたあの時に戻りたいと思うはずです。

 초기 사용자들과 직접 소통하며 얻는 피드백은 앞으로 당신이 얻게 될 피드백 중에서 가장 훌륭한 것입니다. 나중에 회사가 커져서 포커스 그룹에 의존할 수밖에 없는 상황이 되면, 초창기에 사용자 수가 몇명 밖에 없던 때처럼 그들의 집이나 사무실을 찾아가 제품을 사용하는 모습을 직접 지켜보던 그 시절을 그리워하게 될 것입니다.

 

Notes (注釈、주석)

[7] Your user model almost couldn't be perfectly accurate, because users' needs often change in response to what you build for them. Build them a microcomputer, and suddenly they need to run spreadsheets(集計表、簿記用紙、表計算ソフト) on it, because the arrival of your new microcomputer causes(原因、要因、～を引き起こす、～に…させる) someone to invent the spreadsheet.

　ユーザーのニーズに基づくモデルは、ほとんどの場合、完全に正確であることはあり得ません。何故なら、ユーザーのニーズは、あなたが提供するものに応じてしばしば変化するからです。例えば、あなたがユーザーのためにマイクロコンピュータを作ったとします。すると突然、ユーザーは、今度はその上で表計算ソフトを使いたいというニーズが出てきます。何故なら、そのマイクロコンピュータの登場によって、誰かが表計算ソフトという新しいアイディアを生み出させるきっかけになるからです。

 사용자 모델이 완벽하게 정확할 수는 거의 없습니다. 왜냐하면 사용자들의 니즈는 당신이 무엇을 만들어　주는가에 따라 자주 변하기 때문입니다. 예를 들어, 당신이 마이크로컴퓨터를 만들었다고 가정해 봅시다. 그러자 갑자기 사용자들은 그 위에서 표 계산 소프트를 실행할 필요성이 생길 수 있습니다. 왜냐하면 당신이 만든 새로운 마이크로컴퓨터가 등장함으로써 누군가가 표 계산 소프트라는 것을 새롭게 발명하게 되기 때문입니다.

 

 

＜特記事項＞

1．原文（当該の言語）をベースに、英語、日本語、韓国語へと翻訳を行っております。

2．配列の順番は、原文（当該の言語）を主としているため、その都度、順序は変わります。

3．英語から日本語への翻訳は、英辞郎アルク：https://eow.alc.co.jp/）を活用しております。また、文書全体の翻訳はChatGPT（https://chatgpt.com/）を活用しておりますため、多少ニュアンスの違いが生じる可能性があります。

4．本ブログの内容に訂正または修正及び追記が必要な場合は、当該の文書に対してコメントをいただけますと対応させていただきます。

5．特定のコンテンツにおいて、より具体的な説明または文献情報が必要な場合は、当該の内容についてコメントいただきますと可能な限りご対応させていただきます。

6．掲載内容は予告なしに追記または修正が加わる可能性がありますのでご了承ください。

 

＜특기사항＞

1. 원문(해당 언어)을 기준으로 영어, 일본어, 한국어로 번역을 진행하고 있습니다.

2. 배열 순서는 원문(해당 언어)을 주(主)로 하고 있기 때문에, 그때그때 순서가 달라질 수 있습니다.

3. 영어에서 일본어로의 번역은 "영어사전" (알크: https://eow.alc.co.jp/)을 활용하고 있습니다.  또한, 문장 전체 번역은 ChatGPT(https://chatgpt.com/)를 활용하고 있기 때문에, 약간의 뉘앙스 차이가 발생할 수 있습니다.

4. 본 블로그 내용에 대해 수정이나 수정 추가가 필요할 경우, 해당 문서에 코멘트를 남겨 주시면 대응하겠습니다.

5. 특정 콘텐츠에서 더 구체적인 설명이나 문헌 정보가 필요하시면, 해당 내용에 대해 코멘트를 주시면 가능한 한 대응하겠습니다.

6. 게재된 내용은 예고 없이 추가되거나 수정될 수 있음을 양해해 주시기 바랍니다.

 

＜Notes＞

1. The translation is being carried out based on the original text (in the respective language) and translated into English, Japanese, and Korean.

2. The order of the content may vary depending on the original text (in the respective language), so it can change from time to time.

3. For translations from English to Japanese, I use the English-Japanese dictionary “Eijiro” (Alc: https://eow.alc.co.jp/). Additionally, for full document translations, I use ChatGPT (https://chatgpt.com/), there may be slight nuances or differences in meaning.

4. If any corrections or additions are necessary to the content of this blog, please leave a comment on the respective document, and I will respond.

5. If more specific explanations or references are needed for certain content, please leave a comment on that content, and I will do my best to address it.

6. Please note that the published content may be added to or modified without prior notice.

 

 

次回の更新は2025年6月29日（日）に予定されています。どうぞお楽しみに！

다음 업데이트는 2025년 6월 29일(일)에 예정되어 있습니다. 많은 기대 부탁드립니다!

The next update is scheduled for Sunday, June 29, 2025. We hope you look forward to it!