Microsoft Copilot: 30 promptów dla CINO

Microsoft 365 Copilot pomaga w rozmowie, pracy w aplikacjach i przygotowaniu materiałów; Cowork nadaje się do dłuższych zadań wymagających kilku kroków. W tym poradniku znajdziesz 30 pomysłów: 10 do Copilot Chat, 10 do aplikacji Microsoft 365 i 10 do Cowork. Microsoft potwierdza ogólną dostępność Cowork dla tenantów Microsoft 365 Copilot w obsługiwanych językach. Dostęp konkretnej osoby zależy od licencji, regionu i ustawień administratora; praca Cowork jest rozliczana według użycia.

Microsoft IQ może połączyć kontekst pracy, dane i wiedzę organizacji, ale tylko w granicach faktycznych połączeń i uprawnień. Nie zakładaj, że Copilot widzi cały system firmy. Dokumentacja Microsoft IQ pokazuje warstwy tego kontekstu.

Prompty są autorskimi szablonami do dostosowania do twoich źródeł i zasad firmy. Jeśli agent twierdzi, że „wszystko sprawdził”, poproś o listę plików. Nastrój szybko się zmienia.

Copilot może pomóc CINO uporządkować hipotezy, porównać propozycje i zaprojektować eksperyment. Lista pomysłów nie jest jeszcze portfelem innowacji. Potrzebne są właściciel problemu, miara wartości, koszt uczenia się i decyzja o kontynuacji po zebraniu dowodów.

Jak korzystać z tych promptów?

Każdy prompt podaje wejście, instrukcję, format wyniku i kontrolę. To szablon pracy z konkretnym, legalnie dostępnym materiałem, a nie polecenie, aby asystent sam wyszukał wszystkie informacje firmy. Microsoft opisuje cel, kontekst, oczekiwania i źródło jako składniki dobrego promptu. Własne źródło należy wskazać możliwie precyzyjnie: dokument, arkusz, zakres dat i wersję. Nie wklejaj do czatu danych, do których nie masz prawa dostępu.

Zakres odpowiedzi zależy od konta, licencji, ustawień i materiałów dostępnych użytkownikowi. Dokumentacja Microsoft o źródłach Copilota podkreśla, że odpowiedzi mogą opierać się na danych pracy, dołączonych plikach lub sieci, a brak źródła może dać odpowiedź ogólną. Weryfikuj cytowany dokument i rzeczywiste dane, zanim wykorzystasz wynik w decyzji. Przy zadaniach dyrektora do spraw innowacji chodzi przede wszystkim o pomysły, wyniki eksperymentów i informacje o partnerach; osoba odpowiedzialna za wynik to właściciel portfela innowacji.

Przed uruchomieniem	Co trzeba ustalić	Dlaczego to ważne
Zakres	Okres, jednostka, wersja dokumentu i właściciel	Inny zakres daje pozornie porównywalny wynik
Dostęp	Kto może odczytać materiał i wynik	Uprawnienie do źródła nie oznacza prawa do dalszej dystrybucji
Odbiór	Osoba zatwierdzająca i próg błędu	Szkic nie jest decyzją ani dowodem
Braki	Jak oznaczać brak danych	Model nie powinien wypełniać luki wymyśloną liczbą

Materiał jest uzupełnieniem przewodnik po promptach dla liderów. W poniższych przykładach wybieraj tylko dane niezbędne do zadania. Jeśli wynik wymaga obliczenia, przeprowadź je w odpowiednim arkuszu lub systemie i uzgodnij z właścicielem danych. Jeśli wymaga interpretacji prawnej, finansowej lub kadrowej, skieruj go do właściwego specjalisty. Copilot przygotowuje szkic i pytania do analizy; nie przejmuje podpisu pod decyzją.

Copilot Chat: 10 promptów do analizy i szkiców

W czacie podaj konkretny materiał i cel. Przy każdym ważnym ustaleniu wymagaj źródła, zaznaczenia braków oraz oddzielenia szkicu od decyzji. Tytuł dokumentu nie daje Copilotowi dostępu do jego treści.

1. Mapa problemów.

   Wejście: Wywiady z użytkownikami i zgłoszenia procesowe.

   Pogrupuj problemy bez proponowania od razu technologii.

   Sprawdź: Sprawdź cytat w źródle.

2. Hipoteza wartości.

   Wejście: Opis problemu i koszt obecnego procesu.

   Sformułuj sprawdzalną hipotezę poprawy.

   Sprawdź: Nie przedstawiaj hipotezy jako wyniku.

3. Segment użytkowników.

   Wejście: Zagregowane dane o rolach i zadaniach.

   Wskaż grupy o odmiennych potrzebach.

   Sprawdź: Potwierdź z właścicielami procesu.

4. Przegląd pomysłów.

   Wejście: Rejestr pomysłów i kryteria portfela.

   Usuń duplikaty i pokaż różnice między propozycjami.

   Sprawdź: Autorzy potwierdzają intencję.

5. Wybór eksperymentu.

   Wejście: Hipotezy, ograniczenia czasu i budżetu.

   Wybierz najtańszy test rozstrzygający największą niewiadomą.

   Sprawdź: Sponsor akceptuje ryzyko.

6. Alternatywy bez AI.

   Wejście: Opis procesu i dostępne narzędzia.

   Porównaj AI z prostą zmianą procesu oraz automatyzacją regułową.

   Sprawdź: Nie uprzywilejowuj AI.

7. Mapa założeń.

   Wejście: Projekt pilota i dostępne dowody.

   Podziel założenia na sprawdzone oraz krytyczne niewiadome.

   Sprawdź: Zweryfikuj status z zespołem.

8. Plan rozmów z użytkownikami.

   Wejście: Rola odbiorcy i hipoteza.

   Napisz pytania o rzeczywiste zachowanie zamiast deklaracji zainteresowania.

   Sprawdź: Nie podsuwaj odpowiedzi.

9. Kryteria MVP.

   Wejście: Cel eksperymentu i granice budżetu.

   Odróżnij minimum potrzebne do testu od listy funkcji produktu.

   Sprawdź: Właściciel produktu potwierdza.

10. Przegląd rynku.

Wejście: Lista zatwierdzonych publicznych źródeł.

Zestaw oferty alternatyw bez prognozy udziałów rynkowych.

Sprawdź: Sprawdź aktualność stron.

Copilot w aplikacjach Microsoft 365: 10 promptów do plików i spotkań

Otwórz wskazany plik lub rozmowę. W wynikach wymagaj odwołania do miejsca w źródle i zatwierdzaj proponowane zmiany przed zapisaniem. Jeśli dane są w innym systemie, przygotuj zatwierdzony eksport; samo polecenie nie tworzy połączenia.

1. Ryzyko partnerstwa.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Propozycja partnera i warunki poufności.

   Wypisz zależności danych, IP i utrzymania.

   Sprawdź: Prawnik ocenia warunki.

2. Wyniki prototypu.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Dane testowe i zapis obserwacji.

   Oddziel obserwacje od interpretacji zespołu.

   Sprawdź: Sprawdź liczbę uczestników.

3. Decyzja stop lub dalej.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Ustalone progi i wynik eksperymentu.

   Porównaj wynik z kryteriami sprzed próby.

   Sprawdź: Sponsor podejmuje decyzję.

4. Uczenie po porażce.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Dziennik próby i zgłoszone błędy.

   Wskaż, które założenia zostały obalone.

   Sprawdź: Nie dopisuj sukcesu po fakcie.

5. Porównanie pilotaży.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Karty kilku pilotaży i definicje miar.

   Porównaj dojrzałość dowodów i koszt kolejnego testu.

   Sprawdź: Nie porównuj różnych miar bez uwagi.

6. Alokacja zasobów.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Pula zespołu i terminy inicjatyw.

   Pokaż kolizje kompetencji i opcje sekwencjonowania.

   Sprawdź: Liderzy potwierdzają dostępność.

7. Wdrożenie do procesu.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Wynik udanego pilota i właściciel operacyjny.

   Zaproponuj przejście z eksperymentu do utrzymania.

   Sprawdź: Operacje akceptują odpowiedzialność.

8. Wskaźnik adopcji.

   Aplikacja: Excel; pracuj na otwartym arkuszu z danymi.

   Wejście: Dane użycia i definicja zadania.

   Odróżnij wejścia do narzędzia od ukończonych zadań.

   Sprawdź: Sprawdź zdarzenia analityczne.

9. Komunikat o pilocie.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wejście: Potwierdzony zakres i ryzyka.

   Napisz zaproszenie bez obietnicy przyszłych funkcji.

   Sprawdź: Właściciel produktu zatwierdza.

10. Przegląd etyczny.

Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

Wejście: Opis danych i skutków decyzji.

Wypisz grupy dotknięte błędami oraz możliwość odwołania.

Sprawdź: Zespół bezpieczeństwa sprawdza.

Cowork: 10 promptów do zadań wieloetapowych

Dla każdego zadania wskaż Cowork zatwierdzone pliki, ich wersje i osobę odbierającą wynik. Poproś o roboczy pakiet z odwołaniami do źródeł oraz listą braków. Przed wysyłką lub zmianą danych zatrzymaj zadanie do oceny przez człowieka. Dostępne działania zależą od uprawnień i konfiguracji.

1. Analiza kosztu uczenia.

   Wejście: Nakład, liczba prób i wynik testu.

   Na podstawie [zatwierdzonych plików z datą i wersją] pokaż koszt uzyskania rozstrzygającego dowodu. Przygotuj tabela składników i braków. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Finanse potwierdzają koszty.

2. Roadmapa portfela.

   Wejście: Decyzje o projektach i ograniczenia.

   Na podstawie [zatwierdzonych plików z datą i wersją] ułóż warunkową kolejność inicjatyw. Przygotuj oś czasu z bramkami decyzji. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Nie wpisuj niezatwierdzonego terminu.

3. Retrospektywa kwartalna.

   Wejście: Rejestr decyzji, wyników i wdrożeń.

   Na podstawie [zatwierdzonych plików z datą i wersją] oceń, które pomysły weszły do użycia, a które pozostały próbą. Przygotuj podsumowanie dowodów i następnych testów. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Porównaj z ustaloną definicją innowacji.

4. Mapa problemów i hipoteza wartości.

   Wejście: Wywiady z użytkownikami i zgłoszenia procesowe; opis problemu i koszt obecnego procesu.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — mapa problemów: pogrupuj problemy bez proponowania od razu technologii. Etap 2 — hipoteza wartości: sformułuj sprawdzalną hipotezę poprawy. Przygotuj lista problem, dowód, właściciel oraz karta założenie, miara, termin. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Sprawdź cytat w źródle; nie przedstawiaj hipotezy jako wyniku.

5. Segment użytkowników i przegląd pomysłów.

   Wejście: Zagregowane dane o rolach i zadaniach; rejestr pomysłów i kryteria portfela.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — segment użytkowników: wskaż grupy o odmiennych potrzebach. Etap 2 — przegląd pomysłów: usuń duplikaty i pokaż różnice między propozycjami. Przygotuj macierz zadanie, częstotliwość, trudność oraz lista pomysł, problem, dowód. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Potwierdź z właścicielami procesu; autorzy potwierdzają intencję.

6. Wybór eksperymentu i alternatywy bez ai.

   Wejście: Hipotezy, ograniczenia czasu i budżetu; opis procesu i dostępne narzędzia.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — wybór eksperymentu: wybierz najtańszy test rozstrzygający największą niewiadomą. Etap 2 — alternatywy bez ai: porównaj AI z prostą zmianą procesu oraz automatyzacją regułową. Przygotuj karta testu i progu decyzji oraz tabela wariant, koszt, ryzyko. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Sponsor akceptuje ryzyko; nie uprzywilejowuj AI.

7. Mapa założeń i plan rozmów z użytkownikami.

   Wejście: Projekt pilota i dostępne dowody; rola odbiorcy i hipoteza.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — mapa założeń: podziel założenia na sprawdzone oraz krytyczne niewiadome. Etap 2 — plan rozmów z użytkownikami: napisz pytania o rzeczywiste zachowanie zamiast deklaracji zainteresowania. Przygotuj lista założenie, dowód, test oraz scenariusz wywiadu. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Zweryfikuj status z zespołem; nie podsuwaj odpowiedzi.

8. Kryteria mvp i przegląd rynku.

   Wejście: Cel eksperymentu i granice budżetu; lista zatwierdzonych publicznych źródeł.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — kryteria mvp: odróżnij minimum potrzebne do testu od listy funkcji produktu. Etap 2 — przegląd rynku: zestaw oferty alternatyw bez prognozy udziałów rynkowych. Przygotuj zakres, wyłączenia, miara oraz macierz możliwości i luk. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Właściciel produktu potwierdza; sprawdź aktualność stron.

9. Ryzyko partnerstwa i wyniki prototypu.

   Wejście: Propozycja partnera i warunki poufności; dane testowe i zapis obserwacji.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — ryzyko partnerstwa: wypisz zależności danych, IP i utrzymania. Etap 2 — wyniki prototypu: oddziel obserwacje od interpretacji zespołu. Przygotuj lista pytań do due diligence oraz raport miara, wynik, ograniczenie. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

   Sprawdź: Prawnik ocenia warunki; sprawdź liczbę uczestników.

10. Decyzja stop lub dalej i uczenie po porażce.

Wejście: Ustalone progi i wynik eksperymentu; dziennik próby i zgłoszone błędy.

Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — decyzja stop lub dalej: porównaj wynik z kryteriami sprzed próby. Etap 2 — uczenie po porażce: wskaż, które założenia zostały obalone. Przygotuj notatka decyzji i luk oraz lista wniosek, dowód, nowe pytanie. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

Sprawdź: Sponsor podejmuje decyzję; nie dopisuj sukcesu po fakcie.

Jak odebrać wynik, zanim trafi do decyzji?

Sprawdź w pierwszej kolejności, czy wynik opiera się na wskazanym wejściu. Zapisz nazwę pliku, wersję, okres i osobę odpowiedzialną za dane. Potem oceń, czy każdą ważną liczbę, twierdzenie i cytat da się odtworzyć w źródle. Nie traktuj płynnego języka jako dowodu. Przy konfliktach między dokumentami poproś o wskazanie obu wersji i przekazanie rozstrzygnięcia właścicielowi procesu.

Kontrola	Pytanie odbiorowe	Reakcja na błąd
Podstawa	Czy użyto właściwej wersji źródła?	Popraw wejście i uruchom próbę ponownie
Zakres	Czy wynik obejmuje tylko wskazane zadanie?	Usuń nieuprawnione dane i założenia
Liczby	Czy można odtworzyć rachunek?	Zweryfikuj go w systemie źródłowym
Decyzja	Czy zaakceptował ją właściciel?	Pozostaw wynik jako szkic

Zalecenia Microsoft dotyczące nadzoru nad Copilotem wskazują ryzyko nadmiernego udostępniania informacji. Przed skalowaniem pracy z promptami przejrzyj uprawnienia do bibliotek i zespołów, zwłaszcza gdy materiał dotyczy pomysły, wyniki eksperymentów i informacje o partnerach. To kontrola organizacyjna, której samo lepsze sformułowanie promptu nie zastąpi. Zasady retencji i audytu dopasuj do polityk organizacji oraz konfiguracji tenantów; nie zakładaj jednakowego działania w każdej firmie.

Specyfika tej roli wymaga dodatkowego punktu odniesienia: definicja innowacji w Oslo Manual OECD. Oslo Manual odróżnia pomysł od produktu wprowadzonego na rynek lub procesu używanego w firmie. Ta definicja nie wyznacza progu opłacalności pojedynczego pilota. Źródło nie potwierdza jakości żadnego wyniku wygenerowanego dla firmy. Wykorzystaj je do przygotowania pytań odbiorowych, nie jako automatyczną odpowiedź na indywidualną sprawę.

Od czego zacząć?

Wybierz jeden prompt używany co tydzień, przygotuj mały zestaw zatwierdzonych danych i porównaj pełny czas pracy z dotychczasowym sposobem. Policz również korekty, błędy i przypadki, których nie można było rozstrzygnąć. Po dwóch lub trzech cyklach ustal, czy proces pomaga podejmować lepszą decyzję, czy jedynie szybciej tworzy szkic. Jeżeli odpowiedzialność przechodzi do innego działu, zapisz punkt przekazania i dowód akceptacji. Kolejną perspektywę pokazują prompty dla dyrektora IT; potraktuj ją jako sąsiednią rolę, a nie zastępstwo dla właściciela obecnego procesu.

Umiejętności i wtyczki w Cowork

Jeśli ten sam sposób pracy powtarza się w zespole, zapisz kolejność kroków i kryteria odbioru jako umiejętność SKILL.md w Cowork. Gdy potrzebujesz dostępu do zatwierdzonego systemu poza Microsoft 365, sprawdź wtyczki Cowork, ich wydawcę, uprawnienia i przepływ danych. Umiejętność utrwala metodę, a wtyczka może dostarczyć łącznik; żadna z nich nie zastępuje zatwierdzenia wyniku.

Od czego zacząć?

Wybierz jeden prompt na danych publicznych lub syntetycznych. Zapisz wersję źródeł, odpowiedź i poprawki uzgodnione z właścicielem decyzji. Jeśli praca ma kilka etapów i wraca regularnie, sprawdź ją w Cowork. Akademia AI pomaga ustalić wspólne kryteria odbioru dla zespołu.