We discussed this in the past:
https://groups.google.com/a/chromium.org/g/blink-api-owners-discuss/c/DHxPFzcGXGg/m/wEPjtiWCAwAJ
I am sympathetic to Chris's point at the time:
> I worry about overloading feature owners (almost always a software engineer) with yet more work, such as writing an MDN article.
I think asking for a documentation plan might be reasonable, but I think it should be OK if the plan is "we don't have anyone staffed for this, sorry!"
And even then, I'm a bit hesitant about adding even more fields to the already-fairly-onerous ChromeStatus process. (This is the third proposal for a new ChromeStatus field I've heard in recent memory, with the other two being around browser automation and privacy threat models. I understand that everyone really wants their priority to be included in the template! But we have to be cautious about the aggregate effects. I wonder if we could remove some of the lesser-used fields, e.g. "Adoption expectation" or "Ergonomics risks", before adding new ones.)
Even with that, I'm not sure how I would fill this out as a Googler feature owner. Our current process is, the Google documentation team picks the features they want to document, on some timetable which is weeks to months after the I2S has been approved. (Usually close to stable release.) I don't think there's a mechanism for me to know in advance whether my feature will rise above the cutoff on the feature documentation team's priority list.
So I'd worry that if we added this field to the template, the Googlers would end up filling out something like "The plan is that maybe the Google documentation team will pick this up, but I can't know at this time." Maybe that's fine, if the goal is to raise awareness among non-Googler contributors? Non-Googler contributors were a major subject of discussion in the previous thread.