пардон, я немного не на том сделал акцент
Да, у компании, разумеется, должно быть хоть какое-то видение того, что такое «хорошо», но из этого видения очень трудно родить какие-то способы проверить нанимаемого техписателя при отборе. Грубо говоря, зачем им придумывать и давать тестовое, если они понятия не имеют, на что в этом тестовом смотреть.
Порылся в памяти. Был случай в одной маленькой компании, когда я был рекрутером и надо было набирать разрабов "с нуля", экспертов в разработке не было. Пришлось договариваться со знакомыми senior developers, они помогли с собеседованиями и тестовыми.
С писателями очень много зависит от хотелок и вИдений компании: одно дело взять DocOps-а, другое - чтобы GUI в Word описывал. У нас же очень большой разброс компетенций. Проверить "внимание к деталям", "идеальную грамотность", умение структурировать информацию и подавать ее с учетом ЦА, а также делать наглядные скриншоты, как мне кажется, под силу обычному рекрутеру, аналитику или менеджеру. Хотя я могу ошибаться. =)