Here's some constructive feedback: I will not be putting money into this or any other ED module with an "Early Access" model until ED commits to providing a publicly available, frequently updated development roadmap that at least some chunk of the engaged community deems credible with respect to what it says and when it says it vs. observed reality. A development "roadmap" is a "map" because it contains detailed information about 1. Where the project is now, 2. Where the project's ultimate end state is, and 3. An estimation of expected time of arrival at 2 given the distance between 1 and 2 and the terrain in between. So let's look at this "FAQ" you have provided, instead of what I've just described.
Q: Why is the feature list so light?
9L A: "We wanted to be sure we correctly listed features and when they will come out, either at EA release or during EA. We will continue to update the list here and on the store page as we have more info." 9L then goes on to "answer" "frequently asked" questions about planned work on future features that can only be assessed as falling within the "Full set of features will be announced prior to early access release" on the store listing.
And so this proceeds as basically a series of questions/requests about features that a CH-47 module would be considered a FAILURE if it reached a development-ended state without: logistics, multicrew, gunner station, water landing, etc. but will not be available at launch and ED will not give a detailed answer for expected time of arrival. So like, yes, great, you are working on/planning on working on all these- I should hope so, they're what would make the module worth working on/not a giant waste! If these were not on the way, the only conclusion to draw would be that ED is frittering away resources extending an early access cash sale confidence game instead of strategically improving your existing products! But this is not our first module, we know ED dreams big, so let's interrogate the dream vs. the strategy to instantiate it, not the dream in a vacuum.null
So to your Frequently Requested Dreams I have included the following questions I ask myself frequently about ED products, maybe you could include your answers to them as well, 9L, please and thank-you:
Q: Is this the module when ED commits to professionalizing its approach to customer/community relations by providing a credible, frequently updated development roadmap for the duration of its lifecycle, in Early Access and Beyond?
Q: What is the size of the team who will be working on this module full time until it exits Early Access?
Q: How many developers can we expect to be flexed onto this module for sprints to major milestones/an internal definition of stable and will be moved to other modules after that?
Q: If ED experiences internal turnover in the devs working the module, or decide to not pay a contractor who's working on the module (for very good or at least legally defensible in certain jurisdictions reasons I'm sure), when can we expect communication from ED about the impact on the module's development?
Q: When a planned feature like water landings is described as waiting on updates to the DCS core before development can begin, can we expect additional information on what exactly is being done and with what level of prioritization in regards to that DCS core work? Supercarrier communication has consistently lacked clarity in terms of what features are simply "in progress" vs delayed pending DCS core updates. Software development being what it is, this can be a porous boundary, but an explanation to the effect of, e.g., "we thought we had an implementation that worked in the current DCS core but it failed such-and-such testing and so $feature now has to wait for $Core_Update" would be appreciated.