スキップしてメイン コンテンツに移動

ノーコードでも必要なこと

 


ノーコードという言葉が広まってきています。プログラミングの知識や経験がなくてもシステム開発ができる!というような触れ込みで、実際に No Code でコードを書かずにWebアプリケーションを作ることができる仕組みです。現場の担当者が、業務を効率化するためのシステムを自ら作れるので、システム開発を外注するよりも、業務の実態に即したシステムが作れて、なおかつ改善サイクルが速く回ります。こうしたシステム内製化の捉え方については、こちらでも書きました。

ただ、ここで注意したいのは、システム開発において、ノーコードを使うことで補える能力、コードを書いてシステムを実装する能力というのは、ひとつの要素でしかないということです。業務をシステム化するときに関係してくる要素を、大雑把に列挙すると以下の5つになるかと思います。

  • ビジネスセンス
  • 業務を設計する能力
  • システムを設計する能力
  • 業務を実装する能力
  • システムを実装する能力

いわゆるプログラマやシステムエンジニアといった職種の人たちも、必ずしもこれらの要素を兼ね備えているわけではありません。しかし、ビジネスに関するシステムを開発する際には、どれも重要です。以下、ひとつずつ、どういったものか説明します。

まずビジネスセンスという曖昧な言葉で何を言いたいのかというと、事業全体の成果につながる変化を生み出す力や方向性です。事業全体がどこに向かっていて、その際に業務はどうあるといいのか、ということが見えていると、その業務が事業全体の成果につながりやすくなります。

次に、そのために、その業務をどう設計するといいのか考えられるといいです。誰がどんな風に動いて、どんなモノを、どんな情報を、どのように動かしていくと、その業務というのは今より良くなるのか。というか、それが考えられないと、そもそも業務を変化させる意味がないですね。

そこからシステムの話になっていくわけですが、業務を設計するにあたって、システムがどこでどのように役立つといいのか。そして、システムがどうあると、他の業務との連携もよくなるのか。といったことを考えられるといいです。こういった見通しが立っていないのに、なんとなく必要そうだからとシステムを導入すれば、何か悪いことが起きそうだな、というのは誰でも想像できると思います。業務をどう変えたらいいのか考えずに、なんとなくパートさん1人増やしておいたら良いこと起きるかというと、それは怪しい、というのと同じです。

そして、机上の空論で終わってしまっては、現実が変わっていかないので、ここから実装する能力というのが必要になります。「実装する」というのはシステム開発でよく使う言葉ですが、新しい機能を追加したり組み込んだりして実現することです。業務を実装するという言葉で表したかったのは、新しい仕事の進め方を設計したあと、実際に現場で実現させるということです。必要な作業を実行するためには、作業をする人に研修する必要があるかもしれませんし、資材の置き場所が重要かもしれません。新しいビジネスや業務が上手く回るために必要なモノゴトを用意して、実際に「回す」能力が要ります。

その中に、システムを実装することも含まれてきます。役に立つシステムを実際に組み上げるためには、世の中に出回っている部品を組み合わせたり、プログラミングによって新たな部品を作ったりすることになりますが、正しく作らないと上手く動きません。そのためプログラミングの知識を持っている人が組み上げることになります。ここでノーコードというものが意味を持ちます。JavaScriptやPython、C言語やJava、C#などのプログラミング言語についてよく知らなくても、ノーコードであれば、コードを書かずにプログラミングができます。

ただ最初に書いたように、ノーコードになることで補えるのは、最後のところだけなのです。ですから、ノーコードだから簡単にシステムが作れるかというと、それはまた違います。

しかし、システム開発に特化したスペシャリストが、上述の5つの要素を兼ね備えていることも、また期待薄です。特に業務を設計する能力や、業務を実装する能力は怪しいでしょう。そうであれば、業務分野で秀でた人が、システムを実装する能力を得る方が、優れたシステムを作れそうに思います。

このブログの人気の投稿

簡単にできるIoT~振動の計測②

  前回 は、何を作るかを考えて、設計メモにまとめました。 簡単にできるIoT~振動の測定① 先日(といっても随分経ってしまっていますが…)とある方から、M5StickCというデバイスをいただきました。それで、どんなことができるのかと試してみたことを紹介します。 M5StickC このデバイスは親指(より少し小さい?)くらいのサイズですが、中にESP32-... まだプログラミング自体には触れていませんでしたし、大まかな設計をしただけですが、ここまで意外と考えることが多かったと思われるかもしれません。ですが、どう作るかよりも、何を実現するかの方が重要です。本来はもっと何を実現するかを模索するのに時間をかけるべきだと思います(そのためにシステムを試作することも含めて)。 さて、今回はさっそくこれを作ってみます。作る方法はネットでいろいろな人が教えてくれるので、それらを参考にすれば、すぐに作れます。 データを受け取って蓄積する側を作る まずは、Googleスプレッドシートに以下の図のような表を作り、M5StickCから受け取ったデータを書き込めるようにします(図では既にデータが蓄積されています)。 A列「gasCodeVer」:一応、動かしているスクリプトのバージョンを記録 B列「receiveTime」:データを受け取った時刻(receivedでないのはご愛嬌) C列「dataNum」:いくつデータが取れているかを記録 D列「data1」以降:加速度データ そのために、以下のことをします。 Googleドライブでスプレッドシートを作る 「ツール」→「スクリプトエディタ」からスクリプトエディタを開く Apps Scriptでスクリプト(コード)を書く 「デプロイ」→「新しいデプロイ」→「種類の選択」→「ウェブアプリ」からデプロイ 基本的なやり方は下の参考ページ(前半部分)を見れば、すぐに分かります。実際に手元で出る画面と少し違うところがあるかもしれませんが、だいたい一緒かな、という緩さをもって見ていくと良いと思います。 [M5Stack] M5Stackで取得したデータを、Google スプレットシートへ書き込む M5StackはWi-Fi機能との連携が特徴の一つとなりますが、やってみたくなるのがクラウド連携だと思います。そこで、今回は、Go...

営業マネジメントを整える①

(以前、noteに書いた記事をこちらに転載します) 【注意】この一連の記事では、具体的にどのアプリがいいか、ということは書きません。営業マネジメントの考え方をベースに、どのような観点からアプリを検討するか、ということを書きます。 さて、どのようなアプリ、システムを導入するにしても、まずはそれで「何をしたいのか」という目的が大事です。 これまで導入していなかった営業支援アプリを、いま導入したいと考える事業者には、何かしら営業活動を変えていきたい、という想いがあると思います。 では、どう変えたいのか。事業者によって、いろいろな表現が出てくると思いますが、多くの場合、営業支援アプリは「営業マネジメントを整える」ために導入されます。 ここでいう、自社の「営業マネジメントが整っている」というのは、どういうことでしょうか。このシリーズ記事では、「営業マネジメントを整える」方法を説明しながら、営業支援アプリの役割を改めて確認することで、アプリを選ぶ際のヒントを示していきたいと思います。 営業マネジメントは、なんとかして「to be」に近づけること そもそも、なんで営業活動をやっているのか、と言ったら、商品やサービスを売りたいからですね。でも、なんで売りたいのか、と言ったら、お金が欲しいから、ということでもあるのですが、根本を考えていくと、会社や事業のありたい姿、あるべき姿を実現するためです。 何もしないでいる状態(as is)と、あるべき姿(to be)には差分(Gap)があるから、営業活動によって、その差分を埋めていくわけです。 経営の話をするときに、よく出てくる図 営業活動は、この「to be」に近づく活動、ということですね。 そして、マネジメントというのは「なんとかする」ということなので、営業マネジメントは、なんとかして「to be」に近づけること。 それが整うということは、営業活動によってホントに「to be」に近づいているか、確かめられて、もっと近づけるように工夫できる状態になっている、ということです。 トップダウンとボトムアップを統合する この「to be」は、会社や事業のありたい姿、あるべき姿である、ということをさきほど書きました。ということは、営業マネジメントの出発点には、会社や事業の未来をどうしていきたいかを明確にすることがあります。そして、その未来に向かって、...

営業マネジメントを整える②

(以前、noteに書いた記事をこちらに転載します) 営業マネジメントを掘り下げながら、それぞれのマネジメントレベルで営業支援アプリに必要な機能が何かを示していくことで、いろいろ考えるヒントにしたい、というシリーズ記事の第2回です。 前回、「営業マネジメントを整える」というのは、営業活動によってホントに「to be(ありたい姿/あるべき姿)」に近づいているか、確かめられて、もっと近づけるように工夫できる状態にする、ということだと書きました。 営業マネジメントを整える① さて、どのようなアプリ、システムを導入するにしても、まずはそれで「何をしたいのか」という目的が大事です。これまで導入していなかった営業支援アプリを、いま導入したいと考える事業者には、何かしら営業活動を変えていきたい、という想いがあると思います。... そしてそれは、 「to be」→「経営計画」→「営業活動」→「結果」 というつながりを、上手くコントロールすることでもある、という話を、以下の図を出しつつ、しました。 今回も出てくる難しい図 なので、この図をひとつずつ説明していきたいと思います。 まずは「to be」→「経営計画」のつながり 図の一番上には「経営計画、売上目標」と書いています。営業活動をしていくにあたって、これを明確にしましょう、というのは、当たり前のことだと思いますよね。基本的に、このシリーズ記事で書くことというのは、全部、当たり前のことを当たり前にやる、という話でしかないです。ただ、それが意外と難しいので、改めて確認することは大切かなと思います。 この経営計画は、「to be」→「経営計画」というつながりの最初の部分ですから、「to be」に行き着くための計画です。この「to be」の反対は「as is」で、現状のまま進むとこうなる、というものです。 つまり逆から考えると、「to be」というのは、現状のままではない、と言えます。 経営の話をするときに、よく出てくる図、再び 現状維持を目指している組織においては、この「to be」と「as is」のギャップが小さくなります。そのような組織では、営業支援アプリを基盤としながら営業マネジメントをしていく必要が、あまり...