3LC（サンエルシー）株式会社の潤です。
今日は、私が普段やっている「システム開発」について書いてみました。
最近の3LCでは、Webサイトやマーケティングだけではなく、業務システムを作ることがかなり増えてきました。
顧客管理だったり、売上管理だったり、業務の自動化だったり。自社の事業で「これ、毎回やるの面倒やな」と思ったところから、小さなシステムを作ることもあります。
しかも今はAIがあります。
以前ならエンジニアに相談して、仕様をまとめて、見積もりを取って……と進めていたものが、かなり早い段階から実際に動くものを作れるようになりました。
だからこそ最近、逆に大事だと思っていることがあります。
いきなりコードを書かないことです。
AIに「こういうシステムを作って」と言えば、本当に作り始めてくれます。
でも、その前にやることがある。
私がしているシステム開発では、まず「何を作るか」より「今、何が起きているか」を見るところから始めています。
「こんなシステムが欲しい」
から始めない
お客様から、
「こういうシステムって作れますか？」
と相談されることがあります。
もちろん、作れるかどうかは確認します。
でも私は、そのまま「分かりました。作りましょう」とは、できるだけ言わないようにしています。
まず聞きたいのは、
「今はどうやってるんですか？」
です。
誰がやっているのか。いつやっているのか。何を見ながら作業しているのか。どこで時間がかかっているのか。
そして、
「何が一番面倒なんですか？」
を聞く。
ここをちゃんと聞いていくと、最初に聞いていた「欲しいシステム」と、本当に解決したいことが違っていることがあります。
欲しいのは「システム」じゃない
たとえば、
「顧客管理システムが欲しい」
という相談があったとします。
でも話を聞いてみると、本当に困っているのは顧客管理ではなく、
「毎月、同じ情報を別のExcelに入力し直している」
ことかもしれない。
それなら、大きな顧客管理システムを作らなくてもいいかもしれません。
データを連携するだけで解決するかもしれない。
今使っているツールの設定を変えるだけかもしれない。
あるいは、
その作業自体をなくせるかもしれない。
お客様が欲しいのは、システムそのものではありません。
仕事を楽にしたい。
ミスを減らしたい。
売上を見えるようにしたい。
お客様への対応を速くしたい。
そのための手段の一つが、システムです。
だから私は、システムを作ることから考えないようにしています。
一番最初に見るのは「今の仕事」
自社の業務をシステム化するときも同じです。
私たちも実際に店舗を運営しているので、予約、顧客管理、売上、LINE、マーケティングなど、いろいろな業務があります。
そこで「これ自動化したいな」と思ったとき、すぐに作り始めると、結構危ない。
今の仕事のやり方を、そのままシステムにしてしまうからです。
たとえば、5つの作業を人間がやっている。
それをそのまま、
「5つとも自動化しよう」
と考える。
でも、一度立ち止まって考えると、
「そもそも、この2ついらんやん」
となることがあります。
そうすると、自動化するのは3つでいい。
無駄な仕事を効率よくするより、無駄な仕事をなくした方がいい。
これは、自分たちのシステムを作る中でも何度も感じています。
AIがあるからこそ、
作りすぎてしまう
これは最近、特に気をつけています。
AIによってシステムを作るハードルは、本当に下がりました。
「こんなのできる？」
と聞けば方法を考えてくれる。
コードも書いてくれる。
エラーが出たら一緒に原因を探してくれる。
以前なら「そこまで作ると高くなるからやめよう」となっていた機能も、作れてしまう。
だから、
作れるものが、どんどん増えています。
でも、「作れる」と「必要」は別です。
作れるから追加する。
便利そうだから追加する。
念のため追加する。
これを続けると、どんどん複雑なシステムになります。
そして結局、使いにくくなる。
AIで開発が速くなったからこそ、私は以前より、
「それ、本当にいる？」
を考える必要があると思っています。
コードを書く前に、
画面を見ることも増えた
最近の開発では、要件を文章だけで固めて、そのまま最後まで作ることも減ってきました。
まず大まかな要件を考える。
次に、実際の画面を作ってみる。
そして画面を見る。
すると、
「これ、使いにくいな」
「このボタンここじゃないな」
「そもそも、この機能いらんな」
と気づきます。
文章だけで考えていたときには気づかなかったことが、画面になると急に分かる。
だから、画面を見て要件そのものを変えることもあります。
これは以前の記事でも書いた、
「作ることで考える」
という感覚に近いです。
システム開発でも、要件定義と開発を完全に分けて考えるより、実際に見えるものを作りながら往復した方が、私には合っています。
私はエンジニアではない
私は、自分のことをエンジニアだとは思っていません。
コードを全部読んで理解できるわけではありませんし、技術的に分からないこともたくさんあります。
それでもシステム開発に関わるようになって、逆に気づいたことがあります。
コードを書く前に決めないといけないことが、ものすごく多い。
誰が使うのか。
何のために使うのか。
どんな仕事を楽にしたいのか。
どこまで自動化するのか。
何は人間が判断するのか。
どんな画面なら迷わず使えるのか。
作った後、誰が管理するのか。
ここが曖昧なままコードだけ書いても、たぶん良いシステムにはなりません。
そして、この部分はエンジニアかどうかに関係なく考えられます。
むしろ私は、実際に事業をやっている側だからこそ分かることもあると思っています。
「動いた！」の先が長い
AIで開発していると、最初にシステムが動いた瞬間は結構感動します。
「おお、できた！」
となります。
でも最近は、その瞬間に、
「いや、まだやな」
と思うようにもなりました。
自分だけが使える状態と、他の人が毎日使える状態は違います。
想定外の操作をしたらどうなるのか。
データがおかしくなったらどうするのか。
スマホでも使えるのか。
権限はどうするのか。
運用中に変更したくなったらどうするのか。
「動くもの」を作るところまでAIが速くしてくれたからこそ、その先にある「ちゃんと使える状態にする」ことが、以前より重要になっていると感じています。
作らない、という答えもあっていい
システム開発の相談を受けたからといって、必ずシステムを作らないといけないとは思っていません。
今使っているサービスで十分なら、それを使えばいい。
Excelで何も困っていないなら、Excelのままでいい。
少し業務フローを変えるだけで解決するなら、わざわざ新しいシステムを作る必要はない。
私はシステムを作ることより、
困っていることが解決することの方が大事です。
だから場合によっては、
「これ、作らなくてもいいんじゃないですか？」
という答えがあってもいいと思っています。
私がしてるシステム開発は、
「質問」から始まる
今の私は、システム開発の最初にコードを書きません。
まず、話を聞きます。
今、どうやっているのか。
誰が困っているのか。
何に時間がかかっているのか。
本当は、どうなったら嬉しいのか。
そして、
「それ、本当にシステムが必要？」
まで考える。
必要なら作る。
小さく作って、実際に使う。
違ったら直す。
使えるようになったら、ちゃんと運用できる形にする。
AIのおかげでコードを書くスピードは、これからもっと速くなると思います。
だからこそ、その前にある仕事の価値は、むしろ大きくなるんじゃないかと思っています。
何を作れるかではなく、何を作るべきか。
私がしてるシステム開発の最初の仕事は、コードを書くことじゃない。
「何に困っているんですか？」と聞くことから始まります。