Sundar Pichai และการทำให้ AI เป็นพื้นฐานของอินเทอร์เน็ต

ความหมายของการทำให้ AI เป็น “อินเทอร์เน็ตพริมิทีฟ”

"อินเทอร์เน็ตพริมิทีฟ" คือบล็อกพื้นฐานที่คุณสามารถถือว่ามันมีอยู่เสมอ—เหมือนกับไฮเปอร์ลิงก์, การค้นหา, แผนที่ หรือการชำระเงิน ผู้คนไม่ต้องคิดถึงวิธีการทำงานของมัน พวกเขาแค่คาดหวังว่าจะเข้าถึงได้ทุกที่ ราคาถูก และเชื่อถือได้

การเดิมพันครั้งใหญ่ของ Sundar Pichai คือว่า AI ควรกลายเป็นบล็อกพื้นฐานแบบนั้น: ไม่ใช่ฟีเจอร์พิเศษที่ซ่อนอยู่ในไม่กี่ผลิตภัณฑ์ แต่เป็นความสามารถมาตรฐานที่อยู่ใต้ประสบการณ์หลายอย่างบนเว็บ

จาก “ฟีเจอร์ที่ดี” สู่ “ความสามารถมาตรฐาน”

เป็นเวลาหลายปี AI ปรากฏตัวเป็นส่วนเสริม: การแท็กภาพที่ดีกว่า บล็อกสแปมที่ฉลาดขึ้น เป็นต้น การเปลี่ยนแปลงที่ Pichai ผลักดันนั้นมีลักษณะเชิงโครงสร้างมากกว่า แทนที่จะถามว่า “เราจะโรย AI ที่ไหน?” บริษัทต่าง ๆ เริ่มถามว่า “เราจะออกแบบผลิตภัณฑ์โดยสมมติว่า AI มีอยู่เสมอได้อย่างไร?”

แนวคิดนี้เปลี่ยนสิ่งที่ถูกจัดลำดับความสำคัญ:

• ความเร็วและความสม่ำเสมอ มีความสำคัญเท่ากับความแม่นยำ—เพราะค่าดีฟอลต์ต้องใช้งานได้สำหรับทุกคน
• การกระจาย สำคัญ—AI ต้องไปถึงผู้คนหลายพันล้านผ่านเครื่องมือที่คุ้นเคย
• ต้นทุนและประสิทธิภาพ กลายเป็นกลยุทธ์—เพราะพริมิทีฟต้องถูกใช้งานได้ในระดับใหญ่

บทความนี้เน้นเรื่องอะไร (และไม่เน้นอะไร)

นี่ไม่ใช่การลงรายละเอียดทางเทคนิคเกี่ยวกับสถาปัตยกรรมโมเดลหรือสูตรการฝึก แต่มันเกี่ยวกับ กลยุทธ์และการตัดสินใจด้านผลิตภัณฑ์: วิธีที่ Google ภายใต้การนำของ Pichai วางตำแหน่ง AI เป็นโครงสร้างพื้นฐานร่วมกัน วิธีที่นั่นมีผลต่อผลิตภัณฑ์ที่ผู้คนใช้ และวิธีที่ตัวเลือกภายในแพลตฟอร์มเปลี่ยนสิ่งที่เป็นไปได้

สิ่งที่คุณจะได้เรียนรู้ในส่วนต่อไป

เราจะเดินผ่านส่วนประกอบเชิงปฏิบัติที่จำเป็นในการเปลี่ยน AI ให้เป็นพริมิทีฟ:

• ผลิตภัณฑ์: วิธีที่ AI เคลื่อนไปจากฟีเจอร์เป็นชั้นฐานภายใน Search, Workspace, Android และอื่น ๆ
• โครงสร้างพื้นฐาน: ทำไมชิปเฉพาะ, ศูนย์ข้อมูล, และแพลตฟอร์เมฆจึงสำคัญเมื่อ AI ต้องทำงานในระดับอินเทอร์เน็ต
• แพลตฟอร์มสำหรับนักพัฒนา: เครื่องมืออย่าง TensorFlow—และต่อมาคือแพลตฟอร์มโมเดล—ช่วยให้ผู้อื่นสร้างบนแนวทางของ Google อย่างไร
• ความปลอดภัยและความน่าเชื่อถือ: ทำไม AI ที่รับผิดชอบ ความเป็นส่วนตัว และความปลอดภัยจึงต้องไม่ต่อรองเมื่อผู้คนนับพันล้านพึ่งพาผลลัพธ์

เมื่อจบ คุณจะเห็นภาพชัดเจนว่าต้องใช้ทั้งองค์กรมและกลยุทธ์อะไรบ้าง เพื่อให้ AI รู้สึกเป็นพื้นฐานและปรากฏอยู่ตลอดเหมือนส่วนอื่นของเว็บสมัยใหม่

พื้นฐานของ Pichai: มุมมองผู้สร้างแพลตฟอร์ม

ผลกระทบของ Sundar Pichai ต่อทิศทาง AI ของ Google จะเข้าใจง่ายขึ้นเมื่อมองงานที่สร้างอาชีพของเขา: ผลิตภัณฑ์ที่ไม่เพียงแต่ดึงดูดผู้ใช้ แต่สร้างรากฐานให้ผู้อื่นต่อยอด

จากการส่งมอบผลิตภัณฑ์สู่การกำหนดระบบนิเวศ

Pichai เข้าร่วม Google ในปี 2004 และเชื่อมโยงกับประสบการณ์ “ดีฟอลต์” อย่างรวดเร็ว—เครื่องมือที่ผู้คนนับล้านใช้โดยไม่ต้องคิดถึงกลไกเบื้องหลัง เขามีบทบาทหลักในการเติบโตของ Chrome ไม่ใช่แค่เป็นเบราว์เซอร์ แต่เป็นวิธีที่เร็วกว่าและปลอดภัยกว่าในการเข้าถึงเว็บ ซึ่งผลักดันมาตรฐานและความคาดหวังของนักพัฒนาไปข้างหน้า

ต่อมาเขารับผิดชอบ Android ในระดับใหญ่ นั่นหมายถึงการสร้างสมดุลระหว่างระบบพันธมิตรขนาดใหญ่ (ผู้ผลิตอุปกรณ์ ผู้ให้บริการ นักพัฒนาแอป) ขณะเดียวกันก็รักษาความสอดคล้องของแพลตฟอร์ม มันคือรูปแบบการเป็นผู้นำด้านผลิตภัณฑ์เฉพาะ: คุณไม่สามารถปรับแต่งเพียงแอปหรือฟีเจอร์เดียวได้ คุณต้องตั้งกฎ APIs และแรงจูงใจที่ขยายได้

ทำไมสิ่งนี้จึงสำคัญต่อการนำ AI มาใช้

มุมมองผู้สร้างแพลตฟอร์มนี้สอดคล้องกับความท้าทายของการทำให้ AI รู้สึก “ปกติ” บนออนไลน์

เมื่อ AI ถูกปฏิบัติเป็นแพลตฟอร์ม การตัดสินใจเชิงผู้นำมักจะให้ความสำคัญกับ:

• การกระจาย (นำความสามารถไปสู่ผลิตภัณฑ์ที่ผู้คนใช้แล้ว)
• ความสม่ำเสมอ (เครื่องมือและโมเดลร่วมกันข้ามทีม)
• การยกระดับนักพัฒนา (ทำให้คนอื่นสร้างต่อได้ง่ายขึ้น)

Pichai กลายเป็น CEO ของ Google ในปี 2015 (และ CEO ของ Alphabet ในปี 2019) ทำให้เขาอยู่ในตำแหน่งที่จะผลักดันการเปลี่ยนแปลงทั้งบริษัท: AI ไม่ใช่โครงการข้างเคียง แต่เป็นโครงสร้างพื้นฐานร่วม นี่ช่วยอธิบายการเลือกต่อมา—การทำมาตรฐานเครื่องมือภายใน การลงทุนในคอมพิวต์ และการเปลี่ยน AI เป็นชั้นที่นำกลับมาใช้ได้ข้ามผลิตภัณฑ์ แทนที่จะคิดใหม่ทุกครั้ง

บริบทของ Google: ขนาด ผลิตภัณฑ์ และการกระจาย

เส้นทางของ Google ในการทำให้ AI รู้สึก “พื้นฐาน” ไม่ได้ขึ้นอยู่แค่โมเดลที่ฉลาด—แต่เกี่ยวกับที่ที่โมเดลเหล่านั้นอยู่ บริษัทไม่กี่แห่งอยู่ที่จุดตัดของการเข้าถึงผู้บริโภคจำนวนมาก ผลิตภัณฑ์ที่โตแล้ว และโครงการวิจัยระยะยาว การรวมกันนี้สร้างวงจรป้อนกลับที่รวดเร็วผิดปกติ: ปล่อยการปรับปรุง ดูผลลัพธ์ แล้วปรับแต่ง

ขนาดที่ให้รางวัลแก่การปรับปรุงเล็ก ๆ

เมื่อมีคำค้น วิดีโอ และการโต้ตอบของแอปนับพันล้านรายการไหลผ่านบริการหลักเพียงไม่กี่ตัว แม้แต่การปรับปรุงเล็กน้อยก็มีความหมาย ผลการจัดลำดับที่ดีขึ้น ผลลัพธ์ที่ไม่เกี่ยวข้องน้อยลง ระบบรู้จำเสียงที่แม่นยำขึ้น—ที่ระดับ Google การปรับปรุงเล็ก ๆ เหล่านี้แปลเป็นประสบการณ์ประจำวันที่ผู้ใช้สังเกตเห็นได้

ควรชัดเจนว่าความได้เปรียบด้านข้อมูลหมายถึงอะไรที่นี่ Google ไม่มีการเข้าถึงอินเทอร์เน็ตแบบวิเศษ และไม่สามารถรับประกันผลลัพธ์เพียงเพราะมันใหญ่ ข้อได้เปรียบส่วนใหญ่เป็นเชิงปฏิบัติการ: ผลิตภัณฑ์ที่ดำเนินมายาวนานสร้างสัญญาณที่สามารถนำมาใช้ (ภายในนโยบายและขอบเขตทางกฎหมาย) เพื่อประเมินคุณภาพ ตรวจหาการถดถอย และวัดประโยชน์

Search ตั้งมาตรฐานด้านความเกี่ยวข้องและการทำนาย

Search ฝึกผู้คนให้คาดหวังคำตอบที่รวดเร็วและถูกต้อง เมื่อเวลาผ่านไป ฟีเจอร์อย่าง autocomplete, การแก้คำสะกด และความเข้าใจคำค้นยกระดับความคาดหวังว่าระบบควรคาดเดาเจตนา—ไม่ใช่แค่จับคู่คำสำคัญ แนวคิดนี้สอดคล้องโดยตรงกับ AI สมัยใหม่: การทำนายสิ่งที่ผู้ใช้หมายถึงมักมีคุณค่ามากกว่าการตอบสนองต่อสิ่งที่พวกเขาพิมพ์

Android เป็นช่องทางการส่งมอบระดับโลก

Android ให้ Google วิธีที่เป็นรูปธรรมในการกระจายฟีเจอร์ขับเคลื่อนด้วย AI ในระดับโลก การปรับปรุงในอินพุตด้วยเสียง, ปัญญาบนอุปกรณ์, ฟีเจอร์กล้อง, และประสบการณ์คล้ายผู้ช่วยสามารถไปถึงผู้ผลิตและระดับราคาต่าง ๆ ทำให้ AI รู้สึกน้อยลงว่าเป็นผลิตภัณฑ์แยก และมากขึ้นว่าเป็นความสามารถที่ติดตั้งมา

จาก “Mobile-First” สู่ “AI-First”: การปรับกลยุทธ์

“Mobile-first” หมายถึงการออกแบบผลิตภัณฑ์รอบโทรศัพท์เป็นหน้าจอและบริบทค่าเริ่มต้น “AI-first” เป็นหลักการจัดระเบียบที่คล้ายกัน แต่กว้างกว่า: มอง machine learning เป็นส่วนผสมเริ่มต้นในการสร้าง ปรับปรุง และส่งมอบผลิตภัณฑ์—ไม่ใช่ฟีเจอร์พิเศษที่เติมท้าย

“AI-first” หมายถึงอะไรในคำง่าย ๆ

ในทางปฏิบัติ บริษัทที่คิดแบบ AI-first สมมติว่าปัญหาผู้ใช้หลายอย่างจะแก้ได้ดีกว่าเมื่อซอฟต์แวร์สามารถทำนาย สรุป แปล แนะนำ หรือทำอัตโนมัติ คำถามจึงเปลี่ยนจาก “เราควรใช้ AI ที่นี่ไหม?” เป็น “เราจะออกแบบอย่างไรเพื่อให้ AI เป็นส่วนที่ปลอดภัยและเป็นประโยชน์ของประสบการณ์?”

สิ่งที่จะเปลี่ยนเมื่อ AI เป็นศูนย์กลาง

ท่าทาง AI-first ปรากฏในการตัดสินใจประจำวัน:

• แผนผลิตภัณฑ์: ทีมวางฟีเจอร์ที่ใช้ AI เป็นหลักสำคัญ ไม่ใช่การทดลองเสริม
• การจ้างและโครงสร้างองค์กร: มีบทบาทมากขึ้นที่เน้น ML ประยุกต์ คุณภาพข้อมูล การประเมิน และประสบการณ์ผู้ใช้รอบผลลัพธ์ AI—not แค่การวิจัยโมเดล
• เครื่องมือและกระบวนการ: ทีมลงทุนในแพลตฟอร์มโมเดลร่วมกัน ส่วนประกอบที่นำกลับมาใช้ได้ และวิธีการประเมินทั่วไป เพื่อให้ฟีเจอร์ AI ปล่อยได้สม่ำเสมอและวัดคุณภาพได้

มันยังเปลี่ยนความหมายของคำว่า “ปล่อยของ” ด้วย แทนที่จะเป็นการเปิดตัวครั้งเดียว ฟีเจอร์ AI มักต้องการการปรับแต่งอย่างต่อเนื่อง—ติดตามประสิทธิภาพ ปรับ prompt หรือพฤติกรรมโมเดล และเพิ่มกรอบกันเมื่อการใช้งานในโลกจริงเผยให้เห็นกรณีชายขอบ

ทำไมสัญญาณจากผู้นำจึงสำคัญ

การเปลี่ยนทิศทางทั้งบริษัทจะไม่ได้ผลถ้ามันหยุดอยู่แค่สโลแกน ผู้นำกำหนดลำดับความสำคัญผ่านการสื่อสารซ้ำ ๆ การจัดสรรทรัพยากร และแรงจูงใจ: โครงการไหนได้คน เมตริกไหนสำคัญ และการทบทวนใดถามว่า “สิ่งนี้ดีขึ้นด้วย AI อย่างไร?”

สำหรับบริษัทใหญ่เท่า Google การส่งสัญญาณส่วนใหญ่เกี่ยวกับการประสานงาน เมื่อทีมมีทิศทางร่วมกัน—AI เป็นชั้นฐาน—กลุ่มแพลตฟอร์มสามารถทำมาตรฐานเครื่องมือ ทีมผลิตภัณฑ์สามารถวางแผนได้อย่างมั่นใจ และนักวิจัยสามารถแปลงความก้าวหน้าให้เป็นสิ่งที่ขยายได้

เปลี่ยนงานวิจัยเป็นพื้นฐานร่วม

เพื่อให้ AI รู้สึกเป็น “อินเทอร์เน็ตพริมิทีฟ” มันไม่สามารถอยู่แค่ในเดโมงานวิจัยหรือการทดลองผลิตภัณฑ์ครั้งเดียว มันต้องมีพื้นฐานร่วม—โมเดลทั่วไป เครื่องมือมาตรฐาน และวิธีที่ทำซ้ำได้ในการประเมินคุณภาพ—เพื่อให้ทีมต่าง ๆ สามารถสร้างบนฐานเดียวกันแทนที่จะคิดใหม่ทุกครั้ง

จากความก้าวหน้าเป็นสายการผลิต

การเปลี่ยนสำคัญภายใต้นิสัยผู้สร้างแพลตฟอร์มของ Pichai คือการมองงานวิจัย AI น้อยลงเป็นชุดโปรเจกต์อิสระ และมากขึ้นเป็นห่วงโซ่อุปทานที่เปลี่ยนไอเดียใหม่ให้เป็นความสามารถที่ใช้ได้จริงอย่างสม่ำเสมอ นั่นหมายถึงการรวมงานเข้ากับสายการผลิตที่ขยายได้: การฝึก ทดสอบ ตรวจสอบความปลอดภัย การปรับใช้ และการติดตามอย่างต่อเนื่อง

เมื่อสายการผลิตนั้นถูกใช้ร่วม ความก้าวหน้าไม่ใช่เรื่องว่า “ใครมีการทดลองดีที่สุด” แต่เป็น “เราจะปล่อยการปรับปรุงไปทุกที่ได้เร็วแค่ไหนอย่างปลอดภัย” เฟรมเวิร์กอย่าง TensorFlow ช่วยทำให้การสร้างและให้บริการโมเดลเป็นมาตรฐาน ในขณะที่แนวปฏิบัติภายในสำหรับการประเมินและการเปิดตัวช่วยให้การย้ายจากผลในแลบสู่ฟีเจอร์ในผลิตภัณฑ์ง่ายขึ้น

ทำไมความสม่ำเสมอจึงสำคัญ

ความสม่ำเสมอไม่ใช่แค่ประสิทธิภาพการปฏิบัติ เท่านั้น—มันคือสิ่งที่ทำให้ AI รู้สึกไว้ใจได้

• คุณภาพ: วิธีการประเมินร่วมกันช่วยเปรียบเทียบการเปลี่ยนแปลงโมเดลอย่างเป็นธรรมและจับการถดถอยได้
• ความเร็ว: เครื่องมือร่วมลดงานซ้ำซ้อน ทำให้ทีมผลิตภัณฑ์มุ่งที่ความต้องการผู้ใช้จริง
• ความเชื่อถือ: การตรวจสอบความเป็นส่วนตัวและความปลอดภัยแบบมาตรฐานทำให้พฤติกรรมคาดเดาได้ข้ามผลิตภัณฑ์

ถ้าไม่มีสิ่งนี้ ผู้ใช้จะพบว่า AI เอนเอียง: มีประโยชน์ที่นึง สับสนอีกที่ และยากที่จะพึ่งพา

อุปมาเครือข่ายไฟฟ้า

คิดแบบไฟฟ้า ถ้าทุกครัวเรือนได้เครื่องกำเนิดไฟของตัวเอง พลังงานจะราคาแพง ส่งเสียงดัง และไม่น่าเชื่อถือ เครือข่ายพลังงานร่วมทำให้ไฟฟ้ามีพร้อมเมื่อเรียกใช้งาน ด้วยมาตรฐานด้านความปลอดภัยและประสิทธิภาพ

เป้าหมายของ Google กับพื้นฐาน AI ร่วมคล้ายกัน: สร้าง “กริด” ของโมเดล เครื่องมือ และการประเมินที่เชื่อถือได้ เพื่อให้ AI เสียบเข้าไปในผลิตภัณฑ์ต่าง ๆ ได้อย่างสม่ำเสมอ รวดเร็ว และมีกรอบกันที่ชัดเจน

แพลตฟอร์มสำหรับนักพัฒนา: ทำให้การสร้างและปรับใช้ AI ง่ายขึ้น

หาก AI จะกลายเป็นบล็อกพื้นฐานของอินเทอร์เน็ต นักพัฒนาต้องการมากกว่าเอกสารวิจัยที่น่าประทับใจ—พวกเขาต้องการเครื่องมือที่ทำให้การฝึกและปรับใช้โมเดลเป็นงานวิศวกรรมปกติ

ทำไม TensorFlow จึงสำคัญ

TensorFlow ช่วยเปลี่ยนการเรียนรู้เครื่องจากงานช่างฝีมือเฉพาะทางให้เป็นเวิร์กโฟลว์วิศวกรรมภายใน Google มันทำให้การสร้างและส่ง ML เป็นมาตรฐาน ซึ่งลดงานซ้ำและทำให้การย้ายไอเดียจากทีมหนึ่งไปยังอีกทีมหนึ่งง่ายขึ้น

ภายนอก Google TensorFlow ลดแรงกดดันให้กับสตาร์ทอัพ มหาวิทยาลัย และทีมองค์กร เฟรมเวิร์กร่วมหมายถึงมีบทเรียน ส่วนประกอบที่ฝึกไว้ล่วงหน้า และเส้นทางการจ้างงานที่ชัดเจน ผลก็คือการยอมรับที่เร็วขึ้นกว่าการเปิดตัวผลิตภัณฑ์ใดผลิตภัณฑ์หนึ่ง

(ถ้าคุณต้องการทบทวนสั้น ๆ เกี่ยวกับพื้นฐานก่อนลงลึก ดู /blog/what-is-machine-learning.)

การเปิดซอร์สเป็นตัวเพิ่มระบบนิเวศ

การเปิดซอร์สเครื่องมืออย่าง TensorFlow ไม่ใช่แค่ความใจกว้าง—มันสร้างวงจรป้อนกลับ ผู้ใช้มากขึ้นแปลว่ามีรายงานบั๊กมากขึ้น มีการร่วมมือจากชุมชน และการปรับปรุงคุณสมบัติที่สำคัญในโลกจริง (ประสิทธิภาพ พกพา การมอนิเตอร์ และการปรับใช้) เร็วขึ้น

นอกจากนี้ยังสนับสนุนความเข้ากันได้ในระบบนิเวศ: ผู้ให้บริการคลาวด์ ผู้ผลิตชิป และผู้ขายซอฟต์แวร์สามารถปรับแต่งอินเตอร์เฟซที่ถูกใช้อย่างแพร่หลายได้ แทนที่จะต้องรองรับอินเตอร์เฟซกรรมสิทธิ์

ข้อแลกเปลี่ยน: ความเปิดกว้าง vs. ความปลอดภัย

ความเปิดกว้างนำความเสี่ยงจริง ๆ มา การมีเครื่องมือให้ใช้อย่างกว้างขวางสามารถทำให้การใช้งานในทางไม่ดีขยายตัวได้ (เช่น การฉ้อโกง การสอดแนม deepfake) หรือการปรับใช้โมเดลโดยไม่มีการทดสอบเพียงพอ สำหรับบริษัทที่ดำเนินงานในระดับ Google ความตึงเครียดนี้เป็นเรื่องต่อเนื่อง: การแชร์เร่งความคืบหน้า แต่ก็ขยายพื้นที่ที่อาจเป็นอันตรายด้วย

ผลลัพธ์เชิงปฏิบัติคือทางสายกลาง—เฟรมเวิร์กเปิดและการปล่อยแบบเลือกคู่กับนโยบาย มาตรการป้องกัน และคำแนะนำที่ชัดเจนสำหรับการใช้อย่างรับผิดชอบ

เมื่อ AI กลายเป็น “พริมิทีฟ” ประสบการณ์นักพัฒนาก็เปลี่ยนไปด้วย: ผู้สร้างคาดหวังให้สร้างลำดับงานผ่านภาษาธรรมชาติมากกว่าการเรียก API นั่นคือที่เครื่องมือแบบคุยโต้ตอบอย่าง Koder.ai เข้ากันได้—ให้ทีมต้นแบบและปล่อยเว็บ แบ็กเอนด์ และแอปมือถือผ่านการแชท พร้อมทั้งยังส่งออกซอร์สโค้ดได้เมื่ออยากควบคุมเต็มรูปแบบ

โครงสร้างพื้นฐานในระดับอินเทอร์เน็ต: ชิป ศูนย์ข้อมูล คลาวด์

ถ้า AI จะรู้สึกเป็นชั้นพื้นฐานของเว็บ มันต้องไม่ทำตัวเหมือน “โครงการพิเศษ” ที่ทำงานได้เป็นบางครั้ง มันต้องเร็วพอสำหรับการใช้งานประจำวัน ถูกพอที่จะรันเป็นล้านครั้งต่อนาที และเชื่อถือได้พอที่ผู้คนจะไว้ใจให้ทำงานประจำ

ทำไมโครงสร้างพื้นฐานจึงตัดสินสิ่งที่เป็นไปได้

งาน AI หนักกว่าปกติ ต้องการการคำนวณจำนวนมาก เคลื่อนย้ายข้อมูลจำนวนมาก และบ่อยครั้งต้องการผลลัพธ์อย่างรวดเร็ว นั่นสร้างแรงกดดันสามประการ:

• ต้นทุน: แม้การปรับปรุงเล็กน้อยก็มีความหมายเมื่อการใช้งานวัดเป็นพันล้านครั้ง
• ความเร็ว: ต้องตอบสนองเร็วพอให้รู้สึกเป็นธรรมชาติในการค้นหา เอกสาร หรือผู้ช่วย
• ความน่าเชื่อถือ: การขัดข้องหรือช้าลงไม่ได้กระทบแค่เครื่องมือเดียว แต่กระทบชุดผลิตภัณฑ์ทั้งชุด

ภายใต้การนำของ Pichai ยุทธศาสตร์ของ Google มักเน้นว่าระบบ "ท่อ" (plumbing) ตัดสินประสบการณ์ผู้ใช้พอ ๆ กับโมเดลเอง

TPU: เครื่องยนต์เฉพาะทางสำหรับ AI

หนึ่งวิธีทำให้ AI ใช้งานได้ที่ระดับคือฮาร์ดแวร์เฉพาะ ชิป Tensor Processing Units (TPUs) ของ Google ถูกออกแบบมาเพื่อรันการคำนวณ AI ได้มีประสิทธิภาพกว่าหน่วยประมวลผลทั่วไป แบบง่าย ๆ ก็คือ แทนที่จะใช้เครื่องมัลติฟังก์ชันสำหรับทุกงาน คุณสร้างเครื่องที่เชี่ยวชาญในคณิตศาสตร์แบบทำซ้ำที่ AI พึ่งพา

ประโยชน์ไม่ได้มีแค่เพื่ออวด—แต่มันทำให้สามารถให้ฟีเจอร์ AI ด้วยประสิทธิภาพที่คาดเดาได้และต้นทุนการดำเนินการที่ต่ำกว่า

ศูนย์ข้อมูลและเครือข่าย: ทำให้ AI รู้สึก “พร้อมใช้งานเสมอ”

ชิปอย่างเดียวไม่พอ ระบบ AI ยังต้องพึ่งศูนย์ข้อมูล การจัดเก็บ และเครือข่ายความจุสูงที่ย้ายข้อมูลระหว่างบริการได้อย่างรวดเร็ว เมื่อทุกอย่างถูกออกแบบเป็นระบบที่สอดคล้องกัน AI จะทำงานเหมือนยูทิลิตี้ที่พร้อมใช้งานตลอดเวลา—พร้อมเมื่อผลิตภัณฑ์ต้องการ

คลาวด์เป็นช่องทางการส่งมอบ

Google Cloud เป็นส่วนหนึ่งของวิธีที่โครงสร้างพื้นฐานนี้ไปถึงธุรกิจและนักพัฒนา: ไม่ใช่ทางลัดวิเศษ แต่เป็นวิธีที่ใช้งานได้จริงในการเข้าถึงรูปแบบการคำนวณขนาดใหญ่และรูปแบบการปรับใช้ที่ Google ใช้ภายใน

AI ในผลิตภัณฑ์ Google ประจำวัน: จากฟีเจอร์สู่ดีฟอลต์

ภายใต้การนำของ Pichai งาน AI ที่สำคัญที่สุดของ Google ไม่ได้ปรากฏเสมอเป็นแอปใหม่ที่เด่นชัด แต่มันปรากฏในช่วงเวลาประจำวันที่ราบรื่นขึ้น: Search ทายความหมายที่คุณต้องการ, Photos หาภาพความทรงจำที่ใช่, Translate จับน้ำเสียงแทนแค่คำพูด, และ Maps คาดเส้นทางที่ดีที่สุดก่อนคุณถาม

เมื่อ AI หยุดเป็น “ฟีเจอร์” หนึ่ง

ช่วงแรก ความสามารถ AI หลายอย่างถูกแนะนำเป็นส่วนเสริม: โหมดพิเศษ แท็บใหม่ ประสบการณ์แยกต่างหาก การเปลี่ยนแปลงคือต้องทำให้ AI เป็นชั้นฐานใต้ผลิตภัณฑ์ที่คนใช้แล้ว สิ่งนี้เปลี่ยนเป้าหมายผลิตภัณฑ์จาก “ลองของใหม่” เป็น “ต้องใช้งานได้เลย”

ใน Search, Photos, Translate, และ Maps เจตนาเหมือนกัน:

• ลด摩擦: ขั้นตอนน้อยลง พิมพ์น้อยลง การจัดเรียงด้วยมือก็น้อยลง
• เพิ่มความช่วยเหลือ: คำตอบดีกว่า คำแนะนำดีกว่า บริบทดีกว่า

ความคาดหวังใหม่ของผู้ใช้: รวดเร็ว แม่นยำ และเป็นความเป็นส่วนตัวโดยดีฟอลต์

เมื่อ AI ถูกฝังเป็นแกนกลาง มาตรฐานจะสูงขึ้น ผู้ใช้จะไม่ประเมินมันเหมือนการทดลอง—พวกเขาคาดหวังให้มันทันที ถูกต้องอย่างสม่ำเสมอ และปลอดภัยกับข้อมูลของพวกเขา

นั่นหมายความว่าระบบ AI ต้องให้:

• ความเร็วที่รู้สึกทันที แม้ในสเกลใหญ่
• ความแม่นยำที่เชื่อถือได้ ไม่ใช่เพียงน่าประทับใจเป็นครั้งคราว
• ความเป็นส่วนตัวและความปลอดภัยเป็นดีฟอลต์ ไม่ใช่ตัวเลือก

ก่อน vs หลัง: การค้นหาใน Google Photos

ก่อนหน้า: การหาภาพหมายถึงการเลื่อนตามวันที่ ค้นหาในอัลบั้ม หรือจำได้ว่าคุณบันทึกไว้ที่ไหน

หลังจากนั้น: คุณสามารถค้นหาเป็นธรรมชาติ—"ชายหาดที่มีร่มสีแดง", "ใบเสร็จจากมีนาคม", หรือ "หมาในหิมะ"—และ Photos จะแสดงภาพที่เกี่ยวข้องโดยไม่ต้องให้คุณจัดระเบียบอะไรเลย AI หายไปเป็นเบื้องหลัง: คุณสังเกตผลลัพธ์ ไม่ใช่เครื่องจักร

นี่คือภาพของการเปลี่ยนจากฟีเจอร์เป็นดีฟอลต์—AI เป็นเครื่องยนต์เงียบของประโยชน์ประจำวัน

คลื่น Generative AI: จากโมเดลสู่ผู้ช่วย

Generative AI เปลี่ยนความสัมพันธ์สาธารณะกับ machine learning เดิมฟีเจอร์ AI ส่วนใหญ่เป็นการจัดประเภท จัดลำดับ หรือทำนาย: "อันนี้สแปมหรือไม่?", "ผลลัพธ์ไหนดีที่สุด?", "ในภาพนี้มีอะไร?" ระบบเชิงสร้างสรรค์สามารถผลิตภาษาและสื่อ—ร่างข้อความ เขียนโค้ด สร้างภาพ และตอบคำถามด้วยผลลัพธ์ที่ดูเหมือนการให้เหตุผล แม้กระบวนการจริงจะเป็นการหาแบบแผน

ทิศทางของ Google: Gemini และผู้ช่วย

Google ชัดเจนว่าขั้นต่อไปจัดระเบียบรอบ Gemini models และผู้ช่วย AI ที่เข้าใกล้วิธีการทำงานของผู้คนจริง ๆ: ถาม ปรับปรุง และตัดสินใจ แทนที่จะปฏิบัติต่อ AI เป็นองค์ประกอบซ่อนเร้นหลังฟีเจอร์เดียว ผู้ช่วยกลายเป็นทางเข้า—ที่สามารถเรียกเครื่องมือ ค้นหา สรุป และช่วยให้คุณไปจากคำถามสู่การลงมือทำ

รูปแบบ UX ใหม่ที่ผู้คนคาดหวัง

คลื่นนี้ได้แนะนำค่าดีฟอลต์ใหม่ในผลิตภัณฑ์ผู้บริโภคและธุรกิจ:

• อินเตอร์เฟซแบบแชท สำหรับการใส่คำสั่งซ้ำและคำถามต่อเนื่อง
• อินพุตหลายรูปแบบ (ข้อความ รูปภาพ เสียง บางครั้งวิดีโอ) ทำให้การ "โชว์แล้วบอก" แทนการกรอกแบบฟอร์ม
• สรุป ที่ย่อหน้าที่ยาว อีเมล หรือเอกสารให้เป็นไฮไลท์พร้อมตัดสินใจ
• เอเยนต์ ที่สามารถทำขั้นตอนแทนคุณ (ภายใต้สิทธิ์) เช่น วางแผน ร่าง หรือจัดระเบียบ

คำเตือนที่จำเป็น: ความเชื่อถือต้องได้รับ

ผลลัพธ์ที่สร้างขึ้นอาจมั่นใจแต่ผิด นี่ไม่ใช่กรณีชายขอบเล็กน้อย—มันคือข้อจำกัดหลัก การปฏิบัติที่ดีคือการตรวจสอบ: เช็คแหล่งที่มา เปรียบเทียบคำตอบ และถือว่าข้อความที่สร้างเป็นร่างหรือสมมติฐาน ผลิตภัณฑ์ที่จะชนะในสเกลจะทำให้การตรวจสอบนั้นง่ายขึ้น ไม่ใช่เป็นตัวเลือก

AI ที่รับผิดชอบ: ความปลอดภัย ความเป็นส่วนตัว และความเชื่อถือในระดับสเกล

การทำให้ AI เป็นชั้นพื้นฐานของเว็บจะได้ผลก็ต่อเมื่อผู้คนพึ่งพาได้ ในระดับ Google อัตราความผิดพลาดเล็กน้อยกลายเป็นเรื่องประจำวันสำหรับคนจำนวนมาก—ดังนั้น “AI ที่รับผิดชอบ” ไม่ใช่โครงการข้างเคียง ต้องถูกปฏิบัติคล้ายกับคุณภาพผลิตภัณฑ์และความพร้อมใช้งาน

ความเสี่ยงหลักที่ปรากฏจากการใช้งานจริง

ระบบเชิงสร้างอาจให้ผลผิด (hallucinations), สะท้อนหรือขยายอคติทางสังคม, และเสี่ยงด้านความเป็นส่วนตัวเมื่อจัดการข้อมูลที่ละเอียดอ่อน นอกจากนี้ยังมีความกังวลด้านความปลอดภัย—prompt injection, การรั่วไหลของข้อมูลผ่านการเรียกใช้งานเครื่องมือ และปลั๊กอินหรือส่วนขยายที่เป็นอันตราย—รวมถึงการนำไปใช้ในทางมิชอบอย่างการหลอกลวง มัลแวร์ หรือตัวสร้างเนื้อหาที่ผิดกฎหมาย

สิ่งเหล่านี้ไม่ใช่ทฤษฎี มันเกิดจากพฤติกรรมผู้ใช้ปกติ: ถามคำถามกำกวม วางข้อความส่วนตัว หรือใช้ AI ในเวิร์กโฟลว์ที่คำตอบผิดอาจมีผลกระทบจริง

การบรรเทาความเสี่ยงระดับสูงที่ใช้ได้จริง

ไม่มีมาตรการเดียวแก้ปัญหาได้ทั้งหมด วิธีปฏิบัติที่ใช้งานได้จริงคือการซ้อนกันของมาตรการ:

• การประเมินและเบนช์มาร์ก เพื่อวัดความจริง ความเอนเอียง และผลลัพธ์อันตรายก่อนปล่อยและหลังอัปเดต
• red teaming (ทั้งภายในและภายนอก) เพื่อทดสอบโมเดลเหมือนผู้โจมตีหรือผู้ประสงค์ร้าย
• นโยบายและการบังคับใช้ ที่จำกัดผลลัพธ์บางประเภทและชี้แนะแนวทางการทำงานของโมเดลในหมวดที่อ่อนไหว
• การควบคุมของผู้ใช้และความโปร่งใส เช่น การอ้างอิงแหล่งที่มาเมื่อเป็นไปได้ ช่องทางส่งฟีดแบ็ก และการตั้งค่าที่ช่วยให้ผู้ใช้จัดการข้อมูลที่เก็บหรือใช้งานได้
• ความเป็นส่วนตัวและความปลอดภัยโดยออกแบบ รวมถึงการลดข้อมูลที่เก็บ การควบคุมการเข้าถึง และการเชื่อมต่อเครื่องมือที่รัดกุม

ทำไมความปลอดภัยต้องขยายตัวเหมือนโครงสร้างพื้นฐาน

เมื่อโมเดลถูกฝังใน Search, Workspace, Android, และเครื่องมือสำหรับนักพัฒนา งานด้านความปลอดภัยต้องทำซ้ำได้และอัตโนมัติ—มากกว่าการรีวิวฟีเจอร์เดียว นั่นหมายถึงการทดสอบต่อเนื่อง เส้นทางการย้อนกลับอย่างรวดเร็ว และมาตรฐานที่สม่ำเสมอข้ามผลิตภัณฑ์ เพื่อให้ความเชื่อใจไม่ขึ้นกับทีมที่ปล่อยฟีเจอร์หนึ่ง ๆ

ในระดับนี้ “ความเชื่อถือ” กลายเป็นความสามารถของแพลตฟอร์มร่วม—สิ่งที่จะตัดสินว่า AI จะสามารถเป็นพฤติกรรมดีฟอลต์ได้หรือไม่

การแข่งขันและการกำกับดูแล: ข้อจำกัดที่หล่อหลอมกลยุทธ์

กลยุทธ์ AI-first ของ Google ไม่ได้พัฒนาในสุญญากาศ เมื่อ generative AI เคลื่อนจากแลบสู่ผลิตภัณฑ์ผู้บริโภค Google เผชิญแรงกดดันจากหลายทิศทางพร้อมกัน—แต่ละทิศทางมีผลต่อสิ่งที่จะปล่อย ที่จะรัน และความเร็วที่สามารถกระจายได้

แรงกดดันด้านการแข่งขันข้ามโมเดล อุปกรณ์ และคลาวด์

ที่ชั้นโมเดล การแข่งขันไม่ได้มีแค่ “ใครมีแชทบอทดีที่สุด” มันรวมถึงใครเสนอโมเดลที่เชื่อถือได้ ราคาทดแทนได้ (เช่น Gemini models) และเครื่องมือในการผนวกเข้าเป็นผลิตภัณฑ์จริง นั่นคือเหตุผลที่ Google เน้นส่วนประกอบแพลตฟอร์ม—TensorFlow ในอดีต และตอนนี้คือ API ที่จัดการและ endpoints ของโมเดล—สำคัญเท่าๆ กับเดโมโมเดล

บนอุปกรณ์ ระบบปฏิบัติการและผู้ช่วยดีฟอลต์กำหนดพฤติกรรมผู้ใช้ เมื่อฟีเจอร์ AI ถูกฝังในโทรศัพท์ เบราว์เซอร์ และชุดโปรดักทีฟิตี ฟีเจอร์ที่กระจายได้กลายเป็นข้อได้เปรียบเชิงกลยุทธ์ ตำแหน่งของ Google ใน Android, Chrome, และ Search สร้างโอกาส—แต่ก็ยกมาตรฐานว่าฟีเจอร์ต้องเสถียร เร็ว และเข้าถึงได้กว้าง

ในแพลตฟอร์มคลาวด์ AI เป็นตัวแปรสำคัญสำหรับผู้ซื้อองค์กร ตัวเลือกเกี่ยวกับ TPU, การตั้งราคา, และสถานที่โฮสต์โมเดลมักสะท้อนการเปรียบเทียบที่ลูกค้าทำระหว่างผู้ให้บริการ

ธีมการกำกับดูแลที่มีผลต่อสิ่งที่จะปล่อย

การกำกับดูแลเพิ่มชั้นข้อจำกัดอีกชั้น ธีมทั่วไปรวมถึงความโปร่งใส (อะไรถูกสร้าง vs มาจากแหล่ง), ลิขสิทธิ์ (ข้อมูลฝึกและผลลัพธ์), และการคุ้มครองข้อมูล (การจัดการกับคำสั่งและข้อมูลองค์กร) สำหรับบริษัทขนาด Google หัวข้อเหล่านี้สามารถมีอิทธิพลต่อการออกแบบ UI ค่าดีฟอลต์ในการล็อก และฟีเจอร์ที่เปิดในภูมิภาคต่าง ๆ

สิ่งนี้หล่อหลอมการเลือกผลิตภัณฑ์และจังหวะการเปิดตัวอย่างไร

รวมกัน การแข่งขันและการกำกับดูแลมักดัน Google ไปสู่การเปิดตัวเป็นขั้นตอน: พรีวิวจำกัด ฉลากผลิตภัณฑ์ที่ชัดเจน และการควบคุมที่ช่วยให้องค์กรนำ AI มาใช้เป็นระยะ ๆ แม้ CEO ของ Google จะกรอบว่า AI เป็นแพลตฟอร์ม การปล่อยอย่างกว้างมักต้องจัดลำดับอย่างระมัดระวัง—สมดุลความเร็วกับความเชื่อถือ การปฏิบัติตาม และความพร้อมในการปฏิบัติงาน

สิ่งที่ควรนำไปใช้: AI กลายเป็นชั้นพื้นฐานของเว็บอย่างไร

การทำให้ AI เป็น “อินเทอร์เน็ตพริมิทีฟ” หมายถึงมันหยุดเป็นเครื่องมือแยกที่คุณต้องไปหา และเริ่มทำงานเหมือนความสามารถมาตรฐาน—คล้ายการค้นหา แผนที่ หรือการแจ้งเตือน คุณไม่คิดว่าเป็น "AI"; คุณสัมผัสมันเป็นวิธีปกติที่ผลิตภัณฑ์เข้าใจ สร้าง สรุป และทำอัตโนมัติ

ไอเดียใน 5 ข้อสรุป

1. AI กลายเป็นอินเตอร์เฟซ. แทนการวนเมนู ผู้ใช้จะอธิบายในภาษาธรรมชาติ และผลิตภัณฑ์จะคิดขั้นตอนให้

2. AI กลายเป็นพื้นฐานร่วม. โมเดล เครื่องมือ และโครงสร้างพื้นฐานนำกลับมาใช้ข้ามผลิตภัณฑ์ ทำให้การปรับปรุงทวีคูณเร็วขึ้น

3. AI เคลื่อนไปจาก “ฟีเจอร์” สู่ “พฤติกรรมดีฟอลต์.” การเติมข้อความอัตโนมัติ การสรุป การแปล และคำแนะนำเชิงรุกกลายเป็นความคาดหวังพื้นฐาน

4. การกระจายมีความสำคัญเท่าความก้าวหน้า. เมื่อนำ AI ฝังในผลิตภัณฑ์ที่ใช้กันแพร่หลาย การนำไปใช้ไม่ใช่แค حملคลอดผ่านแคมเปญการตลาด แต่มันคือการอัปเดตซอฟต์แวร์

5. ความเชื่อถือกลายเป็นสเปคหลัก. ความปลอดภัย ความเป็นส่วนตัว และธรรมาภิบาลไม่ใช่ฟีเจอร์เสริม: พวกมันเป็นสิ่งที่กำหนดว่า AI จะอยู่ใน “ท่อ” ของเว็บได้หรือไม่

สิ่งที่เปลี่ยนสำหรับผู้ใช้และธุรกิจ

สำหรับผู้ใช้ "ดีฟอลต์ใหม่" คือความสะดวกและความเร็ว: คลิกน้อยลง คำตอบมากขึ้น และการอัตโนมัติในงานประจำวัน แต่ก็ยกระดับความคาดหวังด้าน ความแม่นยำ ความโปร่งใส และการควบคุม—ผู้คนอยากรู้เมื่อมีการสร้างเนื้อหา วิธีแก้ไข และข้อมูลใดถูกใช้

สำหรับธุรกิจ "ความคาดหวังใหม่" เป็นเรื่องท้าทายมากขึ้น: ลูกค้าจะสมมติว่าผลิตภัณฑ์ของคุณสามารถ เข้าใจเจตนา, สรุปเนื้อหา, ช่วยตัดสินใจ, และ รวมเข้ากับเวิร์กโฟลว์ ได้ หาก AI ของคุณดูเหมือนแปะเข้ามา—หรือไม่น่าเชื่อถือ—มันจะถูกเปรียบเทียบไม่ใช่กับ "ไม่มี AI" แต่กับผู้ช่วยที่ดีที่สุดที่ผู้ใช้มี

คำถามเชิงปฏิบัติที่ต้องถามเมื่อประเมินเครื่องมือ AI

• มันทำงานอะไรเป็นค่าดีฟอลต์? มันกำลังแทนที่ขั้นตอนที่ผู้ใช้ทำอยู่แล้ว หรือสร้างงานใหม่เพื่อ "จัดการ AI"?
• มันจัดการความผิดพลาดอย่างไร? ผู้ใช้ตรวจสอบแหล่งที่มา เห็นความมั่นใจ หรือตั้งค่าถอนผลลัพธ์ได้ง่ายไหม?
• ข้อมูลใดที่ใช้เรียนรู้และเก็บไว้? อะไรเป็นทางเลือก อะไรจำเป็น และมีการควบคุมอะไรบ้าง?
• มันเข้ากับเวิร์กโฟลว์ของคุณไหม? มันเชื่อมกับเอกสาร ตั๋ว CRM ฐานความรู้ โดยไม่ต้องคัดลอกวางหรือไม่?
• เส้นต้นทุนเป็นอย่างไร? การตั้งราคาและข้อจำกัดเหมาะสมเมื่อการใช้งานเติบโตไหม (/pricing)?

ถ้าคุณต้องการวิธีประเมินเครื่องมืออย่างสม่ำเสมอ ใช้เช็คลิสต์โครงสร้างอย่าง /blog/ai-product-checklist หากกำลังตัดสินใจสร้างเองหรือซื้อ ก็ทดลองดูว่าใช้เวลานานแค่ไหนจากความตั้งใจถึงแอปใช้งานได้—แพลตฟอร์มอย่าง Koder.ai ถูกออกแบบมาสำหรับโลก "AI เป็นดีฟอลต์" นี้ ด้วยการสร้างผ่านแชท การปรับใช้ และการส่งออกซอร์ส