Gamitin ang quickstart na ito para ihanda ang bagong ChatGPT Enterprise workspace bago mag-imbita ng mga user nang malawakan. Nagbibigay ito sa mga unang beses na Workspace Owner ng inirerekomendang pagkakasunod-sunod ng setup, na may mga link sa mas detalyadong artikulo sa Help Center para sa bawat bahagi.
Bago ka magsimula
Kumpirmahin ang mga sumusunod bago ka magsimula:
Ang mga Workspace Owner na gagawa ng mga desisyon sa setup para sa buong workspace.
Ang mga Workspace Admin na maaaring mamahala ng mga imbitasyon at grupo ng user, pati tumingin ng analytics at mag-set up ng access sa mga app.
Ang iyong identity provider, mga na-verify na domain, at paraan ng provisioning.
Lohika para sa pag-aayos ng mga user sa mga grupo.
Ang mga kontrol sa seguridad, pagsunod, pag-log, retention, at network na kinakailangan ng iyong organisasyon.
Aling mga miyembro ang dapat gumamit ng Work at Codex, aling mga custom na tungkulin ang nangangailangan ng ibang access, at aling panimulang modelo at mga default para sa bagong chat ang gusto mong makita ng mga miyembro.
Checklist sa setup
Gamitin ang checklist na ito para subaybayan ang inirerekomendang pagkakasunod-sunod ng setup:
Kumpletuhin ang setup
1. Kumpirmahin ang mga role, uri ng seat, at saklaw ng paglulunsad
Magpasya kung sino ang may-ari ng rollout, sino ang maaaring mamahala sa workspace, at aling mga user ang nangangailangan ng access sa ChatGPT, access sa Codex, o pareho.
Nakakatulong ito para maiwasan ang hindi malinaw na pagmamay-ari sa hinaharap, lalo na sa mga desisyon sa identity, security setting, limitasyon sa paggamit, at suporta sa user.
Magbasa pa:
2. I-verify ang mga domain at i-configure ang identity
Bago mag-imbita ng maraming user, kumpirmahing pag-aari ng iyong organisasyon ang email domain nito at i-set up ang iyong mga identity control.
Sa ChatGPT, ang tenant ay ang pinakamataas na admin environment ng iyong organisasyon. Iniuugnay nito ang mga ChatGPT workspace at organisasyon ng iyong kumpanya sa mga shared identity setting, gaya ng mga verified domain at single sign-on.
Sa pag-verify ng domain, makikilala ng ChatGPT ang domain ng iyong organisasyon bilang pinagkakatiwalaan. Pinapagana rin nito ang mga identity feature gaya ng SSO, para ma-access ng mga user ang tamang workspace gamit ang authentication system ng iyong kumpanya.
Gamitin ang Global Admin Console para pamahalaan ang mga tenant-level identity setting, kabilang ang SSO at mga domain setting. Kumpletuhin nang maaga ang setup na ito, bago magdagdag ng mga user sa malaking saklaw, para makapasok ang mga empleyado sa workspace na mayroon nang tamang mga access control.
Magbasa pa:
3. I-set up ang SSO at SCIM bago ang malawakang onboarding
Magpasya kung paano magsa-sign in ang mga empleyado at kung paano pamamahalaan ang kanilang mga account sa paglipas ng panahon. Halimbawa, tukuyin kung magsa-sign in ang mga user gamit ang single sign-on, kung dapat bang kailanganin ang SSO para sa lahat ng kwalipikadong user, at kung manual na idaragdag ang mga account o awtomatikong pamamahalaan sa pamamagitan ng Directory Sync.
Para sa karamihan ng malalaking Enterprise rollout, i-set up ang SSO at Directory Sync (SCIM) bago mag-imbita ng mga user nang malawakan. Pinapahintulutan ng SSO ang mga empleyado na gamitin ang identity provider ng iyong kumpanya para mag-sign in, habang pinapanatili ng SCIM na nakaayon ang membership sa ChatGPT sa iyong source directory. Maaari nitong awtomatikong gumawa, mag-update, at mag-alis ng mga workspace account at imbitasyon habang sumasali, lumilipat ng team, o umaalis sa kumpanya ang mga empleyado.
Maaari ring suportahan ng mga synced group ang pagtatalaga ng role, na tumutulong sa mga admin na pamahalaan ang access sa malaking saklaw sa halip na i-update ang bawat user nang paisa-isa.
Magbasa pa:
4. Gumawa ng mga group at magtalaga ng RBAC
Bago mag-imbita ng mga user nang malawakan, magpasya kung paano mo gustong isaayos ang access sa buong workspace. Pinapadali ng mga group ang pamamahala ng mga permission para sa maraming user nang sabay-sabay, lalo na habang may sumasali, lumilipat ng team, o umaalis sa kumpanya.
Hindi awtomatikong nagbibigay ng mga permission sa ChatGPT ang isang group kung ito lang. Sa halip, maaaring italaga ang mga role sa mga group para sa tenant-level o workspace-level na resource, at magagamit din ang mga ito para kontrolin kung sino ang makaka-access ng mga shared GPT. Nagbibigay-daan ito sa mga admin na pamahalaan ang access ayon sa team, tungkulin, o responsibilidad sa halip na i-update ang bawat user nang paisa-isa.
I-set up ito nang maaga para magsimula ang iyong workspace gamit ang malinaw na access model. Kung maidagdag ang mga user bago maplano ang mga group at role, maaaring kailanganin ng mga admin na linisin ang hindi magkakatugmang permission sa hinaharap, at maaaring makatanggap ang mga user ng mas malawak o mas makitid na access kaysa sa inaasahan.
Magbasa pa:
5. I-configure ang mga setting ng workspace at gabay para sa user
Suriin ang iyong pangkalahatang mga setting ng workspace: hitsura ng workspace, pangalan, mga identifier ng workspace, pampublikong display name, Workspace Instructions, at gabay na makikita ng user bago ilunsad.
Bago ilunsad, suriin ang mga bahagi ng workspace na unang makikita ng mga empleyado: pangalan ng workspace, hitsura, mga identifier, pampublikong display name, Workspace Instructions, at anumang gabay na nakaharap sa user.
Tinutulungan ng mga detalyeng ito ang mga user na makilalang nasa aprubadong ChatGPT Enterprise workspace sila ng iyong organisasyon, hindi sa personal o hindi pinamamahalaang environment. Nagbibigay din ang mga ito sa mga empleyado ng kapaki-pakinabang na konteksto bago sila magsimulang magtrabaho, gaya ng inaasahang paggamit ng iyong organisasyon sa ChatGPT, kung anong uri ng data ang angkop, at kung saan hihingi ng tulong.
Gamitin ang Workspace Policy para ipakita sa mga miyembro ang AI policy, mga inaasahan sa paggamit, o iba pang mahalagang gabay ng iyong organisasyon bago nila simulang gamitin ang ChatGPT.
Bago ang malawakang onboarding, suriin ang Permissions at roles at kumpirmahin ang access sa Work para sa default na tungkulin sa workspace at bawat custom na tungkulin. Para sa mga kwalipikadong workspace, naka-enable ang Work bilang default para sa mga miyembrong nasa default na tungkulin sa workspace, maliban kung i-off ito ng owner o admin.
Suriin ang pahina ng Models at itakda ang panimulang modelo, antas ng pangangatwiran, bilis, at gawi ng bagong chat para sa Work at Codex. Itinatakda ng mga default na ito ang panimulang karanasan; ang mga available na modelo, role-based na access, at ipinapatupad na kinakailangan ng workspace pa rin ang tumutukoy sa magagamit ng mga miyembro.
Magbasa pa:
6. I-enable ang Apps, GPTs, at aprubadong data connection
Regular na nagdaragdag ang ChatGPT ng mga bagong feature, capability, at paraan para kumonekta sa mga external tool. Maaaring mangailangan ang ilan sa mga feature na ito ng mga desisyon ng admin tungkol sa data access, pagbabahagi, external service, o write action. Nakakatulong ang maagang pagtatakda ng baseline para makuha ng mga user ang mga tool na kailangan nila habang nananatiling nakaayon ang paggamit sa mga policy ng iyong organisasyon.
Bago ilunsad, suriin kung aling mga capability ng ChatGPT ang dapat maging available sa mga user sa unang araw at alin ang dapat limitahan, dahan-dahang ipakilala, o i-enable sa ibang pagkakataon. Makokontrol ito ng mga may-ari ng workspace sa Permissions and Roles.
Para sa mga permission, pag-ibahin ang default workspace role at role-based access control (RBAC). Ang default workspace role ang baseline role na natatanggap ng mga user kapag sumali sila sa workspace. Gamitin ito para tukuyin kung ano ang dapat magawa ng karamihan sa mga miyembro bilang default. Ang RBAC ay para sa mas naka-target na access: maaaring magtalaga ang mga admin ng partikular na role sa mga user o group para sa tiyak na responsibilidad, resource, o admin capability. Sa praktika, gamitin ang default workspace role para sa pangkalahatang karanasan ng miyembro, at gamitin ang RBAC para sa espesyal na access gaya ng para sa mga builder, publisher, sensitibong team, o administrator.
Dahil maaaring maging available ang bagong functionality sa paglipas ng panahon, regular na balikan ang mga setting na ito habang nadaragdag ang mga feature at nagbabago ang pangangailangan ng iyong organisasyon.
Magbasa pa:
7. I-enable ang Work at Codex para sa mga tamang team
Ang Codex ay agent ng OpenAI para sa pagtatrabaho sa code, mga file, at mga structured workflow. Matutulungan nito ang mga user na magsulat, umunawa, magsuri, at magpahusay ng code, pero maaari rin nitong suportahan ang trabaho na lampas sa tradisyonal na software development.
Bago ilunsad, magpasya kung aling mga user o grupo ang dapat magkaroon ng access sa Codex at kung anong antas ng access ang kailangan nila. Maaaring magbago ang mga kakayahan ng Codex sa paglipas ng panahon, kaya magpokus sa mas malawak na modelo ng access kaysa sa mga partikular na setting lang na available ngayon.
Isaalang-alang kung aling mga team ang dapat makagamit ng Codex, aling mga user ang dapat mamahala ng mga setting ng Codex, at aling mga aktibidad ang dapat mangailangan ng karagdagang pagsusuri o pag-apruba. Maaari ka ring magtakda ng iba’t ibang antas ng access para sa mga pangkalahatang user, early adopter, administrator, o mga team na may mas sensitibong workflow.
Gamitin ang RBAC at mga grupo para panatilihing naka-target at mas madaling i-maintain ang access. Halimbawa, maaari kang gumawa ng isang grupo para sa mga user ng Codex at isang mas maliit na grupo ng administrator para sa mga taong responsable sa rollout, mga setting, policy, pag-uulat, at governance ng Codex.
I-set up ito bago ilunsad para magsimula ang access sa Codex mula sa malinaw na baseline. Habang nagiging available ang mga bagong kakayahan ng Codex, balikan ang iyong modelo ng access at magpasya kung dapat bang i-enable ang mga ito nang malawakan, limitahan sa partikular na mga grupo, o ipakilala nang paunti-unti.
Magbasa pa:
Ang Work ay agent para sa pananaliksik, pagsusuri, at mga natapos na deliverable. Magpasya kung dapat gumamit ang mga miyembro ng cloud Work, local Work sa desktop app, o pareho, depende sa mga kontrol ng iyong workspace.
8. I-configure ang mga kinakailangang security at compliance control
Magpasya kung aling mga control ang kailangan para sa risk model ng iyong organisasyon. Hindi kailangan ng bawat organisasyon ang lahat ng control, pero dapat i-configure ang mga kinakailangang control bago magsimulang gumamit ang mga user ng sensitibong data sa ChatGPT Enterprise.
Kabilang sa karaniwang mga control ang:
Compliance Logs Platform at Stateful Compliance API para sa mga workflow ng audit, SIEM, eDiscovery, o DLP.
IP allowlisting para sa access sa workspace at access sa Compliance API.
Lockdown mode para sa mga team na nangangailangan ng mas mahigpit na limitasyon sa web, search, browsing, at mga kaugnay na networked capability.
Enterprise Key Management para sa customer-managed encryption kung available.
Lokasyon ng data o inference residency kung kinakailangan.
Managed mobile access sa pamamagitan ng ChatGPT for Intune, na nangangailangan ng aktibong tenant SSO connection.
Magbasa pa:
9. Subaybayan ang adoption, paggamit, at kahandaan sa support
Ang paglulunsad ng workspace ay simula ng patuloy na administrasyon, hindi katapusan ng setup. Pagkatapos magsimulang gumamit ng ChatGPT ang mga user, regular na suriin ang workspace analytics para maunawaan ang adoption, engagement, at paggamit ng feature. Makakatulong ang mga signal na ito para makita kung saan matagumpay na ginagamit ang ChatGPT, kung saan maaaring mangailangan ng higit pang gabay ang mga team, at kung may mga setting na dapat ayusin sa paglipas ng panahon.
Gumamit ng mga impact survey para mangalap ng direktang feedback mula sa mga empleyado tungkol sa epekto ng ChatGPT sa kanilang trabaho. Maipapakita ng analytics kung ano ang ginagamit; makakatulong ang mga survey na ipaliwanag kung nakakatipid ng oras ang mga user, napapahusay ang kalidad ng trabaho, o nakakaranas ng hadlang.
Maingat na suriin ang mga control sa paggamit. I-configure ang lingguhang alert sa paggamit bawat user o mahigpit na limitasyon batay sa mga policy ng iyong organisasyon. Gumamit lang ng buwanang shared budget kapag dapat magbahagi ang isang role ng iisang kabuuang cap. Sa karamihan ng kaso, magsimula sa mga alert para masubaybayan ng mga admin ang mga pattern ng paggamit bago magpasya kung kailangan ang mahigpit na limitasyon.
Panghuli, tiyaking alam ng mga admin kung paano humingi ng tulong kapag may lumabas na isyu. Bago makipag-ugnayan sa Support, mangalap ng kapaki-pakinabang na konteksto gaya ng mga apektadong user, oras, screenshot, kaugnay na conversation o GPT link, prompt, at sanitized file kung may kaugnayan. Nakakatulong ito sa Support na magsiyasat nang mas mabilis at nagbibigay sa iyong mga internal admin ng mas malinaw na proseso para sa paghawak ng mga tanong tungkol sa workspace sa paglipas ng panahon.
Magbasa pa:
Ano ang susunod na gagawin
Pagkatapos ng unang rollout, regular na balikan ang mga setting na ito:
Suriin ang Owners, Admins, Analytics Viewers, at mga custom na tungkulin.
Kumpirmahing tumutugma pa rin ang mga SCIM group sa istruktura ng iyong organisasyon.
I-audit ang mga naka-enable na Apps/connector, mga aksyong write o open-world, pinapayagang OAuth domain, Apps sa GPTs, at GPT action domain.
Suriin ang access sa Work, Workspace Agent, at Codex, pati ang mga default na panimulang modelo habang pinalalawak ng mga team ang paggamit.
Suriin ang analytics at mga resulta ng impact survey kasama ang mga stakeholder ng rollout.
I-adjust ang mga alerto o limitasyon sa paggamit batay sa naobserbahang mga pattern ng paggamit.
Muling kumpirmahin ang mga kontrol sa seguridad at pagsunod pagkatapos ng malalaking pagbabago sa policy o produkto.