Zbuduj powtarzalny przepływ pracy twórcy w telefonie w chmurze

Utrzymuj wąski zakres zadań cloudphone

Zacznij od mierzalnego rezultatu, takiego jak „opublikuj zatwierdzony post na Androida na cotygodniową serię” lub „przejrzyj powiadomienia mobilne kampanii”. Unikaj ogólnych etykiet, takich jak „telefon do treści”. Wąskie zadanie pokazuje, które aplikacje są potrzebne, które działania muszą działać i kiedy urządzenie można wycofać.

Prowadź nagrywanie na odpowiednim sprzęcie, zarządzaj materiałami w pamięci projektu, zatwierdzenia w rejestrze współpracy, a dane uwierzytelniające w menedżerze haseł. Używaj cloud phone do działań Android, które korzystają z oddzielnego kontekstu dostępnego przez przeglądarkę.

Przeprowadź konfigurację przestrzeni roboczej w sześciu krokach

Gdy telefon w chmurze jest aktywny, przed instalacją czegokolwiek utwórz kartę przestrzeni roboczej: etykietę urządzenia, wynik, właściciela, upoważnionych użytkowników, niezbędne aplikacje, źródło zasobów, osobę odpowiedzialną za odzyskiwanie, test krytyczny i datę przeglądu. Dane logowania trzymaj w przeznaczonym do tego menedżerze.

Buduj po kolei. Jeśli krytyczna czynność się nie powiedzie, zapisz aplikację, wersję, krok i błąd dla pomocy technicznej, zamiast dodawać niepowiązane narzędzia lub wielokrotnie zmieniać dane konta. Te informacje wyjaśniają kolejny krok rozwiązywania problemów.

• Odbiór oznacza wykonanie wymaganej czynności, a nie tylko otwarcie aplikacji.
• Wyznacz fizyczne urządzenie lub ręczne rozwiązanie zastępcze do zadań wrażliwych na czas.
• Przekaż pomoc techniczną aplikację, wersję, krok i dokładny błąd.

1. Potwierdź, że urządzenie jest aktywne, a następnie oznacz je nazwą projektu i wynikiem.
2. Instaluj tylko niezbędne aplikacje na Androida.
3. Potwierdź aktualne dane do odzyskiwania i zaloguj się za pomocą autoryzowanych kont.
4. Dokończ weryfikację przez kanały właściciela konta.
5. Przetestuj pełną ścieżkę na niepilnej pozycji.
6. Zapisz wynik, plan awaryjny i datę sprawdzenia poza urządzeniem.

Przykład: cotygodniowy sponsorowany tutorial

Wyobraź sobie sponsorowany samouczek publikowany w każdy piątek. Brief, zatwierdzone twierdzenia i język ujawnień znajdują się w dokumentacji projektu. Twórca umieszcza zatwierdzony eksport w miejscu przekazania, otwiera telefon w chmurze projektu i potwierdza konto przed przygotowaniem posta mobilnego.

Ostateczna kontrola obejmuje materiał, opis, odbiorców, link i ujawnienie. Amerykańska Federalna Komisja Handlu zaleca, aby istotny związek był łatwy do zauważenia i zrozumienia, a ujawnienie znajdowało się obok rekomendacji, a nie ukryte po kliknięciu lub wśród tagów. Brief powinien również wskazywać inne obowiązujące przepisy.

Po publikacji twórca zapisuje odniesienie do platformy, godzinę i działania follow-up. Telefon w chmurze pozostaje środowiskiem wykonawczym Android, a zatwierdzenia pozostają dostępne gdzie indziej. Na etapie przeglądu twórca decyduje, czy jego aplikacje, sesja i przypisanie są nadal potrzebne.

Uczyń bezpieczeństwo konta częścią rutyny

Przeprowadź kontrole bezpieczeństwa przed terminem. Zweryfikuj dane odzyskiwania konta, włącz obsługiwaną przez wydawcę metodę wieloskładnikową i trzymaj materiały do odzyskiwania poza telefonem w chmurze. Snapchat podaje, że kod odzyskiwania trzeba utworzyć z wyprzedzeniem; jego użycie wyłącza uwierzytelnianie dwuskładnikowe, które następnie należy ponownie włączyć.

Regularnie przeglądaj aktywne sesje i dostęp delegowany. Korzystaj z ról platformy, zamiast udostępniać hasło właściciela. Jeśli pojawi się alert logowania lub nieznana sesja, wstrzymaj publikowanie i postępuj zgodnie z procesem bezpieczeństwa wydawcy.

• Właściciel kontroluje bieżące dane odzyskiwania.
• Włączone jest obsługiwane uwierzytelnianie dwuskładnikowe lub passkey.
• Materiały do odzyskiwania pozostają poza cloudphone.
• Sesje i role delegowane są weryfikowane na etapach kontrolnych.
• Odzyskiwanie konta pozostaje po stronie jego właściciela.

Przejrzyj dopasowanie, zanim dodasz kolejne urządzenie

Po kilku cyklach szukaj mniejszej liczby błędów związanych z niewłaściwym kontekstem, szybszego powrotu do znanego zestawu aplikacji, ukończonych ścieżek krytycznych, jasnej odpowiedzialności i czystego zamknięcia. Zapisz powtarzającą się weryfikację, trudności z przekazywaniem, brakującą funkcję lub krok, który nadal wymaga fizycznego telefonu. Zanim uzależnisz od tego procesu termin, potwierdź wersję aplikacji, przekazywanie multimediów, sesję powrotu i połączenie. Na podstawie tych obserwacji zdecyduj, czy zachować, dostosować czy wycofać konfigurację.

Przejdź na większy plan, gdy drugi aktywny projekt nie może wyraźnie współdzielić kontekstu pierwszego. Określ dla każdego telefonu w chmurze właściciela, listę aplikacji, ścieżkę krytyczną, plan awaryjny i datę przeglądu; nie ma potrzeby zapełniać nieużywanych miejsc.

• Zapisz, kiedy ścieżka działa i zapobiega znanemu problemowi.
• Zmodyfikuj, gdy aplikacja, przekazanie lub uprawnienie wymaga przeprojektowania.
• Wycofaj, gdy projekt się zakończy lub granica zwiększa nakład pracy.
• Rozszerz, gdy inny aktywny kontekst nie może wyraźnie współdzielić urządzenia.