設定に時間をかけすぎない。道具を使うために、道具を調整し続けるのは本末転倒だ。

新しい道具を買う。

まず設定する。

通知を調整する。

表示を変える。

ショートカットを作る。

アイコンを並べる。

色を変える。

フォルダを作る。

便利な機能を探す。

さらに設定する。

気づいたら、

「仕事をする前に、仕事道具を整える仕事」

をしている。

これ、意外とある。

設定することは楽しい

僕も設定するのは嫌いではない。

むしろ、好きなほうだと思う。

Macの環境を整える。

iPhoneを整理する。

ブラウザを使いやすくする。

キーボードの設定を変える。

Webサイトの管理画面を整える。

自分に合うように調整する。

うまくいくと気持ちいい。

だからこそ、やりすぎる。

「もっと便利にできる」が止まらない

ひとつ設定すると、

「これもできるな」

となる。

さらに設定する。

すると、

「ここも変えたほうがいい」

となる。

そして、

「せっかくなら完璧にしよう」

となる。

このあたりから危ない。

道具を使うための設定だったはずなのに

最初の目的は、

「仕事を楽にしたい」

だった。

でも、いつの間にか、

「設定を完璧にしたい」

に変わっている。

これは、道具が目的になっている状態だと思う。

便利な機能は、使わなくてもいい

最近の道具には、本当にたくさんの機能がある。

自動化。

ショートカット。

AI。

連携。

通知。

ウィジェット。

クラウド。

同期。

カスタマイズ。

どれも便利そうだ。

でも、

全部使う必要はない。

「使える」と「使う」は違う

ここは結構大事だ。

機能がある。

だから使う。

ではなく、

必要だから使う。

この順番にしたい。

使わない機能を覚えることにも、時間がかかる。

設定にも時間がかかる。

後から見直す必要もある。

設定には、維持費がある

お金の話ではない。

時間の維持費だ。

設定したことを覚えておく。

アップデート後に確認する。

サービスの仕様変更に対応する。

他の人に説明する。

問題が起きたら原因を探す。

つまり、

「設定したら終わり」

ではない。

自動化も同じ

自動化すると楽になる。

これは間違いない。

でも、

「自動化したほうがいい作業」

と、

「自動化しないほうがいい作業」

がある。

一日に一回しかやらない作業を自動化するために、

数時間かけて仕組みを作る。

それでは、いつ元が取れるのか分からない。

「その設定、何分節約できる？」

これは一度考えてみる。

設定に30分かかる。

その設定で毎日1分短縮できる。

一年使えば、かなり違う。

これは意味があるかもしれない。

でも、

設定に3時間。

月に一度しか使わない。

しかも1分しか短縮できない。

なら、手でやったほうがいい。

設定の価値は「時間」だけではない

もちろん、

疲れにくくなる。

迷いが減る。

ミスが減る。

集中しやすくなる。

という効果もある。

だから、

「何分短縮できるか」

だけでは判断できない。

でも、

少なくとも、

「何が良くなるのか」

は考えたい。

設定したことを忘れているなら危ない

昔、何かを便利にしようと思って設定した。

半年後、

「これ、なんでこうなってるんだ？」

となる。

これは怖い。

設定した本人ですら分からない。

誰かに引き継ぐとなったら、もっと大変だ。

仕組みは、分かる人がいなくても動くほうが強い

これは仕事の仕組みでも同じだ。

「僕しか分からない設定」

が増えるほど、

僕がいないと仕事が止まる。

一人で仕事をする場合でも、

未来の自分が困る。

だから、

複雑にしすぎない。

名前を分かりやすくする。

必要なら手順を残す。

使っていない設定は消す。

これも大事な仕事だと思う。

「簡単に戻せる」も重要

設定するとき、

「もし元に戻したくなったら？」

と考える。

元に戻せない。

何を変えたか分からない。

他の設定との関係が分からない。

そうなると怖い。

だから、

シンプルな設定は強い。

Webサイトでも、同じことが起こる

WordPress。

プラグイン。

テーマ。

SEO設定。

フォーム。

SNS連携。

アクセス解析。

広告。

AI。

いろいろな機能を追加できる。

便利だ。

でも、

追加するほど管理するものも増える。

プラグインを増やせば良いサイトになるわけではない

これは、Web制作をしているとよく感じる。

機能が足りない。

プラグインを入れる。

また足りない。

別のプラグインを入れる。

さらに連携する。

結果、

「何が何を動かしているのか分からない」

となる。

これは整理とは逆方向だ。

機能は、少ないほうが強いこともある

必要な機能が10個なら、

10個あればいい。

100個入っていても、

90個使わないなら、

管理する負担だけ増える。

もちろん、必要な機能は入れる。

でも、

「多い＝高機能＝良い」

ではない。

Webサイトは、公開後が長い

サイト制作では、

公開するところまでが目立つ。

デザイン。

文章。

写真。

コーディング。

公開。

でも、

本当の仕事はそこから続く。

更新する。

情報を変える。

商品を追加する。

フォームを確認する。

セキュリティを管理する。

バックアップする。

アクセスを見る。

だから、

公開時点だけ便利な仕組み

より、

公開後も管理しやすい仕組み

を選びたい。

「未来の自分が分かるか？」

設定するとき、

未来の自分に聞いてみる。

「半年後の僕は、これを理解できるだろうか？」

「この設定を変更した理由を覚えているだろうか？」

「誰かに説明できるだろうか？」

この質問は結構効く。

自分しか分からない便利は、少し危ない

もちろん、

個人の仕事なら自分専用の設定があっていい。

自分が快適なら、それでいい。

でも、

仕事を誰かと共有する。

事業を大きくする。

外注する。

引き継ぐ。

そういう可能性があるなら、

「自分だけ分かればいい」

を少し減らしたほうがいい。

道具の設定にも「余白」が必要

全部を固定しない。

全部を自動化しない。

全部を最適化しない。

少し手動で残す。

少し余白を残す。

そのほうが、

環境が変わったとき対応しやすい。

最適化しすぎると、変更に弱くなる

これは少し皮肉な話だ。

ものすごく細かく最適化された仕組みは、

一箇所変わるだけで、

全体に影響することがある。

逆に、

多少アナログ。

多少手動。

多少余白がある。

そんな仕組みのほうが、

変更に強いこともある。

「完璧な設定」は存在しない

仕事も環境も変わる。

パソコンが変わる。

スマートフォンが変わる。

ソフトが変わる。

サービスが終了する。

自分の仕事も変わる。

だから、

一度設定したら永久に完璧、

という状態はない。

設定は「今の自分」に合わせる

今の仕事に必要なものを設定する。

半年後に変わったら、また見直す。

それでいい。

最初から10年後を考えて、

複雑な仕組みを作る必要はない。

仕事の仕組みも、同じ

例えば、

「問い合わせが来たら、このフォルダに入れる」

「依頼が決まったら、このテンプレートを使う」

「公開前にこの項目を確認する」

こういう簡単なルールでも、

仕事はかなり安定する。

何百個も設定する必要はない。

仕組みは、覚えることを減らすためにある

良い仕組みは、

「覚えることを増やす」

のではなく、

「覚えなくてもできる」

ようにする。

ここを間違えると、

仕組みを作ったのに、

仕組みを覚えるための勉強が必要になる。

「便利なのに面倒」は、見直したほうがいい

便利な機能なのに、

使うのが面倒。

これは一度疑っていい。

例えば、

毎回5つの画面を開かないと使えない自動化。

複雑なショートカット。

何度も確認が必要なフォーム。

それなら、

普通にやったほうが早いかもしれない。

道具は、使う人のためにある

道具の側に、

「この機能を使ってください」

と言われる必要はない。

自分の仕事に必要なら使う。

必要なければ使わない。

この距離感を持っていたい。

AIにも、同じことを感じる

AIは便利だ。

文章を整理してくれる。

アイデアを出してくれる。

比較してくれる。

調査を手伝ってくれる。

コードも書ける。

画像も作れる。

本当にいろいろできる。

でも、

「AIを使うこと」

が仕事になってしまったら、

少し違う。

AIに何をさせるかを決める

AIを導入する前に、

「今、何に困っている？」

と考える。

文章を書くのに時間がかかる。

情報を整理するのが大変。

アイデアを広げたい。

抜け漏れを確認したい。

こうやって問題を決める。

それから、

「じゃあAIを使えるか？」

と考える。

道具から問題を作らない

新しいAIを知った。

面白い機能がある。

だから、

「これを仕事に使えないかな？」

と考える。

これは悪くない。

でも、

先に問題があるほうがいい。

「これを解決したい」

↓

「この道具が使える」

この順番。

使わない機能を削る

新しい道具を導入するとき、

何を追加するか

だけでなく、

何を使わないか

も決める。

通知を切る。

不要な連携をしない。

アプリを入れない。

メールを受け取らない。

自動化しない。

こういう「しない設定」も、

立派な設定だと思う。

設定画面を閉じて、仕事を始める

最終的には、これだ。

設定は、

仕事を始めるためにするもの。

仕事をする代わりに、

設定を続けるものではない。

「もう十分」

と思ったところで、

設定画面を閉じる。

そして、

実際の仕事をする。

使ってみて困ったら、

そのとき直す。

使ってから直す

これは、Webでも道具でも大切だと思う。

最初から完璧にする。

ではなく、

まず使う。

問題を見つける。

直す。

また使う。

必要なら変える。

実際に使わないと、分からない

机の上では、

「この設定が最高だ」

と思っていても、

実際に仕事をすると、

「ここが面倒だ」

と気づくことがある。

逆に、

「こんな設定いらないと思ったけど、毎日使う」

ということもある。

だから、

使う前の最適化には限界がある。

仕事には「とりあえず動かす」も必要

Webサイトもそう。

まず最低限を作る。

公開する。

使ってみる。

反応を見る。

改善する。

これなら、

最初から完璧な仕組みを作る必要がない。

設定を減らすと、変更もしやすい

シンプルな仕組みは、

変えるのも簡単だ。

必要なところだけ直せる。

誰かに説明しやすい。

トラブルの原因も見つけやすい。

だから、

「少ない」

ことには、

それだけで価値がある。

便利さには、管理コストがある

何かを追加するとき、

その便利さだけを見る。

でも、

管理する仕事も一緒についてくる。

アプリ。

プラグイン。

連携。

自動化。

アカウント。

パスワード。

通知。

データ。

これらは全部、

未来の自分が面倒を見るものだ。

「便利」を買うときは、「管理」も買う

これは覚えておきたい。

便利なサービスを契約する。

その瞬間、

アカウントが一つ増える。

毎月の確認が一つ増える。

設定が一つ増える。

場合によっては、

解約するときの仕事も増える。

道具箱は、入れる場所だけではない

道具箱という言葉を使っているけれど、

本当の道具箱は、

何でも詰め込む箱ではない。

必要なものが、

必要なときに、

すぐ取り出せる。

使わないものは、

入れない。

それが道具箱だと思う。

だから、

設定も同じ。

便利そうだから追加する。

できそうだから設定する。

新しいから使う。

その前に、

「これ、本当に必要？」

と一度考える。

そして、

必要なら設定する。

必要なければ、そのままにする。

仕事をするための道具なのだから、

最後には、

道具のことを忘れて、

仕事に集中できる状態が一番いい。

設定がすごいことが、

すごい仕事ではない。

自動化が多いことが、

すごい仕事でもない。

アプリをたくさん使っていることが、

仕事ができる証拠でもない。

必要なものだけが、

必要な場所で、

必要なときに、

静かに動いている。

そんな状態が、

僕にとっては、

かなり良い仕事環境だと思っている。

道具を使うために、

仕事を止めない。

便利にするために、

複雑にしない。

最適化するために、

時間を使いすぎない。

そして、

設定画面を閉じる。

「よし、仕事しよう」

と思えるところまで来たら、

それで十分なのだと思う。