Jak wybrać temat artykułu na podstawie rzeczywistych potrzeb użytkowników
Dla redaktora niezależnej witryny przydatny temat artykułu zaczyna się od czytelnika, który chce wykonać konkretne zadanie — nie od ogólnego słowa kluczowego ani niejasnego zagadnienia. Ta metoda przekształca zaobserwowane pytania w jasno określonego użytkownika, jedną główną intencję i decyzję dotyczącą strony: utworzyć nowy artykuł, zaktualizować istniejący albo odrzucić temat. Wykorzystuje rejestr dowodów, by oddzielić powtarzające się potrzeby informacyjne od zgłoszeń do pomocy technicznej dotyczących konkretnych kont i powielonych pomysłów.
Zacznij od zadania czytelnika, a nie od etykiety tematu
Opisz proponowaną potrzebę w trzech częściach:
Jako [konkretny czytelnik] potrzebuję [coś zrobić lub o czymś zdecydować], abym mógł/mogła [osiągnąć użyteczny rezultat].
Ta struktura jest oparta na metodzie GOV.UK dotyczącej potrzeb użytkowników, która zaleca określenie użytkownika, działania i powodu jego wykonania. Zgodnie z tymi wytycznymi redaktorzy powinni też ostrożnie podchodzić do niejasnych czasowników, takich jak „zrozumieć”, chyba że zrozumienie jest niezbędne do wykonania określonego zadania (GOV.UK: Określanie potrzeb użytkowników).
Na przykład „fotografia dla początkujących” to temat, a nie konkretne zadanie, które ma rozwiązać artykuł. Lepsze propozycje to:
Druga wersja jest bardziej konkretna, bo wskazuje odbiorców, działanie i decyzję. Pomaga też określić zakres: informacje, które nie pomogą czytelnikowi podjąć tej decyzji, prawdopodobnie powinny znaleźć się gdzie indziej.
Jeden artykuł powinien mieć jedną główną intencję. Pytanie o to, jak wybrać narzędzie, pytanie o to, jak go używać, i pytanie o to, czy się nadaje, mogą być ze sobą powiązane, ale mogą wymagać różnych przygotowań i prowadzić do różnych rezultatów. Zbyt wczesne połączenie ich w jednym artykule daje stronę o szerokim tytule, która nie odpowiada w pełni na żadne z tych pytań.
Jako początkujący fotograf potrzebuję wybrać proste ćwiczenie do fotografowania w pomieszczeniu, abym mógł/mogła ćwiczyć bez kupowania sprzętu.
Jako redaktor witryny potrzebuję przygotować brief tematyczny na podstawie powtarzających się pytań czytelników, abym mógł/mogła zdecydować, czy dana strona zasługuje na czas redakcyjny.
Zbieraj dowody w rejestrze
Pytanie jest sygnałem, a nie automatycznie tematem artykułu. Zapisz wystarczająco dużo kontekstu, by ocenić, czy wskazuje ono na publiczną potrzebę informacyjną. Wystarczy prosty arkusz kalkulacyjny; GOV.UK zaleca zapisywanie dowodów potwierdzających potrzeby użytkowników i kryteriów akceptacji (GOV.UK: Określanie potrzeb użytkowników).
Utwórz osobny wiersz dla każdego zaobserwowanego pytania lub grupy ściśle powiązanych pytań:
Nie zawyżaj częstotliwości, licząc to samo pytanie skopiowane do kilku kanałów. Zapisz potrzebę tylko raz i dodaj informację, w których kanałach się pojawiła. Nie odrzucaj też potrzeby tylko dlatego, że pojawiła się zaledwie kilka razy, jeśli każdy przykład wskazuje na to samo nierozwiązane zadanie, a odpowiedź mogłaby pomóc szerszemu gronu odbiorców.
Przydatny rejestr oddziela dowody od interpretacji. „Czterech czytelników zapytało, czy do pierwszego ćwiczenia potrzebny jest specjalny sprzęt” to dowód. „Czytelnicy szukają niedrogiego poradnika dla początkujących” to interpretacja. Zapisuj oba, ale oznaczaj je osobno.
Pole : Co zapisać : Dlaczego to ważne
Dokładne brzmienie : Słowa czytelnika bez przeredagowywania : Zachowuje rzeczywisty problem i używaną terminologię
Źródło : Wynik wyszukiwania, komentarz, e-mail, zgłoszenie do pomocy technicznej, wywiad lub obserwacja analityczna : Pokazuje, skąd pochodzi sygnał
Typ czytelnika : Grupa wykonująca to samo zadanie : Pomaga uniknąć tworzenia artykułu dla niepasujących do siebie odbiorców
Oczekiwane działanie : Co czytelnik chce wybrać, zrobić, porównać lub rozwiązać : Określa główną intencję strony
Kontekst : Wymagania wstępne, ograniczenia, wersja, lokalizacja lub stan konta : Pokazuje, czy artykuł ogólny może odpowiedzieć na pytanie
Częstotliwość : Powtarzające się, sporadyczne lub jednorazowe : Pomaga odróżnić stałą potrzebę od odosobnionego zgłoszenia
Wartość dla ogółu : Czy z odpowiedzi może skorzystać wielu czytelników : Sprzyja tworzeniu trwałych treści redakcyjnych
Istniejące materiały : Powiązane dostępne strony : Pomaga zdecydować o aktualizacji, połączeniu lub odrzuceniu pomysłu
Siła dowodów : Bezpośrednia obserwacja, sygnał pośredni lub założenie : Zapobiega traktowaniu przypuszczeń jak faktów
Oddzielaj potrzeby ogółu od pytań wymagających pomocy technicznej
Kluczowe pytanie redakcyjne nie brzmi po prostu: „Czy ktoś o to zapytał?”. Brzmi: „Czy ogólna strona może pomóc istotnej grupie czytelników wykonać to samo zadanie?”. Wytyczne Digital.gov dotyczące prostego języka wychodzą od tego, że ludzie odwiedzają strony internetowe w różnych celach, i zalecają organizowanie treści z myślą o odbiorcach oraz o tym, co chcą osiągnąć (Digital.gov: Zasady prostego języka).
Sklasyfikuj każdą propozycję w rejestrze:
Powtarzająca się potrzeba ogółu:
Utwórz lub zaktualizuj artykuł, gdy pytanie ma stabilną, ogólną odpowiedź, a to samo zadanie pojawia się wśród różnych osób, w różnych kanałach lub sytuacjach. Przykłady to wybór spośród jasno opisanych opcji, przygotowanie się do powszechnego procesu lub diagnozowanie szeroko występującego problemu. Artykuł powinien określać odbiorców i zakres, aby czytelnicy mogli rozpoznać, czy ich dotyczy.
Potrzeba wymagająca pomocy technicznej:
Pytanie wymagające indywidualnej pomocy zależy od prywatnych danych konta, konkretnego zamówienia, osobistej konfiguracji lub działania, które może wykonać tylko pracownik. Może uzasadniać instrukcję pomocy albo podanie sposobu kontaktu, ale niekoniecznie ogólny artykuł redakcyjny. Nie zmieniaj pytania „Dlaczego moje konto otrzymało tę wiadomość?” w uniwersalne wyjaśnienie, jeśli odpowiedź zależy od informacji niedostępnych dla innych czytelników.
Możesz jednak opublikować ogólną stronę uzupełniającą, jeśli istnieje powtarzalne zadanie, na przykład wyjaśnienie, co oznacza dana kategoria wiadomości i jakie informacje czytelnik powinien przygotować przed kontaktem z pomocą techniczną. Nie opisuj w artykule indywidualnego rozwiązania.
Powielona potrzeba:
Powielona potrzeba to rzeczywiste pytanie, na które odpowiada już istniejąca strona, na odpowiednim poziomie szczegółowości i dla tych samych odbiorców. Właściwym działaniem może być poprawienie wstępu, przykładów, nawigacji lub brakującego warunku na istniejącej stronie. Nowy adres URL rozproszyłby uwagę, nie wnosząc odrębnego zadania.
Bez pełnego przeglądu witryny redaktor nie może uczciwie stwierdzić, że nie istnieje żaden zduplikowany materiał. W praktyce należy sprawdzić znane, powiązane strony, w razie potrzeby oznaczyć przegląd jako niekompletny i nie przedstawiać nowego artykułu jako jedynej odpowiedzi.
Zastosuj kryteria decyzyjne, zanim wybierzesz tytuł
Sprawdź propozycję według pięciu kryteriów. Odpowiedź „nie” nie zawsze przekreśla pomysł; wskazuje, jakiego rodzaju pracy wymaga.
Potraktuj wynik jako kryterium redakcyjne:
To kryterium redakcyjne wynika z dwóch zasad opisanych w źródłach: treści powinny służyć określonym odbiorcom i zadaniom, a wydawca powinien zachować dowody potwierdzające potrzebę. To narzędzie pomocne przy podejmowaniu decyzji, a nie formuła dla wyszukiwarek.
Określony czytelnik: Czy potrafisz opisać grupę przez jej sytuację lub zadanie, zamiast mówić „wszyscy”?
Konkretne działanie: Czy potrafisz dokończyć zdanie „Czytelnik musi…” czasownikiem takim jak wybrać, przygotować, przesłać, porównać, naprawić lub zdecydować?
Zastosowanie ogólne: Czy czytelnicy mogą otrzymać przydatną odpowiedź bez ujawniania informacji dotyczących konkretnego konta?
Brak pokrywającej się strony: Po sprawdzeniu odpowiednich materiałów nie ma istniejącej strony, która odpowiada już za to samo zadanie i zakres?
Możliwość udzielenia odpowiedzi: Czy witryna może podać dokładne i wystarczająco kompletne informacje, w tym ważne warunki i ograniczenia?
Wynik : Zalecane działanie
Pięć odpowiedzi „tak” : Przygotuj brief artykułu o wąskim zakresie
Potrzeba ogółu, którą obejmuje już istniejąca strona : Zaktualizuj, połącz lub ulepsz tę stronę
Potrzeba ogółu, ale dowody są skąpe : Wstrzymaj pracę i zbierz więcej obserwacji; nie wymuszaj przygotowania projektu
Głównie kwestia konkretnego konta : Przekaż sprawę do pomocy technicznej lub napisz jedynie ogólną stronę przygotowawczą
To samo zadanie co w innym proponowanym artykule : Połącz pomysły i zachowaj jedno kanoniczne zadanie
Brak rzetelnego sposobu na dokładną odpowiedź : Odrzuć temat lub poczekaj na autorytatywne materiały
Przekształć wybraną potrzebę w przydatny brief artykułu
Gdy temat przejdzie weryfikację, przygotuj brief, zanim wybierzesz dopracowane sformułowanie. Uwzględnij:
W przypadku przykładowego tematu lista kryteriów akceptacji może obejmować: czytelnik potrafi przekształcić surowe pytanie w opis potrzeb użytkownika, wskazać główne zadanie, sklasyfikować dowody jako dotyczące ogółu, wymagające pomocy technicznej lub powielone oraz wybrać działanie: utworzyć, zaktualizować, wstrzymać lub odrzucić. Wynika to z logiki kryteriów akceptacji GOV.UK, które opisują, co musi być prawdą, aby potrzeba użytkownika została zaspokojona (GOV.UK: Określanie potrzeb użytkowników).
Wykorzystaj brief, by określić tytuł. „Jak wybrać temat artykułu na podstawie rzeczywistych potrzeb użytkowników” pasuje do redaktorów, którzy potrzebują powtarzalnej metody selekcji. „Jak znaleźć najlepsze tematy treści” byłoby szersze i sugerowałoby ranking lub ocenę jakości bez podstaw. Wytyczne Google pytają, czy witryna ma określonych odbiorców, czy treści pomagają czytelnikom osiągnąć cel i czy są tworzone z myślą o ludziach, a nie głównie po to, by przyciągnąć ruch z wyszukiwarki (Google Search Central: Tworzenie pomocnych, rzetelnych treści z myślą o ludziach). Te pytania potwierdzają wartość precyzyjnie określonego zadania redakcyjnego, ale nie gwarantują ruchu ani wysokich pozycji.
Tytuł roboczy: opisz zadanie czytelnika i istotny warunek.
Odbiorcy: jedna główna grupa czytelników.
Główna intencja: jedna decyzja lub działanie, które wesprze artykuł.
Wymagania wstępne: co czytelnik musi już wiedzieć, mieć lub zrobić.
Obietnica odpowiedzi: praktyczny rezultat, który zapewni artykuł.
Granice: czego artykuł nie będzie omawiać.
Odnośniki do rejestru dowodów: obserwacje potwierdzające potrzebę.
Kryteria akceptacji: możliwe do zaobserwowania oznaki, że strona odpowiada na potrzebę.
Zadbaj, by artykuł dawał się zrozumieć, był czytelny i łatwy w utrzymaniu
Nawet rzeczywista potrzeba może prowadzić do słabej strony, jeśli czytelnik musi samodzielnie odtworzyć odpowiedź. Podaj ją na początku, a następnie wyjaśnij warunki, które mogą ją zmienić. Jeśli terminologia z rejestru jest jasna, użyj jej, ale objaśnij redakcyjne pojęcia, takie jak „wymagające pomocy technicznej” i „powielone”.
Uporządkuj artykuł wokół decyzji i działań, a nie listy luźno powiązanych słów kluczowych. Digital.gov zaleca pisać z myślą o odbiorcach, porządkować informacje, używać krótkiego i prostego języka oraz unikać zbędnego żargonu (Digital.gov: Zasady prostego języka). W przypadku metody redakcyjnej oznacza to pokazanie pól rejestru, kryteriów decyzyjnych i co najmniej jednego przykładu — a nie samo zalecenie, by „poznać swoich odbiorców”.
Przed akceptacją sprawdź każde istotne stwierdzenie:
Jeśli odpowiedź na ostatnie pytanie brzmi „nie”, bo przegląd witryny jest niekompletny, zapisz to ograniczenie. Uczciwa adnotacja „wymaga przeglądu zawartości witryny” jest bardziej przydatna niż niepoparte dowodami twierdzenie, że temat jest nowy.
Czy potwierdza je udokumentowana obserwacja lub wiarygodne źródło?
Czy jest wyraźnie oznaczone jako dowód, wniosek redakcyjny czy przykład?
Czy zachowuje warunki, które mogłyby zmienić zalecenie?
Czy tytuł odpowiada jednemu zadaniu, które rozwiązuje treść?
Czy ulepsza istniejącą stronę, zamiast ją powielać?
Często zadawane pytania
Ile pytań potrzeba, by temat był zasadny?
Nie ma jednej uniwersalnej liczby. Powtarzalność to przydatny dowód, ale podobieństwo zadań i zastosowanie dla ogółu są ważniejsze od arbitralnego progu. Jedno dobrze udokumentowane, powtarzające się zadanie może być lepszym uzasadnieniem niż kilka niezwiązanych ze sobą pytań.
Czy każde pytanie do pomocy technicznej powinno trafić do sekcji FAQ?
Nie. Jeśli odpowiedź zależy od prywatnych danych konta lub szczegółów transakcji, przekaż sprawę do pomocy technicznej. Ogólny artykuł opublikuj tylko wtedy, gdy wyjaśnia powtarzalne zadanie dostępne dla ogółu, bez ujawniania ani zgadywania informacji o konkretnej osobie.
Co zrobić, jeśli słowo kluczowe jest szerokie, ale potrzeba konkretna?
Zachowaj wąski zakres artykułu. Szeroka etykieta może przydać się jako wewnętrzne hasło do wyszukiwania, ale tytuł, wstęp i kryteria akceptacji powinny opisywać konkretne zadanie czytelnika.
Kiedy redaktor powinien odrzucić temat?
Odrzuć temat lub wstrzymaj nad nim pracę, gdy dowody nie wskazują na powtarzalne zadanie dla ogółu, nie można zweryfikować odpowiedzi, istniejąca strona już obejmuje tę intencję albo proponowany artykuł wymagałby wymyślenia warunków, których redaktor nie może ustalić. Odrzucenie to właściwa decyzja redakcyjna, jeśli pozwala uniknąć niedokładnej lub zbędnej strony.