#1: How many customers are on your current release? ตอนนี้มีลูกค้าจำนวนแค่ไหนที่ใช้ผลิตภัณท์รุ่นใหม่ล่าสุดของคุณ

Oracle ไม่ค่อยจะออกรุ่นใหม่ แต่มี patch มาเรื่อยๆ ในขณะที่ SAP จะออก patch มาเรื่อยๆ และรวมเป็นชุดปีละสามครั้ง ระหว่างนั้นก็เอาของใหม่มาให้ลองจนแก้ปัญหาไปเกือบหมด ครบปีก็เอามาขายเป็นทางการ

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

ใครๆ ก็อ้างเรื่องราคา TCO ROI พูดกันไปเรื่อย สุดท้ายก็มักจะเลือกเพราะมันน่าเชื่อถือ ถูกไปไม่มีใครเชื่อใจ เข้าตำรายิ่งแพงยิ่งดี

#2: Which standards do you support? สนับสนุนมาตรฐานอะไรบ้าง

นั่นต้องมองว่ามาตรฐานคืออะไร SOA ไม่ใช่มาตรฐาน ผมว่ามันกว้างเกินไป ค่อนข้างจะมองในแง่ลบไปซักนิด ผมเห็นด้วยที่ควรจะทำตามมาตรฐาน แต่ไม่ควรให้มาตรฐานมาจำกัดศักยภาพของระบบทั้งหมด

ในความเป็นจริงนั้น SAP สนับสนุนมาตรฐานมากมายซึ่งรวมถึง SOA ทั้งหลาย เช่น SOAP ด้วย ถ้ายังคิดว่าไม่มากพอ SAP มี J2EE ของตัวเอง ตรงมาตรฐานเป๊ะ ถ้าคิดว่า SOAP มันมากเกินไป SAP ก็มีไลบรารี่ของเกือบทุกภาษาเพื่อติดต่อกับ SAP

คนที่ไม่รู้อาจจะคิดว่า ABAP เป็นสัตว์ proprietary ในตำนาน เป็นสิ่งที่น่ากลัวเพราะไม่เป็นมาตรฐาน ปัญหาก็คือ มาตรฐาน คืออะไร ถ้ามันหมายถึงสิ่งที่มีกฏแน่นอนตายตัว ทุกฝ่ายยอมรับ ABAP ก็คือมาตรฐาน

ถ้าไม่ชอบ ABAP แบบเข้าไส้ SAP ก็สนับสนุนการเขียนภาษาอื่น Java .Net Python Ruby PHP อะไรก็ได้ที่ชอบ

#3: What is your strategy for moving beyond generic ERP and acquiring deep industry expertise, products, and people who come from my industry? มีแผนจะพัฒนาผลิตภัณท์ให้เป็นมากกว่าแค่ ERP ธรรมดายังไง ให้มันเฉพาะเจาะจงกับธุรกิจของฉันเลยอะ ได้ป่าว

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

สำหรับเป้าหมาย ESA หรือ Enterprise Service Architecture นั้น NetWeaver ไปไกลมาก มากจนหาคนตามไม่ทัน เพราะมีแม้แต่ IDE ซึ่งพัฒนามาจาก Eclipse ที่ฉลาดมากๆ เรื่อง AJAX อย่าพูดให้พวก SAP ได้ยิน อาจทำให้งอนได้ เพราะ SAP เริ่มใช้ตั้งแต่ยังไม่มีคำว่า AJAX (ไม่แน่ใจเวลา แต่ต้องเป็นประมาณช่วงแรกๆ ตั้งแต่ Gmail ยังไม่แพร่หลายเท่าไหร่) โดยที่ไม่ต้องเขียนโค้ดซักบรรทัด

ถ้าจะมองในมุมของพวกธุรกิจเฉพาะทาง เช่น พวกโรงงาน ผมไม่รู้ว่า Oracle ซื้อมาจะเป็นยังไง แต่ SAP มีขายโมดูลเสริมเป็น Best Practices สำหรับธุรกิจพวกนี้โดยเฉพาะ เช่น รถยนต์ สิ่งทอ ท่อน้ำ เป็นต้น ลงเสร็จก็เกือบจะใช้ได้หมด ไม่พอใจก็แก้ต่อ

#4: Will my applications run in a single environment?

ปัญหานี้จริงๆ แล้วไม่ใช่ปัญหา SAP ตั้งใจออกแบบให้เป็นโมดูล เพื่อให้การขยายขนาดระบบไม่ยุ่งยากเกินไป ERP แม้จะทำงานหนัก แต่ก็มีจำนวนผู้ใช้เกือบคงที่ ในขณะที่ CRM นั้นมีอัตราการเติบโตทั้งจำนวนผู้ใช้และปริมาณข้อมูล คงไม่มีใครอยากใช้สัตว์ประหลาดเครื่องเดียวลงทั้ง ERP CRM และที่แน่ๆ SAP สนับสนุนการทำ load balance ในตัว โชคร้ายนิดที่ไม่ยอมใส่คำสำคัญพวก cluster เข้าไป ในขณะที่ Oracle มักจะใส่คำนี้ประจำ หลังๆ Oracle เริ่มใส่คำว่า grid เข้าไปเป็นที่เอิกเกริก แต่ด้าน SAP ไม่ได้โฆษณามากนักว่าลงทุนไปกับ grid มากถึง $2.6M เพื่อตั้ง Grid Research Center ตั้งแต่ต้นปี

ถ้าคิดว่ามีหลายเครื่องแล้วจัดการลำบาก SAP มี SLD เอาไว้จัดการเรื่อง change management โดยเฉพาะ

#5: What is your strategy for the future? ต่อไปในอนาคตจะเป็นยังไง

อนาคตของ SAP สดใสเหมือนดวงอาทิตย์ จนไม่มีใครกล้ามอง เพราะมองแล้วแสลงใจ (แสบตา) เรื่อง SOA ไม่มีปัญหา ABAP ทุกอย่างที่เขียนไว้จะไม่เสียหลาย ไม่ต้องเขียน wrapper เพราะ Web AS จะจัดการ transcode ระหว่าง SOAP และ BAPI ให้โดยอัตโนมัติ ไม่ต้องกลัวว่าจะเขียนยาก เพราะมี NWDS ที่ช่วย generate/refactor โค้ดให้ในทุกขั้นตอน แม้แต่การเรียก Web Services ถ้ายังกลัวก็ต้องบอกว่ามันสนับสนุน WSDL และ UDDI ด้วย

ไม่ใช่ว่าไม่ชอบ Oracle ผมแค่เห็นว่าเค้าให้ข้อมูลด้านเดียวมากเกินไปนิดนึง น่าจะให้เกียรติ SAP หน่อย เพราะถึงยังไง SAP ก็สนับสนุนให้ใช้ DBMS ของ Oracle

ps. ไม่เห็นพูดถึง performance เลยเนอะ

อืม เค้าวัดกันยังไงน้อ ERP Benchmark Suite เหรอ

ปล. ผมไม่ใช่สาวก SAP แต่ถ้าใครจะบอกว่า SAP ห่วย ผมขอให้กลับไปดูอีกที่ว่า salesman ขายของผิดวัตถุประสงค์ หรือว่า implementor ไม่มีคุณภาพ ถ้ามันไม่เหมาะก็อย่าไปใช้ มันเป็นแค่กระสุนเงิน ไม่ใช่ดราก้อนบอล ห่วย ควรใช้กับซอฟต์แวร์ที่บักเยอะแล้วไม่แก้หรือแก้ไม่ทันใจมากกว่า เพราะฉะนั้น Oracle ไม่ห่วยนะครับ

ผมไม่เคยจับ SAP ครับ ส่วน Oracle นั้นพอเห็นผ่านตามาบ้าง ในมุมมองของผม ผมเห็น Oracle ที่สนับสนุนมาตรฐานมากกว่า (อาจเป็นเพราะเห็น SAP เอะอะอะไรก็ ABAP ด้วย)

สิ่งที่ผมไม่รู้และสงสัยมาก ก็คือเรื่อง architecture ภายในของ SAP ว่าเขียนมายังไง และรองรับการขยายแค่ไหน

ผมเปิดหนังสือ ABAP ผ่านๆ แล้วง่วงนอนเลยครับ ให้ความรู้สึกโบราณๆ ยังไงไม่รู้

ความคิดเห็นส่วนตัวจากคนวงนอกสุดๆ ครับ

smilelovehappiness - ผมรู้สึกว่าผมเขียนในแง่ลบไปเยอะเหมือนกันน่ะครับ กลัวจะมีคนเข้าใจผิดว่าผมไม่ชอบ Oracle

deans4j - นั่นเป็นเพราะการประชาสัมพันธ์ในไทยอยู่ในขั้นไม่ค่อยดีถึงแย่ น่าแปลกที่มีหนังสือ SAP ในไทยน้อยยิ่งกว่าน้อย วารสารรายเดือนก็ไม่มี นานๆ มีข่าวซักที ด้วยเหตุทั้งหมดนี้ทำให้ SAP เป็นแดนลับแล ที่รู้แค่ว่าข้างในมี ABAP ซึ่งเป็นความเชื่อที่ถูกเมื่อหลายปีก่อน เข้าใจว่าหลังจากนั้นก็ไม่มีใครหลุดรอดออกมาจากเมืองลับแลเพื่อบอกความจริงข้างในได้อีกเลย

sugree - คงเป็นเพราะ เออรู้เฉพาะพวกเราคนในดีแล้ว คนเข้ามาเยอะเดี๋ยวแย่งงานแย่งเงินกัน แบบนี้หรือเปล่า?

SAP ในมุมมองผมคือ black box legacy system ตัวใหญ่ๆ ตัวนึงที่ไม่อยากเข้าไปยุ่งด้วยเลย

"เข้าใจว่าหลังจากนั้นก็ไม่มีใครหลุดรอดออกมาจากเมืองลับแลเพื่อบอกความจริงข้างในได้อีกเลย"

อาจจะไปเป็นกรรมกรอยู่ Accenture หมด :-p

----------------------- http://www.seasandsong.com/

deans4j - เห็นด้วยอย่างยิ่ง panuta - มันก็แค่ทางผ่าน

ผมเจอบางที่เค้าแปล SAP = Sad After Purchase (ขำๆ นะครับ) No more creative. But more producer!