ข้ามไปยังเนื้อหาหลัก
FromNine
เมนู

การให้คำปรึกษา

การตัดสินใจด้านสถาปัตยกรรมที่อธิบายเหตุผลได้

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

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

สถาปัตยกรรมและการให้คำปรึกษา: ชั้นความสามารถสามชั้นเรียงซ้อนกัน จากบนลงล่าง ได้แก่ แผนงานที่แบ่งเป็นระลอก การตัดสินใจและบันทึกการตัดสินใจ และความเข้าใจในเป้าหมายและสภาพปัจจุบันที่เป็นฐานของทั้งหมด01แผนงานแบ่งเป็นระลอก02ทางเลือกและบันทึกการตัดสินใจ03เป้าหมายและสภาพปัจจุบัน
  1. 01การทบทวนสภาพปัจจุบันที่ทำให้เห็นหนี้ทางเทคนิคและความเสี่ยง
  2. 02เปรียบเทียบทางเลือกด้านคุณค่า ความเป็นไปได้ ความเสี่ยง และต้นทุนรวม บันทึกเป็น ADR
  3. 03แผนงานที่เรียงลำดับตามการพึ่งพากันและคุณค่าทางธุรกิจ พร้อมการกำกับคุณภาพการส่งมอบ

01 ปัญหา

เมื่อทีมต้องการความเห็นที่สอง

  1. 01

    ถึงเวลาตัดสินใจเรื่องใหญ่ และทุกทางเลือกดูสมเหตุสมผล

    แพลตฟอร์มใด สร้างเองหรือซื้อ คลาวด์รายใด ผู้ขายรายใด แต่ละทางเลือกมีผู้สนับสนุน แต่ยังไม่มีใครเปรียบเทียบทุกทางเลือกด้วยเกณฑ์เดียวกัน

  2. 02

    มีไอเดีย AI ยี่สิบเรื่อง แต่ไม่มีการจัดลำดับ

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

  3. 03

    โครงการล่าช้า และไม่มีใครบอกได้ว่าเพราะอะไร

    รายงานสถานะเป็นสีเขียว แต่กำหนดการเลื่อนออกไป และคณะกรรมการกำกับโครงการต้องการมุมมองที่เป็นอิสระ

  4. 04

    ใกล้ถึงการประกวดราคาแล้ว แต่ข้อกำหนดยังไม่พร้อม

    องค์กรรู้ว่าต้องการอะไรในมุมธุรกิจ แต่ยังไม่รู้ว่าจะเขียนข้อกำหนดอย่างไรให้ผู้ยื่นข้อเสนอตอบได้ดี

02 สิ่งที่เราส่งมอบ

สิ่งที่เราส่งมอบ

  1. 01 การประเมินสถาปัตยกรรม

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

    สิ่งที่เราทำ

    • สัมภาษณ์สถาปนิก เจ้าของระบบ และผู้ดูแลระบบ
    • จัดทำบัญชีแอปพลิเคชันและการเชื่อมต่อระบบ
    • ประเมินหนี้ทางเทคนิคและความเสี่ยง
    • ทบทวนต้นทุนและสัญญา

    สิ่งที่คุณได้รับ

    • สถาปัตยกรรมสภาพปัจจุบัน
    • ทะเบียนความเสี่ยงพร้อมผู้รับผิดชอบ
    • ข้อค้นพบที่นำเสนอต่อผู้มีอำนาจตัดสินใจ
  2. 02 ความพร้อมด้าน AI และพอร์ตกรณีการใช้งาน

    พอร์ตกรณีการใช้งาน AI ที่จัดลำดับแล้ว ให้คะแนนตามคุณค่า ความเป็นไปได้ และความเสี่ยง พร้อมการจัดประเภทเบื้องต้นตาม EU AI Act สำหรับงานที่ผลลัพธ์จะใช้ในสหภาพยุโรป ข้อพิจารณาด้าน PDPA และมุมมองว่าควรสร้างเอง ซื้อ หรือร่วมมือกับพันธมิตรในแต่ละกรณี

    สิ่งที่เราทำ

    • รวบรวมกรณีการใช้งานจากทุกฝ่าย
    • ให้คะแนนตามคุณค่า ความพร้อมของข้อมูล และความเสี่ยง
    • จัดประเภทเบื้องต้นตาม EU AI Act ในแต่ละกรณีการใช้งาน
    • วิเคราะห์ทางเลือกสร้างเอง ซื้อ หรือร่วมมือกับพันธมิตร

    สิ่งที่คุณได้รับ

    • พอร์ตกรณีการใช้งานที่จัดลำดับความสำคัญแล้ว
    • สามกรณีการใช้งานแรกที่พร้อมเริ่ม
    • เงื่อนไขเบื้องต้นด้านข้อมูลและแพลตฟอร์ม
  3. 03 สถาปัตยกรรมเป้าหมายและแผนงาน

    การเลือกแพลตฟอร์มระหว่าง Salesforce, SAP, Odoo และซอฟต์แวร์ที่พัฒนาเฉพาะ จัดลำดับเป็นระลอกพร้อมการพึ่งพากัน ต้นทุนรวมตลอดอายุการใช้งาน และการเปลี่ยนแปลงในองค์กรที่แต่ละระลอกต้องการ

    สิ่งที่เราทำ

    • แผนผังความสามารถและหลักการเป้าหมาย
    • วิเคราะห์ทางเลือกในแต่ละโดเมน
    • ต้นทุนรวมตลอดอายุการใช้งานในระยะหลายปี
    • วางแผนระลอกงานพร้อมการพึ่งพากัน

    สิ่งที่คุณได้รับ

    • สถาปัตยกรรมเป้าหมาย
    • แผนงานแบ่งเป็นระลอก
    • ข้อมูลสำหรับกรณีทางธุรกิจของแต่ละระลอก
  4. 04 อธิปไตยของข้อมูลและกลยุทธ์คลาวด์

    การวิเคราะห์การผูกติดผู้ให้บริการ การตัดสินใจเรื่องที่ตั้งของข้อมูล และแผนการย้ายออก เพื่อให้ทางเลือกด้านคลาวด์และ SaaS ย้อนกลับได้ในจุดที่สำคัญ

    สิ่งที่เราทำ

    • วิเคราะห์การพึ่งพาและการผูกติดผู้ให้บริการ
    • จัดประเภทข้อมูลและทางเลือกเรื่องที่ตั้งของข้อมูล
    • ประมาณต้นทุนการย้ายออก
    • ข้อสัญญาที่ต้องทบทวนร่วมกับฝ่ายจัดซื้อ

    สิ่งที่คุณได้รับ

    • จุดยืนด้านอธิปไตยตามประเภทข้อมูล
    • แผนการย้ายออกสำหรับบริการสำคัญ
    • เอกสารกลยุทธ์คลาวด์
  5. 05 การสนับสนุนการจัดซื้อจัดจ้างของหน่วยงานภาครัฐในยุโรป

    การหารือกับตลาด ข้อกำหนดด้านฟังก์ชัน และเกณฑ์การประเมิน เราเปิดเผยเรื่องกฎการมีส่วนร่วมล่วงหน้าอย่างตรงไปตรงมา ตามมาตรา 41 ของคำสั่ง 2014/24/EU การช่วยเตรียมการประกวดราคาอาจมีผลต่อสิทธิของเราในการยื่นข้อเสนอภายหลัง และเราตกลงเรื่องนี้กันตั้งแต่ต้น

    สิ่งที่เราทำ

    • วิเคราะห์ความต้องการและหารือกับตลาด
    • ข้อกำหนดด้านฟังก์ชันและด้านที่ไม่ใช่ฟังก์ชัน
    • เกณฑ์การประเมินและแบบจำลองการให้คะแนน
    • สนับสนุนการตอบข้อสงสัยระหว่างการประกวดราคา

    สิ่งที่คุณได้รับ

    • เอกสารข้อกำหนดที่พร้อมเผยแพร่
    • กรอบการประเมิน
    • ข้อตกลงเป็นลายลักษณ์อักษรเรื่องการมีส่วนร่วมภายหลัง
  6. 06 บันทึกการตัดสินใจและการกำกับคุณภาพการส่งมอบ

    บันทึกการตัดสินใจด้านสถาปัตยกรรม คณะทำงานกำกับการออกแบบ และการทบทวนอย่างเป็นอิสระสำหรับโครงการที่กำลังดำเนินอยู่ เพื่อให้การตัดสินใจตรวจสอบย้อนกลับได้และความเสี่ยงปรากฏตั้งแต่เนิ่น ๆ

    สิ่งที่เราทำ

    • แนวปฏิบัติและแม่แบบ ADR
    • จัดตั้งและดำเนินการคณะทำงานกำกับการออกแบบ
    • การทบทวนเป็นระยะ
    • ตรวจสุขภาพโครงการที่มีปัญหา

    สิ่งที่คุณได้รับ

    • บันทึกการตัดสินใจที่ใช้งานจริง
    • กฎบัตรของคณะทำงานกำกับการออกแบบ
    • รายงานการทบทวนพร้อมข้อเสนอแนะ

03 สถาปัตยกรรม

การตัดสินใจหนึ่งเรื่องเกิดขึ้นอย่างไร

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

ข้อจำกัดอยู่เบื้องล่างทุกขั้นตอน ได้แก่ อธิปไตยของข้อมูลและการย้ายออก การจัดประเภทตาม EU AI Act และ PDPA กฎการจัดซื้อจัดจ้าง และกำลังคนของทีมคุณเอง

ชั้นในแผนภาพ

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

    • เป้าหมายและข้อจำกัดทางธุรกิจ
    • ทบทวนสภาพปัจจุบัน
    • ทะเบียนความเสี่ยง
  2. ตัดสินใจ

    • เกณฑ์: คุณค่า ความเสี่ยง ต้นทุน
    • ทางเลือก
    • คณะทำงานกำกับการออกแบบ
    • บันทึกการตัดสินใจ
  3. วางแผน

    • สถาปัตยกรรมเป้าหมาย
    • แผนงานแบ่งเป็นระลอก
    • กำกับคุณภาพการส่งมอบ
  4. ข้อจำกัด

    • ข้อจำกัด: อธิปไตยของข้อมูลและการย้ายออก การจัดประเภทตาม EU AI Act กฎการจัดซื้อจัดจ้าง
จากเป้าหมายสู่แผนงานผ่านการตัดสินใจที่บันทึกไว้

ตัวอย่างวิธีการ ไม่ใช่งานของลูกค้า

อ่านแผนภาพในรูปแบบข้อความ

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

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

แถบข้อจำกัดด้านล่างครอบคลุมอธิปไตยของข้อมูลและการย้ายออก การจัดประเภทตาม EU AI Act และกฎการจัดซื้อจัดจ้าง

04 ข้อพิจารณาและข้อจำกัด

ข้อพิจารณาและข้อจำกัด

  • ความเป็นอิสระ

    วิธีที่เราจัดการ

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

    ข้อจำกัดและเงื่อนไข

    หากคุณต้องการคำปรึกษาจากฝ่ายที่จะไม่รับงานส่งมอบในภายหลัง โปรดแจ้งเรา เราจะตกลงเรื่องนี้ตั้งแต่ต้น หรือแนะนำให้คุณเลือกบริษัทที่ให้คำปรึกษาเพียงอย่างเดียว

  • กฎระเบียบและกฎหมาย

    วิธีที่เราจัดการ

    เรานำความรู้เชิงปฏิบัติเกี่ยวกับ PDPA, EU AI Act, GDPR, NIS2 และกฎหมายการจัดซื้อจัดจ้างมาใช้ในการตัดสินใจด้านสถาปัตยกรรม

    ข้อจำกัดและเงื่อนไข

    เราไม่ให้คำปรึกษาทางกฎหมาย การจัดประเภทและการตีความเป็นข้อมูลประกอบสำหรับที่ปรึกษากฎหมายของคุณ ซึ่งเป็นผู้ประเมินทางกฎหมาย

  • แผนงานต้องเจอกับความเป็นจริง

    วิธีที่เราจัดการ

    แผนงานเรียงลำดับตามการพึ่งพากันและกำลังคน และทบทวนเมื่อจบแต่ละระลอก

    ข้อจำกัดและเงื่อนไข

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

05 วิธีการทำงาน

วิธีการทำงานของเรา

กระชับ มีโครงสร้าง และอิงหลักฐาน โดยมีสถาปนิกของคุณร่วมอยู่ด้วยตลอด

  1. 01

    ตกลงคำถาม

    อะไรต้องตัดสินใจ ใครเป็นผู้ตัดสิน ภายในเมื่อใด และใช้เกณฑ์ใด

    ผลลัพธ์เอกสารสรุปการตัดสินใจ

  2. 02

    รวบรวมหลักฐาน

    การสัมภาษณ์ เอกสาร ข้อมูลระบบ และตัวเลขต้นทุน เพียงพอสำหรับการตัดสินใจและไม่มากเกินไป

    ผลลัพธ์ฐานหลักฐานและภาพสภาพปัจจุบัน

  3. 03

    เปรียบเทียบทางเลือก

    ทางเลือกที่เป็นไปได้จริงสองถึงสี่ทาง ให้คะแนนตามเกณฑ์ที่ตกลงกัน พร้อมความเสี่ยงและต้นทุน

    ผลลัพธ์การวิเคราะห์ทางเลือก

  4. 04

    ตัดสินใจและบันทึก

    คณะทำงานกำกับการออกแบบของคุณเป็นผู้ตัดสิน เราเขียนบันทึกการตัดสินใจและแผนงานที่ตามมา

    ผลลัพธ์บันทึกการตัดสินใจและแผนงาน

  5. 05

    กำกับคุณภาพการส่งมอบ

    การทบทวนเป็นระยะเพื่อตรวจว่าการส่งมอบยังตรงกับการตัดสินใจหรือไม่ และแจ้งเมื่อควรทบทวนการตัดสินใจใหม่

    ผลลัพธ์รายงานการทบทวน

06 การควบคุมโดยมนุษย์

ใครเป็นผู้ตัดสินใจ

เราให้คำปรึกษา การตัดสินใจยังอยู่กับผู้ที่รับผิดชอบเรื่องนั้น

  • คณะทำงานกำกับการออกแบบของคุณเป็นผู้อนุมัติ

    บันทึกการตัดสินใจด้านสถาปัตยกรรมทุกฉบับได้รับอนุมัติจากคณะทำงานกำกับการออกแบบของคุณหรือเจ้าของที่คุณระบุ ไม่ใช่โดยเราฝ่ายเดียว

  • เกณฑ์มาก่อนทางเลือก

    คุณตกลงเกณฑ์การให้คะแนนและน้ำหนักก่อนให้คะแนนทางเลือก ผลลัพธ์จึงไม่สามารถปรับแต่งภายหลังได้

  • ความเห็นต่างถูกบันทึกไว้

    เมื่อผู้มีส่วนได้ส่วนเสียเห็นไม่ตรงกัน บันทึกการตัดสินใจจะแสดงทางเลือกอื่นและเหตุผลที่ไม่เลือก

07 ตัวอย่าง

ตัวอย่างประกอบ

ตัวอย่างประกอบ

ทิศทาง ERP เดียวสำหรับกลุ่มบริษัทที่เพิ่งซื้อกิจการในยุโรป

01สถานการณ์
ตัวอย่าง: กลุ่มบริษัทขนาดกลางที่มีสำนักงานใหญ่ในประเทศไทยซื้อกิจการสองแห่งในยุโรป ทำให้มีระบบ ERP สามระบบ แต่ละบริษัทอยากใช้ระบบของตนต่อ ส่วนคณะกรรมการต้องการภาพรวมเดียวของการเงินและห่วงโซ่อุปทาน และต้องดูแลทั้ง PDPA และ GDPR
02ระบบที่เราจะสร้าง
การวิเคราะห์ทางเลือกที่เปรียบเทียบ ERP เดียวทั้งกลุ่ม รูปแบบสองระดับที่มีแกนกลางของกลุ่มและระบบท้องถิ่นที่เบากว่า และการเชื่อมต่อระบบเพียงอย่างเดียว แต่ละทางเลือกมีต้นทุน ความเสี่ยง และแผนงานแบ่งเป็นระลอก
03จุดที่คนเป็นผู้ตัดสินใจ
คณะทำงานกำกับการออกแบบของกลุ่มกำหนดเกณฑ์และเป็นผู้ตัดสินใจ ผู้บริหารของแต่ละประเทศทบทวนผลกระทบต่อการดำเนินงานของตนก่อนอนุมัติ
04สิ่งที่เราจะวัดผล
ต้นทุนรวมตลอดอายุการใช้งานในช่วงเวลาที่วางแผน เวลาที่ใช้ปิดงบรวมรายเดือน และจำนวนการเชื่อมต่อที่ต้องดูแล

08 มุมมองรายอุตสาหกรรม

ในอุตสาหกรรมของคุณ

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

  • การตัดสินใจด้านสถาปัตยกรรมที่บันทึกไว้สำหรับหน่วยงานกำกับดูแล โดยรวมความเสี่ยงจากผู้ให้บริการ ICT ภายนอกและกลยุทธ์การย้ายออกไว้ตั้งแต่ต้น

  • ระบบ ERP และระบบในโรงงานหลายแห่งที่จัดให้เป็นระเบียบ พร้อมแผนงานที่สอดคล้องกับปฏิทินการผลิต

ประเทศไทย

การตัดสินใจที่ใช้ได้กับกฎหมายหลายประเทศ

การตัดสินใจด้านสถาปัตยกรรมขององค์กรไทยที่ทำงานกับยุโรปต้องผ่านกฎหลายชุดพร้อมกัน ในประเทศไทยมี พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) และสำหรับหน่วยงานโครงสร้างพื้นฐานสำคัญทางสารสนเทศ มี พ.ร.บ.การรักษาความมั่นคงปลอดภัยไซเบอร์ พ.ศ. 2562 ส่วนลูกค้าหรือบริษัทแม่ในยุโรปนำ GDPR, NIS2 และ EU AI Act เข้ามาผ่านสัญญาและข้อกำหนดของกลุ่ม

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

คำถามเกี่ยวกับสถาปัตยกรรมและการให้คำปรึกษา

การประเมินสถาปัตยกรรมใช้เวลานานเท่าใด

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

เป็นอิสระได้หรือไม่ หากรับงานส่งมอบด้วย

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

FromNine เอนเอียงไปทาง Salesforce, SAP หรือ Odoo หรือไม่

เราเป็นพันธมิตรของทั้งสามแพลตฟอร์ม (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) และพัฒนาซอฟต์แวร์เฉพาะด้วย เราจึงไม่มีแพลตฟอร์มใดแพลตฟอร์มหนึ่งที่ต้องขาย แต่ละแพลตฟอร์มเหมาะกับสถานการณ์ที่ต่างกัน และบางครั้งคำตอบที่ถูกต้องคือใช้ร่วมกัน เช่น SAP ในระดับกลุ่มบริษัท และ Odoo ในบริษัทลูกที่มีขนาดเล็กกว่า

หน่วยงานภาครัฐในยุโรปให้ FromNine ช่วยเตรียมการประกวดราคาแล้วยื่นข้อเสนอได้หรือไม่

อาจได้ แต่ไม่ได้เป็นไปโดยอัตโนมัติ คำสั่ง 2014/24/EU อนุญาตให้มีส่วนร่วมล่วงหน้าได้เฉพาะเมื่อหน่วยงานผู้จัดซื้อจัดจ้างดูแลให้การแข่งขันไม่ถูกบิดเบือน เช่น การเปิดเผยข้อมูลที่เราจัดทำให้ผู้ยื่นข้อเสนอทุกรายทราบ เราหารือเรื่องนี้อย่างเปิดเผยก่อนเริ่มงาน และหน่วยงานเป็นผู้ตัดสิน

ควรเริ่มต้นกับ AI จากจุดใด

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

เราจะทำงานกับใคร

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

บอกเราถึงการตัดสินใจที่รออยู่บนโต๊ะของคุณ

เราจะเสนอวิธีตั้งโจทย์ หลักฐานที่ต้องใช้ และระยะเวลาที่ต้องใช้เพื่อให้ได้คำตอบที่หนักแน่น