โมเดลข้อมูล
กำหนดคำขอ สินทรัพย์ ลูกค้า โครงการ การตรวจสอบ หรือกรณี พร้อมระเบียนที่เกี่ยวข้อง
เปิดระเบียนที่มีข้อมูลและตรวจความสัมพันธ์ เลขอัตโนมัติ ตัวเลือก วันที่ เจ้าของ หลักฐาน และประวัติการประเมินแพลตฟอร์ม Low-Code
ข้อกำหนดแพลตฟอร์ม Low-Code สำหรับแอปธุรกิจที่มีการกำกับ
ประเมินแอปที่ครบถ้วน แล้วตัดสินใจว่าแพลตฟอร์มปฏิบัติงาน No-Code หรือแพลตฟอร์ม Low-Code สำหรับนักพัฒนาเหมาะกับโมเดลความเป็นเจ้าของ การต่อยอด และการนำขึ้นใช้งานที่ต้องการ
โดยปกติ Jodoo ใช้เป็นแพลตฟอร์มแอปธุรกิจ No-Code และควรอยู่ในรายชื่อ Low-Code เมื่อข้อกำหนดคือแอปปฏิบัติงานที่มีการกำกับซึ่งผู้ดูแลระบบที่ผ่านการฝึกอบรมตั้งค่าได้ เลือกแพลตฟอร์มสำหรับนักพัฒนาเมื่อการต่อยอดด้วยโค้ด การติดตั้งส่วนตัว หรือ DevSecOps เต็มรูปแบบเป็นหัวใจสำคัญ
- แอปเชื่อมโยงหนึ่งแอป ตั้งแต่การออกแบบถึงงานประจำวัน
- ตารางให้คะแนนแพลตฟอร์มตามข้อกำหนด
- ระบุ Jodoo เป็น No-Code ก่อน CTA ผลิตภัณฑ์
แพลตฟอร์มที่มีประโยชน์เชื่อมระเบียน การตัดสินใจ และมุมมองการปฏิบัติงาน
อย่าประเมินผลิตภัณฑ์ Low-Code จากหน้าจอ Builder เพียงอย่างเดียว ให้ทดลองแอปหนึ่งแอปผ่านทั้งหกชั้น
ประสบการณ์
ให้แต่ละบทบาทมีแบบฟอร์มและมุมมองที่ต้องใช้สำหรับส่วนงานของตน
ทดสอบการป้อนข้อมูลบนเดสก์ท็อปและมือถือ ฟิลด์ตามเงื่อนไข ตัวกรอง มุมมองรายละเอียด และการเข้าถึงตามบทบาทเวิร์กโฟลว์
ส่งระเบียนเดียวกันผ่านการตัดสินใจ การส่งกลับ การแจ้งเตือน และการเสร็จสิ้น
เรียกใช้การอนุมัติ กรณียกเว้น การยกระดับ การแจ้งเตือน และเส้นทางส่งกลับ พร้อมประวัติที่ตรวจสอบได้การควบคุม
ดูแลให้การจัดการแอป สิทธิ์ และการมองเห็นระเบียนมีผู้รับผิดชอบ
ตรวจว่าใครออกแบบ ดูแล ส่ง ดู แก้ไข อนุมัติ และส่งออกได้การสนับสนุนการตัดสินใจ
เปลี่ยนระเบียนปัจจุบันเป็นคิวงาน ตัวชี้วัด และรายละเอียดที่เจาะดูได้
เปิดรายการต้นทางของงานที่เกินกำหนด ถูกขัดขวาง มีมูลค่าสูง หรือไม่ครบถ้วนเส้นทางการเปลี่ยนแปลง
ให้เจ้าของที่เหมาะสมปรับฟิลด์ กฎ มุมมอง และแดชบอร์ดได้อย่างปลอดภัย
เปลี่ยนกระบวนการแบบเจาะจงหนึ่งรายการ ทดสอบ และยืนยันว่าระเบียนเดิมยังสมเหตุสมผลติดตามคำขอหนึ่งรายการจากหน้าจอออกแบบถึงการตัดสินใจของฝ่ายบริหาร
ผลิตภัณฑ์พิสูจน์คุณค่าเมื่อแอปพลิเคชันยังทำงานสอดคล้องกันหลังส่งแบบฟอร์มแรก
- 01
สร้างโมเดลระเบียนปฏิบัติงาน
ระบุระเบียน เจ้าของ หลักฐานบังคับ ข้อมูลหลักที่เกี่ยวข้อง วันที่ สถานะ และกฎปิดงาน
ระเบียนที่ค้นหาได้ ไม่ใช่คำตอบที่แยกออกจากกัน - 02
ออกแบบประสบการณ์ตามบทบาท
ให้ผู้ร้องขอ ผู้ตรวจสอบ ผู้ปฏิบัติงาน และผู้จัดการมีฟิลด์และมุมมองที่เกี่ยวข้องกับการตัดสินใจของตน
ความรกน้อยลงและความรับผิดชอบชัดขึ้น - 03
ทำให้เส้นทางการตัดสินใจเป็นอัตโนมัติ
เพิ่มเส้นทางอนุมัติ ส่งกลับ ยกระดับ แจ้งเตือน และเสร็จสิ้น โดยยังคงสถานะปัจจุบันและประวัติไว้
การส่งมอบที่ทำซ้ำได้ - 04
ปฏิบัติงานจากคิวแบบสด
ใช้รายการที่กรองแล้วและแดชบอร์ดเพื่อค้นหางานที่ไม่มีเจ้าของ งานถึงกำหนด ระเบียนที่ติดขัด และผลลัพธ์
งานปัจจุบันแทนการกระทบยอด - 05
เปลี่ยนกฎหนึ่งข้ออย่างปลอดภัย
ปรับฟิลด์ เส้นทาง สิทธิ์ มุมมอง หรือตัวชี้วัด แล้วทดสอบบทบาทและระเบียนที่ได้รับผลกระทบ
แอปที่ธุรกิจพัฒนาต่อได้
วัดคิวรอบการเปลี่ยนแปลง ไม่ใช่เพียงนาทีที่ใช้แก้หน้าจอ
เพิ่มตัวเลือกลำดับความสำคัญ กฎหลักฐานแบบมีเงื่อนไข สาขาอนุมัติ มุมมองตามบทบาท และตัวกรองแดชบอร์ด แล้วเปรียบเทียบรอบเวลาทั้งหมดภายใต้โมเดลความเป็นเจ้าของแต่ละแบบ
ขอบเขต งานค้าง โค้ด การตรวจ การทดสอบ และการเผยแพร่มักเพิ่มเวลารอ แม้การเปลี่ยนแปลงจะเล็ก
การเปลี่ยนแปลงแบบเจาะจงต่อฟิลด์ กฎ มุมมองตามบทบาท และแดชบอร์ด มักตั้งค่าและทดสอบได้ภายในเซสชันทำงานเดียว
- เพิ่มตัวเลือกไซต์หรือหน่วยธุรกิจและแสดงเฉพาะเมื่อเกี่ยวข้อง
- ส่งคำขอมูลค่าสูงไปอนุมัติขั้นที่สองและส่งหลักฐานไม่ครบกลับ
- สร้างคิวตามบทบาทและเพิ่มมิติข้อมูลเดียวกันลงในแดชบอร์ด
เลือก Jodoo สำหรับงานปฏิบัติการ และเลือกแพลตฟอร์ม Low-Code สำหรับนักพัฒนาเมื่อต้องพัฒนาระบบเฉพาะ
จับคู่โมเดลแพลตฟอร์มกับแอป แทนการบังคับทุกโครงการไว้ในประเภทเดียว
| ข้อกำหนด | แนวทาง No-Code ของ Jodoo | แนวทางแพลตฟอร์มสำหรับนักพัฒนา | การตัดสินใจ |
|---|---|---|---|
| แบบฟอร์ม ระเบียนที่เกี่ยวข้อง เวิร์กโฟลว์ สิทธิ์ มุมมอง และแดชบอร์ด | เหมาะอย่างยิ่งสำหรับแอปปฏิบัติงานที่หน่วยธุรกิจเป็นเจ้าของ | รองรับเช่นกัน และมักมีความลึกด้านวิศวกรรมและวงจรชีวิตมากกว่า | เลือกตามความซับซ้อน โมเดลการกำกับดูแล ทักษะ และต้นทุนรวม |
| ซอร์สโค้ด ไลบรารี ไมโครเซอร์วิสเฉพาะ และวิศวกรรม UI ขั้นสูง | ไม่ใช่โมเดลผลิตภัณฑ์หลัก | เลือกแพลตฟอร์มที่ออกแบบสำหรับนักพัฒนามืออาชีพและการต่อยอดด้วยโค้ด | อย่ามองพื้นที่ทำงาน No-Code เป็นแพลตฟอร์มวิศวกรรมซอฟต์แวร์เต็มรูปแบบ |
| โทโพโลยีภายในองค์กร Sovereign หรือคลาวด์เฉพาะ | แนวทาง SaaS แบบโฮสต์ ตรวจสอบภูมิภาคและเงื่อนไขความปลอดภัยปัจจุบัน | แพลตฟอร์มองค์กรบางรายมีตัวเลือกการนำขึ้นใช้งานกว้างกว่า | กำหนดสถาปัตยกรรมการนำขึ้นใช้งานเป็นเกณฑ์ก่อนสร้าง |
| ผู้ดูแลระบบฝ่ายธุรกิจเป็นเจ้าของการเปลี่ยนแปลงกระบวนการที่เกิดบ่อย | จุดแข็งหลักเมื่อการเปลี่ยนแปลงยังอยู่ในข้อมูล เวิร์กโฟลว์ มุมมอง และแดชบอร์ดที่ตั้งค่าได้ | เป็นไปได้ แต่การกำกับ Citizen Development และการพึ่งพานักพัฒนาแตกต่างกัน | ทดสอบการเปลี่ยนแปลงจริงกับเจ้าของในอนาคต |
คำถามที่ต้องตกลงก่อนการทดลองกลายเป็นการตัดสินใจแพลตฟอร์ม
01Jodoo เป็นแพลตฟอร์ม Low-Code หรือ No-Code+
แนวทางสร้างแอปปกติของ Jodoo คือ No-Code และยังตอบโจทย์การประเมิน Low-Code ได้หลายอย่างเมื่อเป้าหมายคือแอปธุรกิจภายในที่มีการกำกับ พร้อมข้อมูล แบบฟอร์ม เวิร์กโฟลว์ สิทธิ์ มุมมอง และแดชบอร์ดที่ตั้งค่าได้ Jodoo ไม่แทนแพลตฟอร์มนักพัฒนาเมื่อจำเป็นต้องใช้โค้ดเฉพาะ สถาปัตยกรรมการติดตั้ง หรือ DevSecOps เต็มรูปแบบ
02การพิสูจน์แนวคิดของแพลตฟอร์ม Low-Code ควรครอบคลุมอะไร+
ใช้กระบวนการจริงหนึ่งกระบวนการที่มีระเบียนพร้อมข้อมูล อย่างน้อยสองบทบาท การอนุมัติหรือกรณียกเว้น การดำเนินการบนมือถือหรือหน้างาน แดชบอร์ดที่เปิดระเบียนต้นทางได้ และการเปลี่ยนแปลงหนึ่งครั้งระหว่างช่วงนำร่อง เดโมเครื่องมือสร้างเพียงอย่างเดียวไม่พิสูจน์ว่าใช้งานจริงได้
03ผู้ใช้ฝ่ายธุรกิจบำรุงรักษาแอปได้หรือไม่+
ผู้ดูแลระบบที่ผ่านการฝึกอบรมสามารถตั้งค่าฟิลด์ ตัวเลือก กฎ แบบฟอร์ม มุมมอง สิทธิ์ เวิร์กโฟลว์ และแดชบอร์ดภายในโมเดลที่ผลิตภัณฑ์รองรับ ระบุเจ้าของ บันทึกการเปลี่ยนแปลง และทดสอบบทบาทที่ได้รับผลกระทบก่อนใช้งานจริง
04เมื่อใดควรเลือกการพัฒนาแบบทั่วไปแทน+
เลือกพัฒนาแบบดั้งเดิมเมื่อความแตกต่างของผลิตภัณฑ์ขึ้นอยู่กับโค้ดและ UX เฉพาะ เมื่อต้องควบคุมการนำขึ้นใช้งานหรือสถาปัตยกรรมทั้งหมด หรือเมื่อแอปต้องใช้แนวทางวิศวกรรมและความสามารถรันไทม์นอกขอบเขตแพลตฟอร์ม
ทดสอบตัวเลือกการทำงานแบบ No-Code
สร้างแอปธุรกิจสร้างแอปปฏิบัติงานจริงหนึ่งแอปก่อนเลือกประเภทแพลตฟอร์ม
ใช้แอปพลิเคชัน Jodoo ที่มีข้อมูลจริงเพื่อทดสอบโมเดลข้อมูล เวิร์กโฟลว์ สิทธิ์ คิวงานประจำวัน การเจาะดูรายละเอียดจากแดชบอร์ด การใช้งานบนมือถือ และการเปลี่ยนแปลงหนึ่งรายการโดยผู้ดูแลระบบ