診断を開発プロセスに組み込み、特別なものにしないことができる

改善してほしいポイント

診断時間が著しく長時間化した場合は、必ず原因を究明するようにしていますが、この際の調査を支援する機能を拡充して欲しいです。ただ、サービスが継続的に改善されているためか、長時間化する機会自体が減ってきています。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

ソフトウェアの改修サイクルが頻繁である現代において、サイバー脅威も高まっているとなると、リリースの都度診断することは現実的ではありません。それは内製であれ外注であれ同じことです。
それを自動化することで開発プロセスに組み込み、標準化することが出来ます。
診断回数で課金されるわけではないため、リリースの都度必ず診断し、深刻な脆弱性が出なかったことをリリース判定の条件にすることが出来ます。
DevSecOpsの思想に基づき、テストフェーズにもセキュリティのアクティビティを追加することが出来ます。

検討者へお勧めするポイント

自分で都度診断する、またはその都度外注業者に発注する手間や時間的制約（リリースが遅くなる）から解放されます。セキュリティは本来ビジネスをサポートするものであり、ビジネスの足を引っ張るものであってはなりません。ビジネスの足を引っ張っていては、やっていることが攻撃者と同じになり、それはセキュリティに従事する者として避けなければならないことです。
自分で何かのサービスを担当している場合と、横串で関わるセキュリティ部門である場合のどちらにもお勧めできます。