Kliv

    โซลูชั่น / เครื่องมือภายในและการปฏิบัติการ

    แทนที่สเปรดชีตที่ดูแลบริษัท

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

    โซลูชั่นทั้งหมด

    กรณีสร้างมันขึ้นมา

    เหตุใดจึงสร้างสิ่งนี้แทนที่จะสร้างเครื่องมือภายใน

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

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

    กายวิภาคของระบบ

    สิ่งที่ Ops Tool รู้จริงๆ

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

    รายการงาน

    อะไรก็ตามที่ไหลผ่านกระบวนการ เช่น คำขอ ตั๋ว คำสั่งซื้อ เป็นบันทึกที่มีสถานะ ไม่ใช่แถวในแผ่นงาน

    ขั้นตอนและเกณฑ์

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

    ผู้คนและบทบาท

    ผู้ส่ง ผู้อนุมัติ ผู้ดูแลระบบ — เข้าถึงแผนผังองค์กรได้

    เส้นทางการตรวจสอบ

    ใครทำอะไร เมื่อไร ทุกการกระทำไม่มีใครสามารถแก้ไขได้อย่างเงียบๆ

    บูรณาการ

    เครื่องมือที่บริหารบริษัทอยู่แล้ว: การตัดสินใจโพสต์ไปที่ Slack งานเข้าสู่ Trello

    แดชบอร์ด

    ความลึกของคิว รอบเวลา ใครกำลังรอใคร — ตัวเลขในบันทึกเดียวกัน ไม่ใช่การส่งออกรายสัปดาห์

    ใครเห็นอะไร.

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

    กฎที่ฐานข้อมูลบังคับใช้

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

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

    Kliv ประกอบอะไรบ้าง

    รายการซื้อของสำหรับชิ้นส่วนแพลตฟอร์ม - แต่ละชิ้นมีอยู่ภายใน แต่ละชิ้นประกอบกับส่วนที่เหลือ

    บทบาทและการตรวจสอบ

    ผู้ส่ง ผู้อนุมัติ ผู้ตรวจสอบ - เข้าถึงแผนผังองค์กร ทุกการกระทำจะถูกบันทึกไว้

    กระบวนการของคุณเป็นบันทึก

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

    สแต็กมีสายเข้า

    โพสต์การตัดสินใจไปที่ Slack ทำงานที่ Trello — ทีมงานเก็บเครื่องมือไว้

    ตัวเลขข้างบน.

    ความลึกของคิว รอบเวลา ใครกำลังรอใคร — แดชบอร์ดในเรกคอร์ดเดียวกัน

    ถามเครื่องมือ

    เอเจนต์ตอบคำถามว่า “มีอะไรรอฉันอยู่” จากคิวของผู้ถามเอง โดยจำกัดขอบเขตไว้ที่คนที่ถาม

    ก่อนเปิดตัว

    สัปดาห์แรกก่อนที่คุณจะเปิดตัว

    เครื่องมือนี้จะมาแทนที่สิ่งที่บริษัทพึ่งพาอยู่แล้ว — ดังนั้นสัปดาห์แรกคือการได้รับความไว้วางใจนั้น

    วันที่ 1

    กำหนดรูปแบบกระบวนการ

    อธิบายโฟลว์ในขณะที่ทำงานจริง: ใครเป็นผู้ส่ง ใครอนุมัติ เกณฑ์ขั้นต่ำ สิ่งที่ต้องบันทึก Kliv สร้างการแสดงตัวอย่างแรกโดยมีกฎที่บังคับใช้อยู่แล้ว

    วันที่ 2

    ทำให้มันเป็นของคุณ

    คำพูดของทีมของคุณ — หากคุณเรียกพวกเขาว่า PO เครื่องมือจะเรียกพวกเขาว่า PO จุดประสงค์ของการดำเนินการคือไม่มีใครต้องการการฝึกอบรม

    วันที่ 3

    ลวดสแต็ก

    เชื่อมต่อ Slack ชี้บอร์ด Trello แล้วนำเข้าสเปรดชีต แถวของบอร์ดจะกลายเป็นบันทึกของเครื่องมือ ดังนั้นวันแรกจึงเริ่มต้นด้วยงานในมือที่มีอยู่จริง

    วันที่ 4

    พยายามที่จะทำลายมัน

    ส่งคำขอมูลค่า 1,200 ดอลลาร์ในฐานะบทบาทที่ไม่ถูกต้อง และคอยดูเส้นทางไปสู่การเงินต่อไป อนุมัติบางสิ่งบางอย่างและดู Slack ได้ยินเกี่ยวกับเรื่องนี้ จากนั้นอ่านบันทึก — มันควรจะบอกเล่าเรื่องราวอยู่แล้ว

    วันที่ 5

    มอบให้ทีมงานครับ

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

    ทำตามคำสั่งโดยไม่มีความเสี่ยงตามคำสั่ง

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

    ชิ้นส่วนระดับองค์กร

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

    เปลี่ยนแปลงการจัดส่งตามลำดับ

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

    ไม่มีใครสามารถพระอาทิตย์ตกได้

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

    พูดได้ประโยคเดียว

    kliv.dev

    “สร้างเครื่องมืออนุมัติผู้ขายที่ใครๆ ก็สามารถส่งคำขอได้ ฝ่ายการเงินอนุมัติสิ่งใดๆ ที่มีมูลค่ามากกว่า 1,000 ดอลลาร์ โพสต์การอนุมัติไปที่ Slack และทุกการตัดสินใจจะถูกบันทึกโดยใครและเมื่อใด”

    นี่เป็นจุดเริ่มต้นอย่างแท้จริง — อธิบาย จากนั้นจึงปรับแต่งในการสนทนา

    สร้างหรือซื้อ

    ทำไมไม่ลองใช้ตัวสร้างเครื่องมือภายในล่ะ?

    ใครเป็นคนสร้าง

    ออกจากชั้นวาง: คุณทำได้ — ในตัวแก้ไข วิดเจ็ตต่อวิดเจ็ต สืบค้นต่อแบบสอบถาม

    ด้วย Kliv: คุณอธิบายกระบวนการ เครื่องมือมาถึงแล้วและเปลี่ยนแปลงในลักษณะเดียวกัน

    โครงสร้างต้นทุน

    ออกจากชั้นวาง: ต่อที่นั่งต่อเดือน — การเข้าถึงทั้งบริษัทถือเป็นกรณีที่มีราคาแพง

    ด้วย Kliv: คุณเป็นเจ้าของเครื่องมือ ทั้งบริษัทที่ใช้มันเป็นประเด็น

    กระบวนการของคุณ

    ออกจากชั้นวาง: วิดเจ็ตที่คุณเชื่อมต่อเพื่อประมาณค่านั้น

    ด้วย Kliv: เกณฑ์ ระยะ และบทบาทที่บังคับใช้ทุกประการตามที่อธิบายไว้

    การตรวจสอบและการเข้าถึง

    ออกจากชั้นวาง: บันทึกของแดชบอร์ดผู้ขาย

    ด้วย Kliv: เส้นทางการตรวจสอบในฐานข้อมูลของคุณเอง โดยมีกฎบังคับใช้ที่แถว

    อายุยืนยาว

    ออกจากชั้นวาง: สมัครสมาชิกคำถาม CFO ของคุณทุกปี

    ด้วย Kliv: เครื่องมือที่อยู่ได้นานกว่าการสนทนาของผู้ขาย — ไม่มีใครสามารถยุติการสนทนาได้

    คำถามทั่วไป

    สามารถบังคับใช้เกณฑ์การอนุมัติได้หรือไม่?

    ใช่ เกณฑ์คือกฎข้อมูล ไม่ใช่แบบแผน เส้นทางการขอเงิน $1,000 ไปยังแหล่งเงินทุนทุกครั้ง รวมถึงเวลาที่ทุกคนมีงานยุ่งและไม่มีใครตรวจสอบอยู่

    เส้นทางการตรวจสอบจับอะไร?

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

    เราสามารถนำเข้าสเปรดชีตที่เราใช้วันนี้ได้หรือไม่

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

    ใช้งานได้กับ Slack และสแต็กที่เหลือของเราหรือไม่

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

    เราจะควบคุมว่าใครเห็นอะไรได้อย่างไร?

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

    จะเกิดอะไรขึ้นเมื่อกระบวนการเปลี่ยนแปลง?

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

    อธิบายของคุณ Kliv สร้างมันขึ้นมา

    เริ่มต้นด้วยประโยค จัดส่งของทั้งหมด

    ราคา