マイクロソフト製のRPAツールである「Power Automate Desktop」ですが、数多くあるRPAツールの中においても、かなりシンプルな部類に入ると思います。
シンプルと感じる大きな理由として、
「アクション（いわゆるパーツのこと）の数が少ないこと」
が挙げられると思います。
私は、もともとNTTのRPAツールである「WinActor」を使ったRPAエンジニアとして働いていたので、どうしても比較してしまうのです。
WinActorをご存じない方もいらっしゃると思うので、簡単に説明いたします。
WinActorは、日本初の純国産RPAツールとして登場し、特に初学者にとってハードルの低い、わかりやすさを追求した造りとなっています。
どこが分かりやすいの？と言われれば、
①変数に漢字が使える
②フローチャート型の表示となっている
③ライブラリという名前のパーツが充実している（アクションの数が多い）
といった点です。
この点において、「Power Automate Desktop」と比較すると、
①変数に漢字は使えない
②スクリプト型の表示である
③アクションの数は、それほど多くない。（マウスとキーボードの動きを再現するという意味では、必要十分だけど）
一番、違いを感じるシーンはどこか？と言われれば、やはり
「エクセルファイルを扱う時」
でしょうか。
WinActorで作られたロボット（シナリオ）を、Power Automate Desktopに移行させる作業をしていると、如実に感じます。
WinActorのライブラリには、通常マクロを使わないと再現できないことが、それ１つで実現できるパーツが複数あります。
しかし、そういったパーツが標準装備されていないPower Automate Desktopにおいて、同じ動きを実現するにはどうすれば良いのでしょうか？
まあ、速度を問わないのであれば、ショートカットキーなどを多用することで、乗り切れることも多々あります。
しかし、お客様から「WinActorの時には、５分くらいで終わりました。でも、PADに代わってから、１５分くらいかかるようになりましたね。」といった具合に比較されると、出来る限りWinActorの時の時間に近づけるようにする必要が出てきますね。（苦笑）
となると、実際にマクロを組んで、Power Automate Desktopでは、「Excelのマクロを実行」というアクションにて操作するということになります。
ただ、マクロを組むといっても、そんな難しいことをする訳ではありません。
そういう私も、今でこそ「Excel VBA Expert」の資格も取得していますが、当初はプログラミングという言葉に対してある種の「恐れ」みたいな感情がありました。（注・・・VBAとは、マクロを組むための言語のことで、Visual Basic for Applicationの略）
VBAのエンジニアとして働くならともかく、RPAでちょっと使うくらいであれば、心配はいりません。
必要とされるVBAの知識でいえば、１日で身につくような、本当に初級レベルです。
もちろん、VBAも知識ゼロですぐに使えるというものではありません。
いくら「とても簡単なプログラミング言語」と言われていても、エクセルにあるエディター画面すら開けない人がほとんどでしょう。（だって、初期状態では「開発」が非表示になっていますから！）
話が少しそれましたが、表題の「Power Automate Desktopにマクロは必要か？」ということの結論を言えば、
「がっつりPower Automate Desktopを業務に使おうとすればするほど、VBAの知識が必要になってくる」
と言えるでしょう。
早晩、関数とショートカットキーだけでは、実現できないことが出てきます。
もともとRPAで実現できないことであれば良いのですが、他のRPAツールで出来ていたことが、Power Automate Desktopでは出来ないとなると支障が出ますからね。
こういうと、RPAの勉強に対して、ちょっと腰が引けてしまう方もいらっしゃると思います。
しかし、実際には「必要なコードをインターネットから探して来て、どこを変更して利用すれば良いのか？」ということが分かるようになれば十分です。
ゼロから、自分でコードを書けるようになる必要はありません。
少なくとも、RPAツールにおける一般の事務作業自動化レベルでは。
心配な方は、当方の「オンラインレッスン（中級編）」において、１時間ちょっとですが、VBAの内容を扱っていますので、ぜひ見てください。