INPHADE
INPHADE
ขอข้อเสนอ

พัฒนาซอฟต์แวร์และระบบธุรกิจ

พัฒนาซอฟต์แวร์และระบบธุรกิจให้เข้ากับขั้นตอนการทำงานของคุณ

วางระบบภายในหรือเว็บแอปจากคนที่ใช้งาน ข้อมูล และการตัดสินใจที่ต้องรองรับ พร้อมเทียบทางเลือกที่ง่ายกว่าก่อนเริ่มพัฒนาระบบเฉพาะ

ภาพแนวคิดซอฟต์แวร์ธุรกิจ แสดงแดชบอร์ด ตารางข้อมูล โมดูลพอร์ทัล และชั้นสิทธิ์บนฐานสีน้ำเงินเข้ม
ภาพแนวคิดอินเทอร์เฟซ

เริ่มจากโจทย์ธุรกิจ

เมื่อเครื่องมือสำเร็จรูปเริ่มไม่พอดีกับงาน

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

  • คัดลอกข้อมูลเดิมหลายเครื่องมือ
  • สิทธิ์ผู้ใช้ไม่ตรงกับบทบาท
  • ต้องหาทางอ้อมเพื่อทำงานหลัก

ผู้ใช้

ข้อมูลหลัก

กฎธุรกิจ

โมดูลระบบ

แผนภาพตัวอย่างความต้องการ

ขอบเขตที่วางแผนร่วมกันได้

กำหนดระบบจากงานและผู้ใช้งาน

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

01

เครื่องมือภายในและเว็บแอป

วางงานปฏิบัติการ บทบาท ข้อมูล และสิ่งที่ผู้ใช้ต้องทำให้เป็นระบบที่ใช้งานได้

02

Dashboard และรายงานบริหาร

ระบุคำถาม แหล่งข้อมูล และวิธีคำนวณก่อนออกแบบมุมมองหรือรายงาน

03

พอร์ทัลลูกค้าและเอกสาร

ประเมินสิทธิ์ เจ้าของเอกสาร และกิจกรรมที่ลูกค้าหรือผู้ใช้ภายนอกต้องทำ

04

ระบบจอง สต๊อก และออเดอร์

ทบทวนกฎ สถานะ และข้อยกเว้นของงานเหล่านี้เป็นโมดูลที่อาจอยู่ในขอบเขตซอฟต์แวร์เดียวกัน

แนวทางโครงการเบื้องต้น

แบ่งระบบเป็นส่วนที่ทบทวนและตรวจรับได้

  1. 01

    เข้าใจงานปฏิบัติการ

    ระบุผู้ใช้ งาน เครื่องมือเดิม และการตัดสินใจที่ระบบต้องรองรับ

  2. 02

    กำหนดโครงสร้างแอป

    ทบทวนความสัมพันธ์ข้อมูล สิทธิ์ โมดูล และเกณฑ์ตรวจรับ

  3. 03

    ตกลงขอบเขตรอบแรก

    กำหนดงานที่จำกัดชัดเจน สิ่งที่ต้องพึ่งพา และจุดทบทวนก่อนพัฒนา

  4. 04

    ตรวจรับและวางการดูแล

    ทบทวนงานตัวอย่าง การย้ายข้อมูล ส่งมอบ และผู้รับผิดชอบการเปลี่ยนแปลง

ขอบเขตและผู้รับผิดชอบ

วางแผนให้ครอบคลุมช่วงใช้งานจริง

บรีฟที่ดีควรครอบคลุมการดูแลแอปพลิเคชันหลังเปิดใช้ ไม่ใช่เพียงรายการหน้าจอที่จะสร้าง

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

ไม่ได้กำหนดแพ็กเกจหรือระยะเวลาส่งมอบตายตัว ควรตกลงการใช้งาน ดูแล และเปลี่ยนแปลงระบบควบคู่กับขอบเขตพัฒนารอบแรก

พูดคุยขอบเขตโครงการ

คำถามก่อนเริ่มโครงการ

ข้อมูลที่ช่วยให้คุยงานได้ชัดขึ้น

ซอฟต์แวร์เฉพาะเหมาะกว่า SaaS เมื่อไร?

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

เริ่มจากระบบเล็กก่อนทำได้หรือไม่?

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

ควรเตรียมอะไรเพื่อประเมินขั้นตอนงาน?

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

ข้อมูลเดิมและการเชื่อมต่ออยู่ในขอบเขตอย่างไร?

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

ใครเป็นผู้ดูแลระบบหลังใช้งาน?

ต้องตกลงเจ้าของระบบ โฮสติ้ง สิทธิ์ การสำรองข้อมูล งานสนับสนุน และการขอเปลี่ยนแปลงเป็นรายโครงการ ไม่ควรสมมติว่ารวมทุกอย่างไว้แล้ว

เริ่มกำหนดขั้นตอนถัดไป

เริ่มจากงานที่ระบบต้องช่วยให้ทำได้

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

ปรึกษาระบบธุรกิจของคุณ