システム開発ができるようになると、アプリや業務ツールを自分で作れるようになります。でも、身につくものはそれだけじゃないと思うんですよ。もっと大きいのは、物事を分解して、関係を整理して、実際に動く仕組みまで組み立てる力です。
この力がある状態でマーケティングを学んだら、どうなるか。集客の知識を覚えるだけで終わらず、誰に何を届けて、反応をどう見て、そのあとどう対応するかまで自分で組める。必要なら、その流れを動かすシステムも作れる。これ、かなり強いと思いませんか。
僕は、何を学ぶにしても、その前提として「構造化する力」を身につける意味は大きいと思っています。知識が増えるたびに、それを自分の仕事で使える形にできるからです。
01構造化は、頭の中をきれいに整理するだけじゃない
構造化という言葉だけだと、ちょっと難しく聞こえますよね。僕が言っているのは、「何が、どうつながっているのかを分かるようにすること」です。項目を並べたり、図をきれいに描いたりするだけでは、まだ足りない。
例えば「問い合わせを増やしたい」という話。広告を出す、投稿を増やす、サイトを直す。やることはいくらでも挙がります。でも、どこに問題があるか分からないまま全部やると、何が効いたのかも分からなくなる。
そもそも見てもらえていないのか。見てもらえているけれど、内容が伝わっていないのか。興味は持たれているけれど、申し込みの手間で止まっているのか。この違いを分けて考えると、調べることも、直す場所も変わります。
構造が見えると、手をつける場所を選べる。ここが大事なんです。何となく頑張る状態から、「今はここを確かめよう」「ここが原因なら、この対応をしよう」と判断できる状態になる。
02構造化、仕組み化、システム化は、つながっている
この三つは近い言葉ですが、分けておくと分かりやすい。問い合わせを受けて、相談につなぐ仕事で考えてみます。
構造化ができれば、何を仕組みにするか考えやすくなる。仕組みが決まれば、どこをシステムに任せるか選べる。開発できる人の強さは、この流れを自分でつなげられるところにあると思っています。
全部を自動化する必要はありません。相談の内容を理解するところは人が担当して、記録や担当者への通知だけを自動にしてもいい。どこを人に任せ、どこを機械に任せるか。それも設計です。
03開発すると、自分の理解が曖昧だった場所が分かる
人同士なら、説明が多少曖昧でも、その場で補って動いてくれることがあります。「いい感じに振り分けておいて」で、何となく通ってしまう。でも、仕組みとして動かそうとすると、それでは足りなくなるんです。
問い合わせを担当者に振り分けるだけでも、決めることが出てきます。地域で分けるのか、相談内容で分けるのか。両方に当てはまるなら、どちらを優先するのか。担当者が休みならどうするのか。必要な情報が空欄だったら、誰が確認するのか。
最初は簡単そうに見えた仕事でも、作ろうとすると分からないことが出てくる。それまで人が何となく判断していた部分が、表に出てきます。「自分はこの仕事を理解している」と思っていても、条件を聞かれると答えられないことがある。
実装して動かすと、さらに分かります。想定していなかった入力が来る。別の順番で操作される。同じ問い合わせが二度届く。そのたびに、条件や順番を見直すことになる。
自分の理解を、実際に動くものにして確かめられる。システム開発の面白さは、ここにもあります。頭の中ではつながっていたつもりのものが、動かしてみるとつながっていない。そのずれを埋める経験が、設計する力になるんです。
04その力を持ってマーケティングを学ぶと、何が変わるか
例えば、マーケティングを学んで「相手の状況に合った情報を届けることが大事だ」と知ったとします。そこで終わると、良い話を聞いた、で終わってしまう。構造化する習慣があると、次の問いが出てきます。
相手の状況は、何を見れば分かるのか。最初から相談したい人と、まず情報を知りたい人では、何を変えるのか。その判断に必要な情報は、どこで確認するのか。こうやって、自分の事業に当てはめていくわけです。
仮に、資料を請求した人への対応を考えるなら、すぐ相談したい人には日程を選べる案内を出す。まだ比較中の人には、判断に必要な説明を用意する。どちらか分からないなら、まず希望を聞く。このように、状況ごとの対応を組めます。
開発できれば、そのためのフォームや管理画面も作れる。どんな相談が来たか、どこから来たか、どの段階まで進んだかを記録して、あとで確かめられるようにもできる。
もちろん、この対応にしたら必ず成果が出る、という話ではありません。相手が本当に知りたいことを外していたら、どれだけ仕組みが整っていても伝わらない。だから、小さく動かして反応を見る必要があります。
それでも、自分で作って確かめられれば、「こうしたらどうなるだろう」を試しやすい。知識を学ぶことと、それを現場で使うことの間を、自分でつなげられる。僕が強いと思うのは、その部分です。
05専門知識が増えるたびに、作れる仕組みが増える
この考え方は、マーケティングだけの話ではありません。採用なら、応募から面談までの流れや、連絡が止まりやすい場所を整理できる。教育なら、何が分かれば次に進めるのか、どこでつまずいているのかを分けて考えられる。
経理の仕事を学んだら、何を記録し、誰が確認し、どの状態になったら次の処理へ進むのかを考える。現場の仕事を知ったら、その知識を使って、抜けや手戻りを減らす仕組みを組める。
分野が変われば、覚える内容は変わります。ただ、「何が必要か」「どんな条件で分かれるか」「何を確かめるか」という問いは、持ち込める。後から学ぶ知識を、仕組みに変えるための考え方が手元にある。
ただし、開発ができるだけで、その分野まで分かったことにはなりません。相手のことも、現場の事情も学ぶ必要がある。むしろ、分からない条件が具体的に見えるから、「ここを教えてください」と聞きやすくなるんです。
例えば、担当者が手作業で確認している工程を見て、無駄だと思うかもしれない。でも、そこには画面の数字だけでは判断できない事情があるかもしれない。作る前に理由を聞く。その知識を取り込んで設計し直す。この往復が必要です。
06「構造化を先に」は、最初から正解を作れという意味ではない
僕は、構造化する力は、早い段階で身につけると得をする力だと思っています。そのあと学んだことを、ばらばらの知識のままにせず、自分の判断や行動につなげられるからです。
ただ、初めての分野で、最初から正しい構造が描けるわけではありません。何が大事な条件かも分からないうちは、現場を見たり、人に聞いたり、実際にやってみたりする必要がある。
前の記事で、方程式がないうちは量から共通項を探す、という話をしました。今回も同じです。まず分かる範囲で仮の構造を置く。試して、外れたところを直す。使える条件が見えてきたら、繰り返せる仕組みにする。
だから、勉強を全部終えてから開発を始める、という順番でなくてもいい。小さなものを作りながら、必要になった知識を学び、設計に戻す。その中で、構造化の考え方も鍛えられます。
07コードが書けることと、仕組みを作れること
ここは大事で、用意された仕様どおりにコードを書くだけでは、今話している力の全部を練習できるわけではありません。「何を作るか」「なぜ必要か」「どうなれば役に立ったと言えるか」を考えるところも必要です。
誰かが決めた手順を実装する経験も大切です。ただ、その先で、自分でも一度、目的から考えてみる。使う人に話を聞いて、必要な条件を決めて、実際に触ってもらう。そうすると、動くコードができたことと、困りごとが解決したことの違いが分かります。
AIにコードを作ってもらうときも、自分が何を作りたいのか曖昧なままだと、出てきたものが合っているか判断しにくい。「なぜ、この分岐があるのか」「この情報がなかったらどうなるか」を自分でも説明してみる。そこが分からなければ、まだ確かめるところが残っています。
逆に、その説明ができるなら、実装の一部を人やAIに頼むときにも伝えやすい。自分で全部のコードを書くかどうかとは別に、何を動かし、何を確認したいのかは持っておく。そのためにも、作って使って直す経験には意味があると思います。
08最初は、自分の身近な面倒を一つ減らしてみる
いきなり大きなシステムを作らなくてもいい。毎回、誰かに確認しないと進まないこと。転記を繰り返している作業。何が終わっていて、何が残っているか分からなくなる仕事。そのあたりから一つ選べば、考える材料はあります。
例えば、頼まれた作業を忘れないための管理を作るなら、まず「受付」「対応中」「確認待ち」「完了」を分ける。誰が、何をしたら状態が変わるのかを決める。期限を過ぎたらどう気づくか、確認を誰に頼むかまで考える。
最初は紙やスプレッドシートで回してみてもいい。使ってみて、毎回同じ手順になっているところが分かれば、そこからシステムに任せる。既存のツールで十分なら、それを使えばいい。自分で作れるようになることは、何でも自作することではありません。
こうして一つ動かすと、次の仕事でも「これは何の情報があれば判断できるか」「ここは前に作った仕組みと似ているな」と考えられるようになる。経験を、別の場面でも使える形で持てるわけです。
09学ぶたびに、自分で使えるものが増える
システム開発を学ぶ価値を、「エンジニアという職業に就ける」だけで捉えるのは、もったいないと思っています。目的を整理して、条件を分けて、動くものにして、結果から直す。その経験は、他の知識を使うときにも役に立つ。
マーケティングを学べば、その考えを自分の事業で試す仕組みを作れる。現場の仕事を知れば、そこに合う手順や道具を考えられる。新しい知識が、自分でできることの増加につながっていく。
構造化する力を先に身につけると、そのあとに学ぶ知識を、自分で使える仕組みに変えられる。システム開発は、それを考えるだけでなく、実際に動くところまで経験できる。だから僕は、学んでおく価値がすごく大きいと思うんです。
前の記事：なりたい自分になるには、自分の方程式を作ればいい。化学から数学へでは、まだ構造がないところから、どう自分の方程式を作るかを話しています。
