โซลูชั่น / เครื่องมือภายในและการปฏิบัติการ
แทนที่สเปรดชีตที่ดูแลบริษัท
ทุกบริษัทจะมีหนึ่งแผ่นงาน กล่องจดหมายที่ใช้ร่วมกัน กระบวนการที่รวบรวมไว้ด้วยกันในหน่วยความจำ อธิบายและรับเครื่องมือจริง: บทบาท การอนุมัติ เส้นทางการตรวจสอบ และชุดข้อมูลของคุณ
กรณีสร้างมันขึ้นมา
เหตุใดจึงสร้างสิ่งนี้แทนที่จะสร้างเครื่องมือภายใน
ผู้สร้างเครื่องมือภายในจะเรียกเก็บเงินต่อที่นั่งสำหรับสิทธิ์ในการสร้างด้วยตัวเอง ซึ่งเป็นผืนผ้าใบของวิดเจ็ตบนฐานข้อมูลของคุณ ซึ่งมีราคาเพื่อให้ทั้งบริษัทสามารถเข้าถึงเป็นสิ่งที่คุณไม่สามารถจ่ายได้ และเครื่องมือยังคงต้องถูกสร้างขึ้น: การสืบค้นที่เขียนขึ้น, การกำหนดค่าการอนุญาต, การเปลี่ยนแปลงแต่ละครั้งในเซสชันอื่นในตัวแก้ไข Kliv สลับข้อตกลง: อธิบายกระบวนการและเครื่องมือถึงมือผู้รับ และเครื่องมือดังกล่าวจะเป็นของคุณ ไม่ใช่มิเตอร์ต่อที่นั่งในการปฏิบัติงานของคุณเอง
ไม่มีบริษัทสองแห่งที่อนุมัติการซื้อ รับสมัครผู้จำหน่าย หรือเพิ่มระดับตั๋วด้วยวิธีเดียวกัน กระบวนการภายในเป็นซอฟต์แวร์ที่ตรงตามความต้องการมากที่สุด ซึ่งเป็นสาเหตุที่ทำให้ซอฟต์แวร์นี้อยู่ในสเปรดชีต อธิบายของคุณ: ใครส่ง ใครอนุมัติ ที่เกณฑ์ใด สิ่งที่ได้รับการบันทึก สิ่งที่ช่อง Slack ได้ยินเกี่ยวกับเรื่องนี้ คำอธิบายนั้นคือเครื่องมือ
กายวิภาคของระบบ
สิ่งที่ Ops Tool รู้จริงๆ
เครื่องมือปฏิบัติงานคือกระบวนการที่ซื่อสัตย์: คำขอในเที่ยวบิน กฎที่พวกเขาปฏิบัติตาม ผู้คนที่ได้รับอนุญาตให้เคลื่อนย้าย และเส้นทางที่พวกเขาออกเดินทาง นี่คือรูปร่างที่ Kliv จะสร้าง
รายการงาน
อะไรก็ตามที่ไหลผ่านกระบวนการ เช่น คำขอ ตั๋ว คำสั่งซื้อ เป็นบันทึกที่มีสถานะ ไม่ใช่แถวในแผ่นงาน
ขั้นตอนและเกณฑ์
กระบวนการของคุณเป็นข้อมูล: ใครเป็นผู้อนุมัติ สูงกว่าจำนวนเงินใด ในลำดับใด
ผู้คนและบทบาท
ผู้ส่ง ผู้อนุมัติ ผู้ดูแลระบบ — เข้าถึงแผนผังองค์กรได้
เส้นทางการตรวจสอบ
ใครทำอะไร เมื่อไร ทุกการกระทำไม่มีใครสามารถแก้ไขได้อย่างเงียบๆ
บูรณาการ
เครื่องมือที่บริหารบริษัทอยู่แล้ว: การตัดสินใจโพสต์ไปที่ Slack งานเข้าสู่ Trello
แดชบอร์ด
ความลึกของคิว รอบเวลา ใครกำลังรอใคร — ตัวเลขในบันทึกเดียวกัน ไม่ใช่การส่งออกรายสัปดาห์
ใครเห็นอะไร.
กฎที่ฐานข้อมูลบังคับใช้
- ผู้ส่งจะเห็นคำขอของตนเอง — ผนังนั้นเป็นของฐานข้อมูล ไม่ใช่มุมมองที่ถูกกรอง
- มีการบังคับใช้เกณฑ์ แต่จำไม่ได้: คำขอ $1,000 ไม่สามารถข้ามการเงินได้
- การเปลี่ยนแปลงทุกสถานะจะถูกบันทึกโดยใครและเมื่อใด - เส้นทางการตรวจสอบจะเขียนเอง
- การเข้าถึงจะเป็นไปตามบทบาท เมื่อมีคนเปลี่ยนทีม ประตูก็จะเปลี่ยนไปตามพวกเขา
สิ่งนี้ไม่แปลกใหม่เลย มันเป็นสิ่งที่สเปรดชีตแกล้งทำเป็น — มีความแตกต่างตรงที่กฎจะยึดถือเมื่อไม่มีใครดู
Kliv ประกอบอะไรบ้าง
รายการซื้อของสำหรับชิ้นส่วนแพลตฟอร์ม - แต่ละชิ้นมีอยู่ภายใน แต่ละชิ้นประกอบกับส่วนที่เหลือ
บทบาทและการตรวจสอบ
ผู้ส่ง ผู้อนุมัติ ผู้ตรวจสอบ - เข้าถึงแผนผังองค์กร ทุกการกระทำจะถูกบันทึกไว้
กระบวนการของคุณเป็นบันทึก
คำขอ ขั้นตอน และการตัดสินใจจะอยู่ในฐานข้อมูลของคุณเอง — นำเข้าจากสเปรดชีตที่คำขอเหล่านั้นหลบหนี
สแต็กมีสายเข้า
โพสต์การตัดสินใจไปที่ Slack ทำงานที่ Trello — ทีมงานเก็บเครื่องมือไว้
ถามเครื่องมือ
เอเจนต์ตอบคำถามว่า “มีอะไรรอฉันอยู่” จากคิวของผู้ถามเอง โดยจำกัดขอบเขตไว้ที่คนที่ถาม
ก่อนเปิดตัว
สัปดาห์แรกก่อนที่คุณจะเปิดตัว
เครื่องมือนี้จะมาแทนที่สิ่งที่บริษัทพึ่งพาอยู่แล้ว — ดังนั้นสัปดาห์แรกคือการได้รับความไว้วางใจนั้น
กำหนดรูปแบบกระบวนการ
อธิบายโฟลว์ในขณะที่ทำงานจริง: ใครเป็นผู้ส่ง ใครอนุมัติ เกณฑ์ขั้นต่ำ สิ่งที่ต้องบันทึก Kliv สร้างการแสดงตัวอย่างแรกโดยมีกฎที่บังคับใช้อยู่แล้ว
ทำให้มันเป็นของคุณ
คำพูดของทีมของคุณ — หากคุณเรียกพวกเขาว่า PO เครื่องมือจะเรียกพวกเขาว่า PO จุดประสงค์ของการดำเนินการคือไม่มีใครต้องการการฝึกอบรม
ลวดสแต็ก
เชื่อมต่อ Slack ชี้บอร์ด Trello แล้วนำเข้าสเปรดชีต แถวของบอร์ดจะกลายเป็นบันทึกของเครื่องมือ ดังนั้นวันแรกจึงเริ่มต้นด้วยงานในมือที่มีอยู่จริง
พยายามที่จะทำลายมัน
ส่งคำขอมูลค่า 1,200 ดอลลาร์ในฐานะบทบาทที่ไม่ถูกต้อง และคอยดูเส้นทางไปสู่การเงินต่อไป อนุมัติบางสิ่งบางอย่างและดู Slack ได้ยินเกี่ยวกับเรื่องนี้ จากนั้นอ่านบันทึก — มันควรจะบอกเล่าเรื่องราวอยู่แล้ว
มอบให้ทีมงานครับ
เชิญทุกคนที่มีบทบาทที่แท้จริง การเป็นเจ้าของเครื่องมือทำให้ทั้งบริษัทสามารถใช้งานได้ สเปรดชีตได้รับแท็บอำลา: ย้ายแล้ว
ทำตามคำสั่งโดยไม่มีความเสี่ยงตามคำสั่ง
ซอฟต์แวร์แบบกำหนดเองที่ใช้เพื่อหมายถึงงบประมาณ ผู้รับเหมา และสัญญาการบำรุงรักษา นี่เป็นข้อตกลงที่แตกต่าง
ชิ้นส่วนระดับองค์กร
ลงชื่อเข้าใช้ สิทธิ์ที่บังคับใช้ที่ฐานข้อมูล การเรียกเก็บเงิน การตรวจสอบ อีเมล — ส่วนประกอบภายใต้ระบบที่ออกแบบตามความต้องการของคุณนั้นเป็นชิ้นส่วนที่แข็งแกร่งแบบเดียวกับที่แอป Kliv ทำงาน คุณสร้างโครงสร้างพื้นฐานที่ได้รับการพิสูจน์แล้ว คุณไม่ได้คอมมิชชันโค้ดตั้งแต่เริ่มต้น
เปลี่ยนแปลงการจัดส่งตามลำดับ
เมื่อกระบวนการของคุณเปลี่ยนแปลง ให้พูดอย่างนั้น การเปลี่ยนแปลงนั้นเกิดขึ้นภายในการสนทนา คุณจะตรวจสอบมันในตัวอย่างสด และจะไม่มีอะไรส่งถึงผู้ใช้ของคุณจนกว่าคุณจะเผยแพร่ การเปลี่ยนแปลงเชิงพาณิชย์สามารถซักซ้อมได้ใน Sandbox ด้วยเงินและเวลาจำลอง
ไม่มีใครสามารถพระอาทิตย์ตกได้
เครื่องมือที่มีจำหน่ายทั่วไปจะได้รับการกำหนดราคาใหม่ ออกแบบใหม่ และเลิกใช้งานตามกำหนดเวลาของผู้ขาย และขั้นตอนการทำงานของคุณก็จะดำเนินไปด้วย แอป Kliv ของคุณจะเปลี่ยนเมื่อคุณเปลี่ยนเท่านั้น เป็นผลิตภัณฑ์ของคุณ ไม่ใช่ที่นั่งในของคนอื่น
พูดได้ประโยคเดียว
“สร้างเครื่องมืออนุมัติผู้ขายที่ใครๆ ก็สามารถส่งคำขอได้ ฝ่ายการเงินอนุมัติสิ่งใดๆ ที่มีมูลค่ามากกว่า 1,000 ดอลลาร์ โพสต์การอนุมัติไปที่ Slack และทุกการตัดสินใจจะถูกบันทึกโดยใครและเมื่อใด”
นี่เป็นจุดเริ่มต้นอย่างแท้จริง — อธิบาย จากนั้นจึงปรับแต่งในการสนทนา
สร้างหรือซื้อ
ทำไมไม่ลองใช้ตัวสร้างเครื่องมือภายในล่ะ?
| ออกจากชั้นวาง | ด้วย Kliv | |
|---|---|---|
| ใครเป็นคนสร้าง | คุณทำได้ — ในตัวแก้ไข วิดเจ็ตต่อวิดเจ็ต สืบค้นต่อแบบสอบถาม | คุณอธิบายกระบวนการ เครื่องมือมาถึงแล้วและเปลี่ยนแปลงในลักษณะเดียวกัน |
| โครงสร้างต้นทุน | ต่อที่นั่งต่อเดือน — การเข้าถึงทั้งบริษัทถือเป็นกรณีที่มีราคาแพง | คุณเป็นเจ้าของเครื่องมือ ทั้งบริษัทที่ใช้มันเป็นประเด็น |
| กระบวนการของคุณ | วิดเจ็ตที่คุณเชื่อมต่อเพื่อประมาณค่านั้น | เกณฑ์ ระยะ และบทบาทที่บังคับใช้ทุกประการตามที่อธิบายไว้ |
| การตรวจสอบและการเข้าถึง | บันทึกของแดชบอร์ดผู้ขาย | เส้นทางการตรวจสอบในฐานข้อมูลของคุณเอง โดยมีกฎบังคับใช้ที่แถว |
| อายุยืนยาว | สมัครสมาชิกคำถาม CFO ของคุณทุกปี | เครื่องมือที่อยู่ได้นานกว่าการสนทนาของผู้ขาย — ไม่มีใครสามารถยุติการสนทนาได้ |
ใครเป็นคนสร้าง
ออกจากชั้นวาง: คุณทำได้ — ในตัวแก้ไข วิดเจ็ตต่อวิดเจ็ต สืบค้นต่อแบบสอบถาม
ด้วย Kliv: คุณอธิบายกระบวนการ เครื่องมือมาถึงแล้วและเปลี่ยนแปลงในลักษณะเดียวกัน
โครงสร้างต้นทุน
ออกจากชั้นวาง: ต่อที่นั่งต่อเดือน — การเข้าถึงทั้งบริษัทถือเป็นกรณีที่มีราคาแพง
ด้วย Kliv: คุณเป็นเจ้าของเครื่องมือ ทั้งบริษัทที่ใช้มันเป็นประเด็น
กระบวนการของคุณ
ออกจากชั้นวาง: วิดเจ็ตที่คุณเชื่อมต่อเพื่อประมาณค่านั้น
ด้วย Kliv: เกณฑ์ ระยะ และบทบาทที่บังคับใช้ทุกประการตามที่อธิบายไว้
การตรวจสอบและการเข้าถึง
ออกจากชั้นวาง: บันทึกของแดชบอร์ดผู้ขาย
ด้วย Kliv: เส้นทางการตรวจสอบในฐานข้อมูลของคุณเอง โดยมีกฎบังคับใช้ที่แถว
อายุยืนยาว
ออกจากชั้นวาง: สมัครสมาชิกคำถาม CFO ของคุณทุกปี
ด้วย Kliv: เครื่องมือที่อยู่ได้นานกว่าการสนทนาของผู้ขาย — ไม่มีใครสามารถยุติการสนทนาได้
คำถามทั่วไป
สามารถบังคับใช้เกณฑ์การอนุมัติได้หรือไม่?
ใช่ เกณฑ์คือกฎข้อมูล ไม่ใช่แบบแผน เส้นทางการขอเงิน $1,000 ไปยังแหล่งเงินทุนทุกครั้ง รวมถึงเวลาที่ทุกคนมีงานยุ่งและไม่มีใครตรวจสอบอยู่
เส้นทางการตรวจสอบจับอะไร?
การเปลี่ยนแปลงทุกสถานะ: ใครเป็นผู้ส่ง ใครอนุมัติ ใครแก้ไข และเมื่อใด — บันทึกในฐานข้อมูลของคุณเอง บทบาทผู้ตรวจสอบสามารถอ่านได้ และสามารถส่งออกได้เมื่อการตรวจสอบถาม
เราสามารถนำเข้าสเปรดชีตที่เราใช้วันนี้ได้หรือไม่
ใช่ — แถวของเครื่องมือนำเข้าไปยังฐานข้อมูลของคุณเอง ดังนั้นเครื่องมือจึงเริ่มต้นด้วยงานในมือจริงแทนที่จะว่างเปล่า คอลัมน์ที่คุณประดิษฐ์ขึ้นจะกลายเป็นช่องที่มีกฎเกณฑ์
ใช้งานได้กับ Slack และสแต็กที่เหลือของเราหรือไม่
ใช่ การตัดสินใจและการยกระดับจะโพสต์ไปยังช่องทางที่คุณเลือก และงานที่อยู่ใน Trello จะไปถึงที่นั่นเหมือนการ์ด ทีมงานเก็บเครื่องมือไว้ กระบวนการนี้ได้รับกระดูกสันหลัง
เราจะควบคุมว่าใครเห็นอะไรได้อย่างไร?
บทบาทที่บังคับใช้ที่ฐานข้อมูล: ผู้ส่งเห็นคำขอของตนเอง ผู้อนุมัติเห็นคิว ผู้ตรวจสอบอ่านทุกอย่างและไม่แตะต้องอะไรเลย การเข้าสู่ระบบที่ใช้ร่วมกันไม่สามารถทำให้สิ่งที่แถวปฏิเสธรั่วไหลได้
จะเกิดอะไรขึ้นเมื่อกระบวนการเปลี่ยนแปลง?
พูดอย่างนั้น — ระยะใหม่ เกณฑ์ที่แตกต่าง ผู้อนุมัติอีกคน ตรวจสอบการเปลี่ยนแปลงในหน้าตัวอย่าง เผยแพร่ และเครื่องมือจะติดตามองค์กรแทนวิธีอื่น