ノーコード内製が、「直せないアプリ」を量産する
ノーコードで現場が自由にアプリを組むと、属人化は紙やExcelからアプリに移るだけなのか？ 自由にしていい表層と、私たちが握るデータの土台、この二つを分ける線引きこそ、作った後も回り続ける内製化の条件だと書きます。
「誰でも作れる」に、私たちも一度期待しました
ノーコードでの業務アプリ内製を、会社全体の答えとして私たちは勧めません。「誰でも作れる」に惹かれて広げた先で、「直せないアプリ」が量産されるのを見た側だからです。ノーコードで業務アプリを内製する。プログラミングを知らなくても、現場の人が自分で作れる。中小企業のDXの希望のように語られますし、私たちも一度は期待しました。
でも、しばらく見て思ったのは、これは一人で使う分にはいいが、会社で広げると別の問題が始まる、ということです。誰でも作れるツールで現場が自由にアプリを組み始めると、紙やExcelでやっていた属人化が、そのまま「アプリ」に場所を移すだけになります。内製化は、属人化を解いているように見えて、置き換えているだけのことがあります。
自由に作らせたアプリは、作った本人しか直せません
属人化したExcelと、属人化したノーコードアプリ。どちらが厄介かというと、後者です。
Excelなら、中身を開けばまだ追えます。けれど、現場の人が思いつくまま画面とデータを結びつけて作ったアプリは、作った本人の頭の中にしか構造がありません。その人が異動すれば、誰も直せない。直せないから、誰も手を入れられず、おかしくなっても放置される。会社のあちこちに、作った一人にしか分からないアプリが増えていく。これは、効率化とは逆の現象です。
作れることと、回り続けることは別の話。
自由にしていいのは表層、握るべきは土台
内製化が悪いのかというと、そうは思いません。分ける線を間違えているだけです。
自由にしていい部分と、握っておくべき部分があります。現場が使う画面、ボタンの位置、入力の流れ。こうした表層は、現場ごとに自由でいい。むしろその会社の使い勝手に合わせて、現場が触れるほうがいい。けれど、データをどう持つか、どこに何を貯めるか、誰がどう直すかという運用のルール。この土台までを現場の自由に任せると、崩れます。
具体的に言えば、こうです。同じ「顧客」という情報を、ある現場はアプリのこの欄に、別の現場は別の場所に、それぞれ勝手に持つ。これを放っておくと、会社の中に「顧客」が何種類もできて、どれが正しいか分からなくなります。だから、データの持ち方と置き場所だけは、私たちが一つに決めて握る。その上に乗る画面や入力の流れは、現場が自由に組んでいい。土台が一本に通っていれば、表層がいくら現場ごとに違っても、後から追えます。
自由にする線と、握る線を分ける。
自由と統制は、本来は相容れません。自由にさせれば土台が崩れ、土台を固めれば現場の自由が消える。私たちの仕事は、この相容れない二つを、どちらも殺さずに混ぜることだと考えています。表層は現場の個性に開き、データ基盤と運用ルールは私たちが握る。個性を型にはめて消すのではなく、土台だけを一本に通す。混ざらないものを混ぜる、その設計が私たちの軸です。
私は不器用だから、一本道にしてきました
偉そうに書いていますが、私自身は「自由に作れる」に強く憧れた側です。
私は理解が遅く、いろいろなことが同時にできません。だから昔から、仕事を標準化して、一本道にしてきました。製造ラインと同じです。ラインでミスが出るのは、たいてい複数の作業を同時にこなしているときです。検品で見逃しが起きるのも、目の前の変数が多すぎるからです。だから工程を、目の前の一つだけに絞る。両手を広げない。
「誰でも自由に作れる」は、その逆を現場に求めます。一人ひとりが、設計もデータ構造も運用も同時に背負う。器用な人なら回せても、現場のほとんどはそうではありません。自由に作れる仕組みは、実は相当に器用な人を前提にしている。私自身が不器用だからこそ、それは無理だと分かりました。
だから私たちは、「作り方」を整えます
自分が不器用だと分かった経験から、私たちが用意しているのは、画面のテンプレートでも、データベースのテンプレートでもありません。「作り方」のテンプレートです。
どう作るか、どう直すか、どこは触っていいか。そのルールとやり方の整備が中心です。現場が自由にアプリを組んでも、土台が崩れない。あとから別の人が引き継いでも、構造が追える。自由に作ることと、直し続けられることを、両立させる仕組みです。
順番が逆になると、作れた数だけ直せないものが残る。
誰でも作れること自体をゴールにはしません。作った後も回り続けることを、ゴールにします。
内製化の前に、誰が直すかを決めておく
直せないアプリが積み上がる失敗の予感があるから、私たちはお客様に内製化を勧めるとき、作れるかどうかから入りません。
まず、データをどう持つか。誰が直し続けるか。どこまでを現場の自由にして、どこからを土台として握るか。そこを決めてから、現場に画面を開きます。順番が逆になると、作れた数だけ直せないものが残ります。
内製化は、中小企業の現場には実はかなり重い話です。だから私たちは、現場の自由を奪わずに、土台だけを引き受けます。現場は今までどおり、自分たちの使いやすいように画面を触れる。けれど、作った人がいなくなっても、アプリは止まらない。
担当が辞めても、直せる。
その安心を、土台としてつくります。
自由に作れることより、ずっと大事なこと。
担当が辞めても直せること。その安心をつくることが、私たちの考える内製化の支援です。自由に作れることより、ずっと大事だと思っています。
よくあるご質問
- ノーコードでの内製化の支援は、どれくらいの期間と費用で頼めますか。
- 私たちはまず、いまどの業務を内製化したいのか、現場の誰が画面に触れるのかを聞く期間を、二週間から一か月ほどいただきます。そのうえで、土台をどこまで私たちが引き受け、画面をどこから現場に開くかを決め、費用を提示します。最初に一律の金額を出さないのは、握る土台の範囲によって手間が大きく変わるからです。小さな一業務から始めて、回ることを確かめてから広げる進め方もお勧めしています。
- 社内にエンジニアが一人もいなくても、土台の設計だけお願いできますか。
- お願いできます。データの持ち方や置き場所、誰がどう直すかという土台は、私たちが引き受けます。現場の方には、ふだん使う画面や入力の流れだけを触っていただければ十分です。エンジニアを新しく採用してから、という順番でなくても内製化は始められます。
- すでにノーコードで作った、本人しか直せないアプリが社内にいくつもあります。どうすればいいですか。
- まず、それぞれのアプリがどのデータを持ち、どこで業務とつながっているかを私たちが読み取ります。全部を作り直すのではなく、共通で使う「顧客」や「案件」などのデータだけを一つの土台に寄せ、画面はできるだけ今のまま残します。作った本人に話を聞き、なぜその作りにしたのかを記録に残すところから始めます。散らかったものを一気に消すより、土台だけ通して少しずつ追える状態に戻すほうが、現場は止まりません。
- 土台を私たちが握ると、現場が自由に直せず、かえって遅くなりませんか。
- 私たちが握るのはデータの持ち方と運用のルールだけで、現場が使う画面やボタン、入力の流れには手を出しません。日々の「ここを変えたい」は、これまでどおり現場のスピードで直せます。土台が一本に通っているぶん、担当が辞めても直せる人が残り、長い目で見た手戻りはむしろ減ります。自由を奪うためではなく、自由に作ったものが止まらないようにするための線引きです。
- どのノーコードツールを使うのがよいですか。おすすめはありますか。
- 私たちは特定のツールを最初から指定しません。すでに社内で使い慣れたものがあれば、それを土台の設計に合わせて使えるかをまず見ます。ツールは、データを後から追える形で持てるかどうかで選び、見た目の派手さや機能の多さでは選びません。合うものが手元にないときだけ、乗り換え先を一緒に検討します。
技術は真似できる
定着させるノウハウが、弊社の強みです。
まずは相談してみる
現状を整理してみる、くらいの気持ちで大丈夫です。
見せていただいた作業を、動く画面にしてお返しします。