# ノーコードツールによる業務アプリケーション／SaaS構築の事例について

**URL:** <https://www.nocode-faq.com/t/topic/2557>\
**Category:** 未分類\
**Created:** [2022 年 1 月 31 日午後 11:04 UTC](https://www.nocode-faq.com/t/topic/2557 "2022-01-31T23:04:50Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![rintaro.ishii0719](https://avatars.discourse-cdn.com/v4/letter/r/e99b99/32.png) [@rintaro.ishii0719](https://www.nocode-faq.com/u/rintaro.ishii0719)\
**Post date:** [2022 年 1 月 31 日午後 11:04 UTC](https://www.nocode-faq.com/t/topic/2557/1 "2022-01-31T23:04:50Z")

</div>

現在ノーコードツールを用いた新規事業開発の検証を行っているのですが（現状はBubbleを使ってHR系のサービスを開発・社内運用中）、  
その中で、ノーコードツールのレポートも作成をしようと思っており、  
下記点についてご質問をさせてください！

・業務系システム（1社で運用する）の構築事例  
・業務系SaaS（複数社テナントで運用する）の構築事例  
・現時点で、複雑度がある業務系システム／業務系SaaSを構築・運用するのに適切なノーコードツールとは？（現状はBubbleを使っていますが、他により良い選択肢があるか？）  
・業務系システム／業務系SaaSを構築・運用する際の、ノーコードツールだとボトルネックとなってしまいがちなポイント

抽象的なご質問で恐れ入りますが、可能な範囲でご相談できますと幸いです。

---

<div class="post-metadata">

**Author:** ![TomokoTsuruta](https://avatars.discourse-cdn.com/v4/letter/t/7ea924/32.png) [@TomokoTsuruta](https://www.nocode-faq.com/u/TomokoTsuruta)\
**Post date:** [2022 年 2 月 1 日午前 1:22 UTC](https://www.nocode-faq.com/t/topic/2557/2 "2022-02-01T01:22:59Z")

</div>

rintaroさん、こんにちは。  
現在、Bubbleで開発を受注しています。

> ・業務系システム／業務系SaaSを構築・運用する際の、ノーコードツールだとボトルネックとなってしまいがちなポイント

この点について思い付いたことをお知らせします。  
ノーコードというよりシステム開発あるあるかもしれませんが…。

- 複雑な条件分岐の場合でも1つ1つクリックして条件設定しなければならず、非常に手間。  
→ コードをコピーしてテキストエディタで置換するとか、ある処理だけ共通関数を作るとかがしづらい。
- 現在4次請け状態だが、顧客はもちろん間に入る会社の誰もがBubbleの理解が少ない。  
→ ゆえにBubbleで出来ないこと・難しいことを説明しても理解が得られない。
- ノーコードなら簡単と全員が漠然と思い込んでいるため、要件定義や外部設計がゆるいまま進みがち。スケジュール見積りも甘い。
- 顧客の求める機能に対し、ツールの速度が追いつかない。パフォーマンスチューニングの手段が限られている。
- 上と同じく、ツールの機能が追いついていない。複雑な処理はBubbleのバグに遭遇しがち。  
→ これらの調査や対処に異様に時間を取られる。
- デザイナーさん（HTMLやCSS、PHPがわかる人、UI/UXの心得がある人）の意図を反映できない場面がある。Bubbleでは限られたプラグインを使うしかない場面などではせっかくのデザインセンスをがっかりさせがち。

---

<div class="post-metadata">

**Author:** ![rintaro.ishii0719](https://avatars.discourse-cdn.com/v4/letter/r/e99b99/32.png) [@rintaro.ishii0719](https://www.nocode-faq.com/u/rintaro.ishii0719)\
**Post date:** [2022 年 2 月 1 日午前 2:46 UTC](https://www.nocode-faq.com/t/topic/2557/3 "2022-02-01T02:46:35Z")

</div>

@TomokoTsuruta  
早速ご返信をいただき、誠にありがとうございます！  
非常に参考になります！

「Bubbleで出来ないこと・難しいこと」について、  
現状は「自分の能力的な限界なのか？」「Bubbleの機能制限によるものなのか？」が判断できていないことが多いなと思っているのですが、  
具体的にどんな時に「Bubbleで出来ないこと・難しいこと」に出くわすものでしょうか？

この辺は一定あるのかなと思っているのですが、いかがでしょうか？  
（私の技術力不足もありますかね？）

- フロントエンドの要素を可変にすることはできない

- データベースはRDBだけが使えるようになっており、フィールドの型に制限があり（jsonデータを入れることなどはできない）、複雑なデータモデルを扱うことはできないと思われる。

- 何重にもなるネスト処理は基本的に想定されていない。

- 処理スピードが早いとはいえず、複雑な計算には耐えられないことがある。

- SaaSを構築する場合において、メインアプリとサブアプリを大きく変えられない

---

<div class="post-metadata">

**Author:** ![yukikun](https://sea2.discourse-cdn.com/flex020/user_avatar/www.nocode-faq.com/yukikun/32/3485_2.png) [@yukikun](https://www.nocode-faq.com/u/yukikun)\
**Post date:** [2022 年 2 月 1 日午前 3:37 UTC](https://www.nocode-faq.com/t/topic/2557/4 "2022-02-01T03:37:04Z")

</div>

かなり個人的＋スキル依存ですが、

処理スピードはフロントとバックエンドをうまく使い分ければあまり問題にならないように思います。  
また、フロントで処理を完了させねばならない場合は、javascriptでカスタムしてくのが早いです（速度は圧倒的に違います。物によっては数百倍〜）。

多重ネストもjavascriptで対応するか、フロントでないのならバックエンドワークフローで処理すれば問題ありません。

複雑な計算は何を指すかにもよりますが、そもそもシステムの設計としてモノリスにつくるのか？が問われる話になるのではと思います。プロダウト設計として複雑な処理をAPIとして分離する選択肢は一般的だと思うので、それを無理にノーコードで作る必要があるか疑問です。

フロント要素の可変は、どのレベルなのか・・・  
サービス画面でDOM要素を自由に追加していくようなUIはノーコードでは難しい領域だとともいます。スクラッチ開発でもデータ構造含めてかなり検討する要素が多いので、当然ではありますが。

javascriptでフロントのカスタマイズ＋node.jsなどでサーバーサイドのカスタマイズ＋（それでも足りないときは）APIを独自に作れるレベルであれば、Bubbleで大抵のことは対応できると思います。

---

<div class="post-metadata">

**Author:** ![rintaro.ishii0719](https://avatars.discourse-cdn.com/v4/letter/r/e99b99/32.png) [@rintaro.ishii0719](https://www.nocode-faq.com/u/rintaro.ishii0719)\
**Post date:** [2022 年 2 月 1 日午前 4:23 UTC](https://www.nocode-faq.com/t/topic/2557/5 "2022-02-01T04:23:05Z")

</div>

@yukikun  
ご回答いただき、誠にありがとうございます！

・「システムの設計としてモノリスにつくるのか？」は全く考えてなったのですが、確かにそういう視点もあるのですね…

・DOM要素を自由に追加することは、フルコードでも難しい領域なのですね！

・多重ネストもバックエンドワークフローで実現できることは知りませんでした。。ありがとうございます！

・javascriptを覚えればもっとできることは増えるんだろうなと思うので、、どこかで「どうしても実装できない…」という事態が出てきたときに、勉強してみることにします！

「結局どういったところまでカバーできる技術なのか？」ということを  
社内でCPOに報告する必要があり、エンジニアでない私は観点に困っていたのですが、非常に参考になりました！  
ありがとうございます！
