I think the list and case study that you mentioned in your earlier post are VERY relevant and interesting reasons that would help explain the Gsap offering. I know when you have worked so closely on a project for many years it's often hard to spot the nuggets of info like this that would make all the difference for potential users.
Essentially you have spent many years making animation on the web easier for front end devs, but this is not clear from the website. The website focuses on rather dated looking greensock imagery, and relies on an already established user base that seem to have prior knowledge of the platform. I think a healthy refresh of the website and messaging would do no end of good.
The main reason I went with Anime is that I am looking for a quick solution to deliver a path stroke animation.. In order to use Gsap DrawSVG Plugin I would have to sell in a business case to stakeholders and fellow team members to achieve a relatively simple task that I know can be accomplished fairly easily. It just didn't make sense for this one small task.
In the future I am sure it would make sense for a larger scope project..
Also the tar.gz route with the 'file:' reference in package.json seems flakey to me and not up to scratch for a commercial project.. which again made me look elsewhere.
In short, too many hoops to jump through to accomplish a simple task.. better to ensure that everything is available and focus on people buying licences once they are going to production.
If they have to fork out just for prototyping then they'll look elsewhere.
Just my 2 cents
I'll be back for sure ?