פתרונות / כלים ותפעול פנימיים
החלף את הגיליון האלקטרוני שמנהל את החברה
לכל חברה יש אחד - הגיליון, תיבת הדואר הנכנס המשותפת, התהליך המוחזק על ידי הזיכרון. תאר את זה וקבל כלי אמיתי: תפקידים, אישורים, מסלול ביקורת והמחסנית שלך מחוברת.
התיק לבנייתו
למה לבנות את זה במקום בונה כלים פנימי?
בוני כלים פנימיים גובים לכל מושב עבור הפריבילגיה לבנות אותו בעצמך - קנבס של ווידג׳טים על מסד הנתונים שלך, מתומחרים כך שהענקת גישה לכל החברה היא בדיוק מה שאתה לא יכול להרשות לעצמך. והכלי עדיין צריך להיבנות: שאילתות נכתבות, הרשאות מוגדרות, כל שינוי עוד סשן בעורך שלהם. Kliv הופך את העסקה: תאר את התהליך והכלי מגיע בנוי - והוא שלך, לא מד לכל מושב על הפעולות שלך.
אין שתי חברות מאשרות רכישה, על סיפונה של ספק, או מסלימות כרטיס באותה צורה - התהליך הפנימי הוא התוכנה הכי מותאמת שיש, וזו בדיוק הסיבה שהיא חיה בגיליונות אלקטרוניים. תאר את שלך: מי שולח, מי מאשר, באיזה סף, מה נרשם, איזה ערוץ Slack שומע על כך. התיאור הזה הוא הכלי.
האנטומיה של המערכת
מה בעצם כלי ה-Ops יודע
כלי תפעולי הוא תהליך כנה: הבקשות בטיסה, הכללים שהן עוקבות אחריהם, האנשים המורשים להזיז אותן והשביל שהם משאירים. הנה הצורה ש-Kliv יבנה.
פריטי עבודה
כל מה שזורם בתהליך - בקשות, כרטיסים, הזמנות - כרשומות עם מצב, לא שורות בגיליון.
שלבים וספים
התהליך שלך כנתונים: מי מאשר, מעל איזה סכום, באיזה סדר.
אנשים ותפקידים
שולחים, מאשרים, מנהלים - גישה מעוצבת לתרשים הארגוני.
מסלול הביקורת
מי עשה מה, מתי - כל פעולה רשומה שאף אחד לא יכול לערוך בשקט.
אינטגרציות
הכלים שכבר מנהלים את החברה: החלטה נשלחת ל-Slack, העבודה נוחתת ב-Trello.
לוחות מחוונים
עומק תור, זמן מחזור, מי מחכה למי - מספרים באותן רשומות, לא ייצוא שבועי.
מי רואה מה
כללים שמסד הנתונים אוכף
- שולח רואה את הבקשות שלו - הקיר הוא של מסד הנתונים, לא של תצוגה מסוננת.
- ערכי סף נאכפים, לא נזכרים: הבקשה של $1,000 לא יכולה לדלג על כספים.
- כל שינוי מצב מתועד עם מי ומתי - נתיב הביקורת כותב את עצמו.
- Access עוקב אחר תפקידים - כאשר מישהו מחליף צוות, הדלתות משתנות יחד איתו.
כל זה לא אקזוטי. זה מה שהגיליון האלקטרוני התיימר להיות - עם ההבדל שכאן, הכללים מתקיימים כשאף אחד לא צופה.
מה Kliv מרכיב
רשימת קניות של חלקי פלטפורמה - כל אחד מובנה, כל אחד מחבר עם השאר.
התהליך שלך כרשומות
בקשות, שלבים והחלטות נמצאים במסד הנתונים שלך - מיובאים מהגיליון האלקטרוני שהם ברחו.
המחסנית, מחוברת
ההחלטות נשלחות ל-Slack, העבודה נוחתת ב-Trello - הצוות שומר על הכלים שלו.
לפני ההשקה
השבוע הראשון, לפני ההשקה
הכלי מחליף משהו שהחברה כבר תלויה בו - כך שהשבוע הראשון הוא לזכות באמון הזה.
עצב את התהליך
תאר את הזרימה כפי שהיא פועלת בפועל: מי מגיש, מי מאשר, הספים, מה יש לרשום. Kliv בונה את התצוגה המקדימה הראשונה כשהכללים כבר נאכפו.
הפוך אותו לשלך
המילים של הצוות שלך - אם אתה קורא להם POs, הכלי קורא להם POs. הנקודה בהתאמה אישית היא שאף אחד לא צריך הכשרה.
חוט את הערימה
חבר את Slack, הצבע על הלוח Trello וייבא את הגיליון האלקטרוני - השורות שלו הופכות לרשומות של הכלי, כך שהיום הראשון מתחיל בצבר האמיתי.
נסה לשבור את זה
שלח בקשה של 1,200 $ כתפקיד שגוי וצפה בכל זאת במסלול למימון. אשר משהו וצפה ב-Slack שומע על זה. לאחר מכן קרא את היומן - הוא כבר אמור לספר את הסיפור.
תמסור את זה לצוות
הזמן את כולם עם התפקידים האמיתיים שלו - הבעלות על הכלי פירושה שכל החברה יכולה להשתמש בו. הגיליון האלקטרוני מקבל לשונית פרידה: עבר.
בהזמנה אישית, ללא סיכון בהתאמה אישית
תוכנה מותאמת אישית פירושה בעבר תקציב, קבלן וחוזה תחזוקה. זו עסקה אחרת.
חלקים ברמה ארגונית
כניסה, הרשאות שנאכפו במסד הנתונים, חיוב, ביקורת, דוא״ל - הרכיבים תחת המערכת המותאמת אישית שלך הם אותם חלקים מוקשחים שכל אפליקציה של Kliv פועלת עליהם. אתה מרכיב תשתית מוכחת; אתה לא מחייב קוד מאפס.
שינויים נשלחים לפי הסדר
כשהתהליך שלך משתנה, אמור זאת - השינוי מובנה בשיחה, אתה סוקר אותו בתצוגה מקדימה חיה, ושום דבר לא מגיע למשתמשים שלך עד שאתה מפרסם. ניתן אפילו להתאמן על שינויים מסחריים ב-Sandbox עם כסף וזמן מדומה.
אף אחד לא יכול להשקיע את זה
כלים מהמדף מתומחרים מחדש, מעוצבים מחדש ויוצאים לפנסיה לפי לוח הזמנים של הספק - וזרימת העבודה שלך הולכת איתם. אפליקציית Kliv שלך משתנה רק כאשר אתה משנה אותה. זה המוצר שלך, לא מושב אצל מישהו אחר.
תגיד את זה במשפט אחד
“בנה כלי לאישור ספקים שבו כל אחד יכול להגיש בקשה, האוצר מאשר כל דבר מעל $1,000, אישורים מפרסמים ב-Slack, וכל החלטה מתועדת עם מי ומתי.”
זה באמת איך זה מתחיל - תאר את זה, ואז תחדד בשיחה.
לבנות או לקנות
למה לא פשוט להשתמש בבונה כלים פנימי?
| מהמדף | עם Kliv | |
|---|---|---|
| מי בונה את זה | אתה כן - בעורך שלהם, יישומון אחר יישומון, שאילתה אחר שאילתה. | אתה מתאר את התהליך; הכלי מגיע בנוי, ומשתנה באותו אופן. |
| מבנה עלויות | לכל מושב לחודש - גישה לכל החברה היא המקרה היקר. | אתה הבעלים של הכלי; כל החברה שמשתמשת בו היא הנקודה. |
| התהליך שלך | ווידג׳טים שאתה חוט כדי להעריך אותו. | ספים, שלבים ותפקידים נאכפים בדיוק כפי שתואר. |
| ביקורת וגישה | יומנים של לוח מחוונים של ספק. | מסלול ביקורת במסד הנתונים שלך, עם כללים שנאכפים בשורה. |
| אריכות ימים | מנוי שאלות סמנכ״ל הכספים שלך מדי שנה. | כלי שמאריך ימים את שיחת הספק - אף אחד לא יכול להשקיע אותו. |
מי בונה את זה
מהמדף: אתה כן - בעורך שלהם, יישומון אחר יישומון, שאילתה אחר שאילתה.
עם Kliv: אתה מתאר את התהליך; הכלי מגיע בנוי, ומשתנה באותו אופן.
מבנה עלויות
מהמדף: לכל מושב לחודש - גישה לכל החברה היא המקרה היקר.
עם Kliv: אתה הבעלים של הכלי; כל החברה שמשתמשת בו היא הנקודה.
התהליך שלך
מהמדף: ווידג׳טים שאתה חוט כדי להעריך אותו.
עם Kliv: ספים, שלבים ותפקידים נאכפים בדיוק כפי שתואר.
ביקורת וגישה
מהמדף: יומנים של לוח מחוונים של ספק.
עם Kliv: מסלול ביקורת במסד הנתונים שלך, עם כללים שנאכפים בשורה.
אריכות ימים
מהמדף: מנוי שאלות סמנכ״ל הכספים שלך מדי שנה.
עם Kliv: כלי שמאריך ימים את שיחת הספק - אף אחד לא יכול להשקיע אותו.
שאלות נפוצות
האם זה יכול לאכוף ספי אישור?
כן - ספים הם כללי נתונים, לא מוסכמות. המסלולים של 1,000$ מבקשים לממן בכל פעם, כולל הזמן שכולם עסוקים ואף אחד לא בודק.
מה תופס נתיב הביקורת?
כל שינוי מדינה: מי הגיש, מי אישר, מי ערך ומתי - רשומות במסד הנתונים שלך, ניתנות לקריאה על ידי תפקיד המבקר וניתנות לייצא כאשר הביקורת מבקשת.
האם נוכל לייבא את הגיליון האלקטרוני שאנו משתמשים בו היום?
כן - השורות שלו מייבאות למסד הנתונים שלך, כך שהכלי מתחיל בצבר האמיתי במקום ריק. העמודות שהמצאת הופכות לשדות עם כללים.
האם זה עובד עם Slack ושאר הערימה שלנו?
כן - החלטות והסלמות מתפרסמות בערוצים שאתה בוחר, והעבודה שגרה ב-Trello נוחתת שם כקלפים. הצוות שומר על הכלים שלו; התהליך מקבל עמוד שדרה.
איך אנחנו שולטים מי רואה מה?
תפקידים, נאכפים במאגר המידע: המגישים רואים את הבקשות של עצמם, המאשרים רואים את התור שלהם, המבקרים קוראים הכל ולא נוגעים בכלום. כניסה משותפת לא יכולה להדליף את מה שהשורות מסרבות.
מה קורה כשהתהליך משתנה?
תגידו - שלב חדש, סף אחר, עוד מאשר. סקור את השינוי בתצוגה מקדימה, פרסם אותו, והכלי עוקב אחר הארגון במקום להיפך.
