kintone構築で最も重要な要素 -「設計」

こんにちは。kintoneサポートのえんのしたです。
今回は「kintone構築で最も重要な要素」とその理由についてお話を。
これからkintoneを構築するご担当者様や、導入したけどうまく運用に載せられてない方は是非読んでみてくださいね。

えんのしたではクライアント様の要望をkintoneで実現する際に、極力標準機能とプラグインで実現を目指します。
JavaScriptとかCSSとかHTMLとか使うことだってそりゃあります。ありますけども。
でも、考えてみてください。kintoneの良いところはローコードで簡単に誰でもシステム構築が出来るところにあると思いませんか？

それなのに小難しいプログラムでゴニョゴニョしてたらですよ。全然ローコードでは無いじゃんとなります。
誰でも簡単にできるからということで導入する企業も沢山、というかほとんどだと思います。
みんながみんなSEさんを抱えている企業かといえば、そうではないはずです。

仮に構築を外注して、JavaScriptモリモリの環境ができあがったとしましょう。
JavaScriptがわからないkintone担当者はどうなるでしょう？大号泣の末、口から煙を吐いてしばらく停止するはずです。

もちろん、社内にSEがいなければメンテナンスすらままなりません。
そうです。ここが重要で、メンテナンスくらいは自社で出来たほうが良いのです。

使用者に優しいkintoneは、管理者にも優しいkintoneでなければいけません。
だからこそ。マニュアル見れば誰でもわかる、標準機能とプラグインで設計をする必要があるのです。

そう、設計なんです。細かい理由は後述しますが、良い設計が出来なければkintoneは活かせません。これは断言できます。
基本的にKintoneは業務遂行の基幹システムとして使うことが多いため、やはり業務の動線をベースにしっかりと運用を考えて上げる必要があります。
考えてみれば仕事もそうで、戦略→戦術→実行の流れなわけでして、kintoneもしっかりと大局を描く必要があります。

まさしく戦略の部分がkintoneの設計に相当し、戦略なき戦は負け戦、、というわけです。
ところがkintoneの構築をいざ開始すると、戦術、つまりいきなりアプリ作成に入ってしまうケースがほとんどです。
あれもしたいこれもしたいと思いつくままに構築していくと、もうkintoneはグッチャグチャ。
当然、メンテナンスも面倒になり、運用もうまくいかず、放置、、。

あると思います。使用者に優しいkintone、管理者に優しいkintoneとは程遠い結果となってしまいます。
先に答えを言ってしまう形にはなりますが、kintoneは”業務フローをベースに設計に落とし込む”ことが必要です。
kintoneで請求書を発行したければ、一度俯瞰し、請求書が発行されるまでのフローを見返してあげることです。

請求書が発行されるならば、その前に見積があるはずで、見積の前には発注があり、さらに前には問い合わせがあるはずなのです。
もっと言えば、請求書を発行したら送付があり、入金の消込があり、仕訳登録が待っています。

この一連の流れを想定して、まずは設計を起こすこと。
一気に実装はしないとしても、先々を想定して設計を立てておけば、あとで迷うことはありません。
さらに、一連の設計を起こすことで先に述べた”極力標準機能とプラグインで実現”が現実味を帯びてきます。
「あ、このデータはこのアプリから引っ張ればいいね。そのためにはユニークキーを設定しておかないとね」
という具合に、無理やり開発をいれずとも、スマートな設計がとれる場合がほとんどです。

こうしておくことで、kintone担当者は自ら設計者となり、ユーザーと未来の自分に優しいkintoneを提供できるわけです。
とはいえ、本気で設計を考えるとノウハウがなければリサーチも含め10時間を超えることもザラです。

というわけで、設計からサポートできるえんのした株式会社を是非お試しください！というブログです。笑

いかがでしたか？kintoneにおける設計の重要性が少しでも伝われば幸いです。それでは、Enjoy your Kintone！