開発者、デザイナー、PMにとって、これはどのような意味を持つのでしょうか。

チームによって、濃淡があると思います。Webflowで最もよく目にするのは、開発者の場合です。概念的には、私たちは開発者の仕事を奪おうとしていると多くの人が思っていますが、実際には、最も自動化しやすいものを自動化しようとしているのです。そのため、開発者にとっては、本当に興味深い問題で難しい仕事をすることができるので、とても喜ばしいことなのです。

デザイナーにとって、それはヒーローになることです。超能力でしょう？2人分の仕事をこなしているわけですから。しかも、よりクリエイティブになった気がします。

PMにとっても、より早く行動できるようになります。より早くアイデアを検証することができます。より早くテストすることができます。従来のウォーターフォールでは、何かを設計したら、開発者がそれを実装しに行くのを待ったり、コードでプロトタイプを作成し、何とかしてユーザーにそれを見せたりする必要がありましたが、デザイナーや研究フェーズにもっと依存することができます。

多くの場合、それは運用サイドから始まります。エンジニアを何人か雇ったとしても、そのエンジニアは自分たちが作っている主要な製品に対して配置されることが多いのです。私たちの仕事は世界最高水準のxを作ることであり、そのxにこそ私たちの時間を費やしたいのです」というような感じです。しかし、事業を運営するためには、他にもいろいろなものが必要です。CRMも必要です。請求書作成ツールも必要です。Eメールマーケティングも必要です。プロジェクト管理も必要です。しかし、エンジニアは、これらのものをよりよく機能させるために、あまり貢献できていません。

エンジニアは、実際に製品をエンドユーザーに届けるという、本当に難しい問題に集中しています。そして、ビジネスサイドの運営は、しばしば運用担当者が入ってきて、コードなしのスタックを展開し、物事をより効率的にし、すべての営業担当者の仕事を少し向上させ、1日または1週間かかっていたことを即座に実現するようにするところから始まります。

UXデザイナーは、このギャップを埋めることができるため、最大のチャンスと言えます。私がデザインしたのに、他の人に作らせたり、このデザインを他の人に送って作らせたりしなければならないのです。コード不要のツールにアクセスすることで、このギャップを埋め、より包括的なデザインビジネスやデザインプラクティスを始めることができるのです。コードレス・ソフトウェア・ツールの仕組みとデザイン・ソフトウェア・ツールの仕組みは非常によく似ているので、デザイナーはすぐにそれを理解することができます。

For the developers, I think it’s a great thing for them. They won’t be wasting their time on projects that don’t work. People should have more conviction around the thing they're trying to build before they speak to the developer. Also 25% of our community are developers who see no-code as a way to quickly launch & validate their own ideas.

For designers, they can actually build things rather than just saying how it should look. They don’t have to convince developers to build things anymore.

開発者にとっては、針を動かすようなコアテクノロジーの構築に専念でき、ある種、自分自身を解放することができるようになると思います。私がエンジニアだった頃は、プロダクトを作りたい、あるいはビジネスオーナーが戻ってこなければならないと思うことがよくありました。そのためには、開発者は問題をより大きく、より粒度の細かいスケールで考えなければなりません。そうすることで、彼らの作るソフトウェアがより良いものになると信じています。

デザイナーにとっては、美観やレイアウトよりも、コンテンツそのものに集中できるようになると思います。ですから、パズルのピースをどう組み合わせるかということよりも、デザイナーとして、プラットフォームの制約の中でパズルを組み立てることよりも、実際のパズルがどのように見えるかということに興味があるのです。

プロジェクトマネージャーやプロダクトオーナーは、常に優先順位を調整しながら、コアとなるプラットフォームの多くをノーコードで実現するためにリソースをどう配分するかを考えています。

私が開発者といつも話しているのは、開発者は再利用可能で汎用的、かつさまざまなことに使える機能を作りたがるということです。ですから、私が知っている熟練した開発者の多くは、一度しか使われないような単発のものを書くよりも、どこかで再利用できる汎用的なコンポーネントや、オープンソースのライブラリなどを書きたいと考えています。開発者のスキルを活用して再利用可能な機能を構築し、それをAdaloのような標準的な機能の上にプラグインして適用することは、まさに両者の良いとこ取りと言えるのではないでしょうか。

デザイナーにとって、最初のデザイン段階、つまりデザインからプロトタイプ、開発者との共同開発、そして生産に至るまで、その境界線が曖昧になるようなシフトが起こるでしょう。先ほどお話したコンポーネントが本当に実現すれば、デザインシステムとノーコードツールを組み合わせることで、デザイナーは実際に製品を基本的なところまで作り、開発者が作っているものをプラグインすることができるようになるでしょう。

PMにとっては、もはや許可を得る必要はありません。自分で何かを作ってから、「デザイナー、これを直すのを手伝ってくれ」と言えばいいのです。製品を作りたいからデザイナーを呼んで、開発者を呼んで、上司にこのプロジェクトを承認してもらう、というような従来の手順を踏まずに済みます。週末に自分たちで作って、それを発表することができるのです。というのも、往々にして人の動きを鈍らせる要因のひとつに、組織内の依存関係やリソースの確保があるからです。

このような職務に就いている人の多くは、まずこう尋ねるかもしれませんね。「このようなプラットフォームのせいで、私は仕事を失うのでしょうか？ ノーコード・プラットフォームは、ソフトウェア・エンジニアやデザイナー、プロダクト・マネージャーが不足しているからこそ生まれたものであり、誰もがビルドしたいと思っています。これらの役割がなくなるとは思いません。これらの役割の人たちは、本当に素晴らしいものを作るためには常に必要ですが、基本的なものを作るためには必要ないかもしれません。ノーコードの未来は、開発者やデザイナーが、自分の得意なことに集中し、時間をかける価値のないことを気にしないようにすることです。

さらに、ノーコードの世界で実際に得られるのは真のコラボレーションであり、チームは「仕事のキューイング」作業の多くをスキップして、ただ直接的に仕事をすることができます。ほとんどのソフトウェア会社では、組織内の98%の人がエンジニアのために仕事のキューイングをしているに過ぎません。例えば、設計の仕事をする場合、ストーリーと仕様を作成し、それをエンジニアが実装するためにトラッカーに入れるだけです。これではとても非効率的です。真のコラボレーションとは、共に作り上げることです。ノーコードやローコードのツールは、私たち全員が実際に一緒に仕事をすることを可能にすると思うのです。

開発者という観点では、私はこれをすべてを加速させるものとして考えています。ノーコードは、多くの意味で、何かを成し遂げようとするときの起動装置です。それが必ずしも最終的な製品になるとは限りません。でも、その構造を世に送り出すのが圧倒的に速くなることで、もっと遊べるようになり、もっとできるようになり、そうでなければ学ぶのに本当に長い時間がかかってしまうようなことに挑戦できるようになるんです。

デザイナーにとって、ノーコードは非常に大きな力になるムーブメントだと思います。例えば、私自身はデザイン出身ですが、コンピューター上で美しく包括的なデザインを作るのが好きでした。そのため、せっかく作ったのに、それを十分に伝えられなかったり、実現しようとするときに取り残されたりするのは、ちょっと残念なことです。ですから、ノーコード・ツールのおかげで、デザイナーは多くのものをアニメーション化し、ライブにし、ウェブサイトやウェブアプリ、マーケットプレイスなど、さまざまなものを作成できるようになりました。

PMやチームの非技術系メンバーにとっては、MVPを実現するための方法が増えただけでなく、チームの他の人たちに対する共感も得られるようになりました。私自身は、ノーコードツールを使うことで、自分が求めていることの背後にある論理や期待、複雑さについてより深く知ることができましたし、それによって、リーダーとして、また、スコープ内で達成できることをどう管理し期待するかについて、より共感できるようになったと思っています。

開発者やデザイナーから明らかに何かを必要とするPMは、自分自身でいくつかのToDoをチェックすることができるかもしれません。技術的にそのような変更を行うことになっていない人たちでも、そのような変更を行うことができるのです。

[ベン】これは本当に宇宙から宇宙へのリーダーシップ次第だと思います。多くの開発者が、Webflowの優位性を理解していると思います。[マイクロインタラクションに時間をかける代わりに、バックエンドで起きていることにジャンプして、そこにもっと時間をかけることができるんです。

これはデザイナーとPMの間でも同じです。デザイナーは、FigmaやSketchのモックアップを見せるだけでなく、「このマイクロインタラクションはどう見えるか」「これはどう流れるか」を実際に見せ、実際にこのアプリをクリックしてアプリ全体の流れを確認することができます。開発者、デザイナー、PMなど、あらゆる人の助けになると思いますし、本当に大きな役割を果たすと思います。すでにその効果が現れています。そして、今後もこのような役割を担っていくことでしょう。