"Can you turn the beach cleanup photos into a timeline? One frame per time slot, one photo each."
People who weren't there should feel like they were. People who were there should be able to find themselves.
FIG. 00 — PROCESS / PURPOSE / VAGUE
Most people ask "can you build this" before they've said what they actually want.
Here's the trouble. "This" is already a guess. It's a solution someone imagined, not the thing you actually need. Three examples of the same mistake:
"Can you turn the beach cleanup photos into a timeline? One frame per time slot, one photo each."
People who weren't there should feel like they were. People who were there should be able to find themselves.
"Can you lay this farmer interview out as question-and-answer?"
Readers should remember what the farmer did, not what I asked him.
"Can you add an FAQ block for the questions people keep asking?"
Anyone who wants to partner with us shouldn't need to DM me the same three questions afterward.
The guessed method sometimes really is the right answer. The difference isn't whether the method is correct — it's who gets to decide, and how much information they have when they decide.
The method is your guess. The purpose is the only thing you actually know.
But purpose alone isn't enough either. "Make it look nice" is a purpose too — and it says nothing. Too tight fails, and too loose fails just as badly. Lock every step down and the result is brittle, hard to change. Stay vague, and what comes back is the average of everything.
Vagueness isn't humility — it's handing the decision to the average.
Here's the formula:
Signals are the specifics — who this is for, what tone, how long, what occasion, what visual lean. These belong to the purpose. They are not method. Here's the brief behind this very page, unedited:
Purpose: a short piece for Earth LinC readers that leaves them understanding "purpose over method."
Signals: series FREQUENCIES, publisher TUNED. Three languages, English first. Three examples read like three cards, scannable at a glance. Quoted lines break out from the text. Monospace for labels, brick red for emphasis, generous white space — a page from a technical notebook.
Not one word in there says how. Not one part of it is vague.
Sometimes method is exactly what you should ask about — because you're really asking about rules. Does it cost money. Can it be undone. Will anyone else see it. Ask those clearly.
Ask the rules. Not the method.
很多人做東西之前,先問「這個能不能做」,卻沒說清楚真正要的是什麼。
問題是,那句話裡的「這個」已經是猜出來的解法,不是你真正要的東西。三個同樣的例子:
「淨灘那天的照片,能不能做成時間軸?一格一個時段,配一張照片。」
沒去的人看完覺得自己好像也在場;去過的人能找到自己那一張。
「這篇農夫訪談,能不能做成一問一答排下去?」
讀者記住這個農夫做了什麼,不是記住我問了什麼。
「能不能加一個 FAQ 區塊,把常被問的問題列上去?」
想合作的人看完這頁,不用再私訊問我同樣的三件事。
那個被猜出來的做法,有時候回來的結果真的就是它。差別不在做法對不對,在於誰在決定,以及決定的時候手上有多少信息。
做法是你猜的,目的才是你知道的。
但只說目的也不夠。「做一個好看的頁面」也是目的,它什麼都沒交代。太緊會脆,太鬆會空。把步驟寫死,難改也難救;說得太含糊,拿回來的是平均值。
含糊不是謙虛,是把決定權交給了平均值。
那句話的公式:
信號是具體的——誰在看、什麼調性、多長、什麼場合、什麼視覺傾向。這些屬於目的,不是做法。這是這篇文章自己的 brief,原樣附上:
目的:一篇給 Earth LinC 讀者看的短文,讀完就懂「目的取代做法」這件事。
信號:系列 FREQUENCIES,發布者 TUNED。三語,英文在前。三個例子像三張並排的卡片,能被掃讀。引文要跳出來。等寬字做標註,磚紅做強調,大量留白——像技術筆記本的一頁。
裡面沒有一個字是「怎麼做」,但沒有一處含糊。
有些時候該說做法,因為你在問規則——花不花錢、能不能撤回、別人看不看得到。這些要問清楚。
問規則,別問做法。
多くの人は、作る前に「これは作れますか」と聞く。本当に欲しいものを言う前に。
問題は、その「これ」がもう推測された解決策だということ。同じ間違いの、三つの例:
「ビーチクリーンの日の写真、タイムラインにできますか?一コマに一つの時間帯、写真を一枚ずつ。」
来られなかった人がその場にいたような気持ちになり、来た人は自分の写真を見つけられること。
「この農家インタビュー、一問一答形式で並べられますか?」
読者がこの農家が何をしたかを覚えていて、私が何を聞いたかは覚えていないこと。
「よく聞かれる質問をまとめたFAQ欄を追加できますか?」
協業したい人がこのページを読んだあと、同じ3つの質問をわざわざDMしてこなくて済むこと。
推測された手段が、時々本当に正解であることもある。違いは手段が正しいかどうかではない。誰が決めるか、そして決める時にどれだけの情報を手にしているか、そこにある。
手順はあなたの推測。目的だけが、あなたが本当に知っていること。
でも目的だけでも足りない。「きれいなページを作る」も目的だが、何も語っていない。厳しすぎても、緩すぎても失敗する。手順を固定すれば脆くなる。曖昧に言えば、戻ってくるのは平均値。
曖昧さは謙虚さではない。決定権を平均値に渡しているだけ。
その公式:
信号とは具体的なもの——誰に向けているか、どんな調子か、どのくらいの長さか、どんな場面か、どんな見た目の傾向か。これは目的の一部で、手順ではない。この記事自体の brief を、そのまま示す:
目的:Earth LinC の読者に向けた短い文章。読み終えたとき「目的が手順に勝る」ことが分かる。
信号:シリーズ FREQUENCIES、発行 TUNED。三言語、英語が最初。3つの例は並んだ3枚のカードのように、さっと読める。引用は文中から浮き上がらせる。ラベルはモノスペース、強調はブリックレッド、余白は多め——技術ノートの一頁のように。
そこには「どうやるか」は一言もない。でも曖昧な箇所もひとつもない。
手順を聞くべき時もある。それは本当は規則を聞いているとき——お金がかかるか、取り消せるか、他の人に見えるか。それははっきり聞くべき。
規則を聞け。手順は聞くな。