איך בונים בסיס ידע ב-30 יום: מבנה, מקורות, אחריות — והבסיס שצומח ממה שהצוות כבר אומר (2026)

בסיס ידע הוא אוסף התשובות שארגון נותן יותר מפעם אחת, כתובות פעם אחת ושמורות במקום שבו מי שזקוק לתשובה יכול למצוא אותה בלי לשאול. "איך מוציאים חשבונית למפיץ בשווייץ?", "מה אומרים להורה שהילד שלו פספס את המועד?", "איזו חברת שילוח להובלת משטחים למרוקו?" — בפעם הרביעית שאחת מהשאלות האלה נשאלת, יש לארגון בסיס ידע, בין שבנה אותו ובין שלא. הוא פשוט יושב בראש של עמית אחד ובתריסר שרשורי צ'אט.

רוב המדריכים לבנייה של בסיס כזה מתחילים בבחירת תוכנה. המדריך הזה מתחיל מוקדם יותר, כי התוכנה היא החלק הקטן ביותר: בסיס ידע הוא שלוש החלטות — מבנה, קבוצת מקורות ושם על כל רשומה — וחודש של עשייה לפי הסדר. תוכנית 30 הימים שלהלן מובילה ארגון של 10–200 עובדים לבסיס שאנשים באמת פותחים. היא כוללת תבנית רשומה שאפשר להעתיק, דוגמה מלאה, טבלה שמראה היכן הבסיס יושב בכלים שהצוות כבר עובד איתם, ואז את החלק שרוב המדריכים מדלגים עליו: הבסיס כבר כתוב ברובו, במה שהצוות אומר בפגישות שלו ומקליד בצ'אטים, והמשימה היא לשמור את זה במקום אחד, קריא לכל חברי הצוות.

מהו בסיס ידע — ומה הוא לא

ארבעה דברים נקראים "בסיס ידע", והבלבול ביניהם הוא הסיבה שכל כך הרבה בסיסים נבנים וכל כך מעט נמצאים בשימוש:

בסיס הידע הוא השורה הראשונה, והוא תלוי בשלוש האחרות. הוויקי הוא מה שהוא הופך להיות בלי מבנה; ספריית המסמכים היא המקום שבו הקבצים שלו יושבים; היסטוריית הצ'אט היא המקום שבו רוב הרשומות שלו נכתבות לראשונה, במקרה, כתגובות. המלאכה היא להעביר תשובה מהשורה הרביעית לראשונה — פעם אחת, עם שם עליה — והשיטה שלהלן בנויה סביב המהלך הזה.

שתי הבחנות נוספות חשובות לפני שבונים. בסיס ידע פנימי מיועד לצוות: איך אנחנו עושים דברים, איפה דברים נמצאים, מה החלטנו. בסיס חיצוני מיועד ללקוחות: איך המוצר עובד, מה לעשות כשמשהו נכשל. המדריך הזה עוסק בפנימי; את החיצוני כותבים מהפנימי בהמשך, בכתיבה מחדש של הרשומות שמותר ללקוחות לראות. ובסיס ידע אינו מסמך תהליך ואינו SOP: אלה מתארים עבודה שלמה מהתחלה ועד הסוף; רשומה עונה על שאלה אחת ומפנה לנוהל כשהתשובה היא "לפעול לפיו".

שלוש ההחלטות: מבנה, מקורות, אחריות

מבנה: לפי שאלה, לא לפי מחלקה. מי ששואל "איך מוציאים חשבונית לשווייץ?" לא יודע אם התשובה שייכת לכספים, למכירות או ללוגיסטיקה; הוא מכיר את השאלה. בסיס שמאורגן לפי מחלקות שולח אותו לשלושה פרקים כדי למצוא תשובה אחת. ארגנו לפי השאלות שאנשים שואלים — במילים שלהם — והשאירו את הרמה העליונה בשבעה פרקים לכל היותר. מעבר לשבעה, המבנה עצמו צריך חיפוש, וחיפוש בבסיס שאיש עוד לא מילא מחזיר כלום. רמות עליונות אופייניות לארגון קטן: לקוחות והזמנות; כסף וחשבוניות; אנשים וגיוס; כלים והרשאות; כללים והחלטות; למי להתקשר.

מקורות: מה שכבר קיים, לפני כל דבר חדש. לאף אחד אין זמן לכתוב בסיס ידע מדף ריק, ואף אחד לא צריך. התשובות קיימות — בתגובה שעמית נתן ביום שלישי שעבר, בסיכום של הפגישה שבה נקבע הכלל, במחירון שמישהו צירף להודעה במרץ, בהערות ההכשרה שהעובד החדש האחרון שמר. הגרסה הראשונה של רוב הרשומות מועתקת, לא נכתבת. היכן המקורות יושבים, וכמה מכל אחד מהם נגיש בהמשך, הם נושא הטבלה בהמשך; הגרסה הקצרה היא שברוב החבילות הצ'אט, הקבצים והערות הפגישה הם שלושה מקומות נפרדים, והפגישה עצמה היא זו שמשאירה הכי פחות אחריה.

אחריות: שם ותאריך על כל רשומה. הדבר היחיד שמפריד בין בסיס ידע שאנשים סומכים עליו לבין בסיס שהפסיקו לפתוח הוא אם הרשומה אומרת מי הבעלים שלה ומתי נבדקה לאחרונה. רשומה עם שם ו"נבדק ב-14 באוקטובר 2026" מאמינים לה; אותו טקסט בלעדיהם הוא "כנראה לא מעודכן". תפקידו של הבעלים קטן: פעם ברבעון לענות על "האם זה עדיין נכון?" ולשנות את התאריך. זה לא כתיבה מחדש של הבסיס. אם אי אפשר לנקוב בשם של אף אחד עבור רשומה, הרשומה אינה ידע; היא ניחוש, והיא יוצאת.

איך בונים בסיס ידע ב-30 יום

התוכנית מניחה אדם אחד שמניע אותה — ראש הצוות, או מי ששואלים אותו הכי הרבה שאלות — שמקדיש כשעתיים בשבוע, ושאר הצוות מקדיש דקות.

שבוע 1 — אוספים את השאלות, לא את התשובות. פתחו ערוץ, או הערה בערוץ קיים, ובמשך שבעה ימים בקשו מכולם להניח בו כל שאלה ששאלו עמית או שנשאלו, במילים שבהן נעשה שימוש. עדיין בלי תשובות. עד יום שישי יש ארבעים עד שמונים שאלות; שליש מהן כפולות. ספרו את החזרות: השאלה שנשאלה חמש פעמים היא רשומה מספר אחת. המקום שבו הרשימה יושבת הוא גם המקום שבו הבסיס יחיה; את הבחירה במקום עושים כאן לפי מה שהצוות כבר פותח כל יום, לא לפי השוואת תוכנות.

שבוע 2 — המבנה והבעלים. מיינו את השאלות לקבוצות; הקבוצות הן הפרקים, ואין יותר משבעה. מנו בעלים לכל פרק — מי שענה על רוב שאלותיו בשבוע 1. אחר כך מנו בעלים לכל רשומה עבור עשרים השאלות הנפוצות ביותר. עדיין לא כותבים דבר מלבד הרשימה: פרק, שאלה, בעלים. שלחו אותה לצוות ובקשו דבר אחד: "אילו שאלות חסרות?" הרשימה חוזרת עם עוד עשר.

שבוע 3 — עשרים הרשומות הראשונות, ממקורות. כל בעלים כותב את הרשומות שלו לפי התבנית שלהלן, ומתחיל ממה שכבר קיים: תגובת הצ'אט, הסיכום, הקובץ. הכלל של שבוע 3 הוא "קצר ונכון עדיף על ארוך ומלא": תשובה בת שני משפטים עם קישור לקובץ, מתוארכת וחתומה, היא רשומה. עמוד שמסביר את ההיסטוריה של הכלל הוא מסמך, והוא יכול לבוא אחר כך. רשומות שתלויות בהחלטה שאיש לא מוצא נכנסות קודם ליומן ההחלטות, ואחר כך לבסיס עם קישור.

שבוע 4 — מפרסמים, ואז מפעילים את הלולאה. נעצו את הבסיס במקום שבו הצוות קורא. אחר כך קבעו את שני ההרגלים ששומרים עליו בחיים: כל שאלה שנשאלת מעכשיו בערוץ השאלות מקבלת רשומה או קישור לרשומה, שנכתבת על ידי מי שענה עליה; ולבעלים של כל רשומה יש את תאריך הבדיקה ביומן. יום 30 אינו בסיס גמור. הוא עשרים עד שלושים רשומות, לכל אחת בעלים ותאריך, ולולאה שמוסיפה רשומה בכל פעם שעונים על שאלה. כעבור שישה חודשים יש מאתיים, ואיש לא כתב אותן כפרויקט.

מה לא קורה ב-30 הימים: העברה של ספריית המסמכים, בחירת כלי חדש, או כתיבת עמוד לכל תהליך. הבסיס מצביע על קבצים במקום שבו הם נמצאים ועל נהלים במקום שבו הם חיים. להעביר אותם זה פרויקט אחר, ולרוב מיותר.

תבנית לרשומה בבסיס ידע

רשומה אחת, שאלה אחת, פחות מעמוד. העתיקו אותה כהערה ומלאו אותה; השורות שמדלגים עליהן הכי הרבה הן שלוש האחרונות, והן אלה ששומרות על הרשומה נכונה.

[השאלה, במילים שאנשים משתמשים בהן כדי לשאול אותה]
בעלים: [שם] · פרק: [אחד משבעת הפרקים] · נבדק לאחרונה: [תאריך] · הבדיקה הבאה: [תאריך]
תשובה קצרה: [שני משפטים — מה לעשות]
חל על: [צוות, משרד, סוג לקוח] · לא חל על: [המקרה שאנשים מבלבלים איתו]
איך: [שלבים ממוספרים, שכל אחד מהם נוקב במערכת, באדם או בקובץ המעורבים]
הכלל שמאחורי זה: [ההחלטה שקבעה אותו, עם התאריך שלה, ולמה]
חריגים: [המקרים שמחוץ למסלול הרגיל, ומי מחליט בכל אחד]
היכן הקבצים: [קישור לתבנית העדכנית, למחירון, לחוזה]
רשומות קשורות: [ה-SOP, התהליך, הגרסה הקודמת]

התבנית היא טקסט פשוט עם תוויות מודגשות, ולכן היא מודבקת בקובץ Word, ב-Google Doc, בעמוד ויקי, ב-canvas של Slack או בהערת צ'אט בלי עיצוב מחדש.

דוגמה מלאה: הבסיס של יצואן אחרי 30 יום

יצואן איטלקי של מכונות, 38 עובדים, משרד מכירות במילאנו ומפיצים בספרד, ברומניה ובמרוקו. שבוע 1 הניב 61 שאלות; אחרי הסרת כפילויות, 44. המבנה שיצא מהן, עם מספר הרשומות בכל פרק ביום 30:

1. מפיצים והזמנות (7) — איך מגדירים מפיץ חדש; מי מאשר מסגרת אשראי; מה הזמנה צריכה לפני שהיא עוברת לייצור
2. חשבוניות ותשלום (5) — הוצאת חשבונית למפיץ בשווייץ; מתי משתמשים בחשבונית פרופורמה; מה עושים כשתשלום מתעכב ב-30 יום
3. משלוחים ומכס (6) — חברות שילוח לפי יעד; המסמכים שמשטח למרוקו צריך; מי חותם על הצהרת היצוא
4. שירות ואחריות (4) — מה האחריות מכסה; איך מזמינים ביקור שירות; אילו חלקים מוחזקים במלאי
5. כלים והרשאות (3) — מי נותן גישה ל-CRM; היכן המחירון נמצא; איך מגיעים לתיבת הדואר המשותפת
6. כללים והחלטות (3) — כלל שתי החתימות מעל 10,000; תקרת ההנחה; יומן ההחלטות
7. למי להתקשר (2) — עמיל המכס; אנשי הקשר של חברות השילוח לפי מדינה

שלושים רשומות. השאלה הנפוצה ביותר בשבוע 1 — "אילו מסמכים משטח למרוקו צריך?" — נענתה בערוץ אחת עשרה פעמים בשנה על ידי אותה אחראית לוגיסטיקה; הרשומה לקחה לה עשרים דקות, כי התשובה האחת עשרה כבר הייתה כתובה וחסרו לה רק שורת הבעלים והתאריך.

רשומה מלאה מפרק 3:

אילו מסמכים משטח למרוקו צריך?
בעלים: אחראית לוגיסטיקה · פרק: משלוחים ומכס · נבדק לאחרונה: 3 בנובמבר 2026 · הבדיקה הבאה: 3 בפברואר 2027
תשובה קצרה: חשבונית מסחרית בשלושה עותקים, רשימת אריזה, תעודת EUR.1, ומספר רישיון היבוא של המפיץ על החשבונית.
חל על: כל המשלוחים למפיצים במרוקו · לא חל על: חלפים בשווי מתחת ל-1,000 אירו בשליח, שיוצאים עם הטופס של השליח עצמו.
איך: 1. מייצאים את החשבונית מהמערכת עם התבנית של מרוקו. 2. מוסיפים את מספר הרישיון מתיק המפיץ. 3. מבקשים את ה-EUR.1 מלשכת המסחר, שלושה ימי עבודה. 4. מצרפים את רשימת האריזה. 5. שולחים את הערכה לעמיל המכס ומעתיקים את המפיץ.
הכלל שמאחורי זה: מספר הרישיון נוסף אחרי העיכוב במרץ 2026 בקזבלנקה (רשומה ביומן ההחלטות 2026-03-19).
חריגים: מכונות הדגמה יוצאות בכניסה זמנית; אחראית הלוגיסטיקה מחליטה.
היכן הקבצים: תבנית חשבונית למרוקו; טופס בקשה ל-EUR.1; תיקי המפיצים.
רשומות קשורות: חברות שילוח לפי יעד; מי חותם על הצהרת היצוא.

היכן בסיס הידע יושב בכלים שכבר משתמשים בהם

ארגון של 10–200 עובדים בונה את הבסיס בחבילה שהוא כבר משלם עליה, ולכל חבילה יש מקום לרשומה, מקום לקבצים ונתיב למה שפגישה משאירה אחריה. כל אחת נעצרת בנקודה אחרת, ובכל אחת התיעוד נשאר בשפה שבה הוקלד. התנהגות מתועדת בלבד, מהעמודים של הספקים עצמם, עם החודש שבו כל עמוד נבדק:

שלושה דברים זהים בכל הארבע. הרשומה היא מסמך או הודעה בשפה האחת שבה הוקלדה, וחבר שקורא שפה אחרת קורא אותה כפי שהיא או עותק שמישהו הכין. הקבצים נמצאים במקום שני, ונמצאים בחיפוש שני. והפגישה — שבה הכלל נדון ונקבע — מגיעה לבסיס רק כשאדם מקליד אותה אחר כך: היכן Teams ו-Meet שומרים תמלול וסיכום בכלל, ואיך שומרים אותם אחרי השיחה, מוסבר בהיכן Microsoft Teams ו-Google Meet שומרים את התמלול, ההקלטה והסיכום שלכם; כלי התיעוד מבוססי ה-AI שצוותים רבים מוסיפים מאותה סיבה מושווים בחלופות ל-Otter.ai, וכל אחד מהם כותב את הסיכום שלו בשפה אחת.

התרגום שהחבילות האלה מתעדות שייך לשיחה או למסך של הקורא, לא לתיעוד: Microsoft מתעדת כתוביות מתורגמות חיות בפגישות Teams כשלמארגן יש רישיון Teams Premium או Microsoft 365 Copilot, Google מתעדת כתוביות מתורגמות ב-Meet בתוכניות Workspace מתאימות (שתיהן נבדקו באוגוסט 2026), ו-WhatsApp מתעדת תרגום של הודעה שהתקבלה בטלפון של הקורא (נבדק באוגוסט 2026) — מה כל אחד מכסה והיכן כל אחד נעצר מוסבר בMicrosoft Teams live translation, ב-Google Meet live translation וב-WhatsApp translate. הרשומה שפקיד המפיץ בקזבלנקה פותח ביום שני היא אובייקט נפרד מהכתוביות האלה, והיא נקראת בשפה שבה הוקלדה.

הבסיס שצומח ממה שהצוות כבר אומר

InterMIND הוא מרחב תקשורת שבו עבודת הצוות חיה בערוץ, ולכן לבסיס הידע יש בית מובן מאליו: הערוץ של הצוות שמשתמש בו — צוות היצוא, דלפק הקבלה של המרפאה, קבוצת הלקוחות של הסוכנות — והערוץ הזה הוא גם ערוץ השאלות והמקום שממנו הפגישות יוצאות לדרך. שלוש ההחלטות שלמעלה מתיישבות עליו ישירות.

מבנה ואחריות הם הרשומות עצמן. כשהרשומה מפורסמת כהערה — הודעת טקסט עשיר עם כותרות ורשימות ממוספרות, שנערכת אחר כך מהתפריט שלה — כל חבר קורא אותה בשפה שלו כשהמקור במרחק החלפה אחת, והיא נעוצה כך שהגרסה העדכנית היא הדבר הראשון שעמית חדש מוצא; כשהיסטוריית העריכות פעילה, הניסוח הקודם של כלל ששונה מופיע מעל הטקסט הנוכחי כהשוואה ברמת המילה עם חותמת הזמן שלו, וזהו שביל הבדיקה שאליו שורת "נבדק לאחרונה" של הבעלים מצביעה. הקבצים שהרשומה מצביעה עליהם — המחירון, התבנית של מרוקו, חוזה המפיץ — מועלים לאותו ערוץ ונושאים, בכל תוכנית, סיכום AI בשפת הקורא כשכל נקודה מקושרת לפסקה שממנה הגיעה; בתוכניות בתשלום הקובץ עצמו נפתח מתורגם לשפת הקורא (30 שפות למסמכים). אם עותק האב נשאר בכלי מסמכים, העדכונים שלו נוחתים בערוץ במייל: המארח של הערוץ נותן לו כתובת משלו, והודעה שנשלחת אליה מופיעה כהודעה רגילה עם שם השולח וצרופות שמורות. צוות שמגיע מ-Slack מביא איתו את הערוצים שלו: ייצוא רגיל של סביבת עבודה ב-Slack משוחזר כערוץ אחד לכל ערוץ Slack, הודעות לפי הסדר עם חותמות הזמן המקוריות שלהן, הצמדות ותגובות נשמרות, וכל הודעה נקראת על ידי כל חבר בשפה שלו.

מקורות הם המקום שבו הערוץ עושה את העבודה שהטבלה למעלה משאירה לאדם. הפגישה שבה נקבע הכלל יוצאת מהערוץ; במהלך השיחה טיוטת הרשומה עולה על המסך של כולם לצד אריחי הווידאו עם Share to conference — הערה, או מסמך Google Docs או OneDrive המקושר בצ'אט — וכל משתתף גולל אותה באופן עצמאי וקורא אותה בשפה שלו, בעוד המשתף עורך אותה בזמן אמת. כשהשיחה מסתיימת, הסיכום נכתב מהפגישה עצמה — תקציר, הנקודות המסומנות כמוסכמות, פתוחות או שנויות במחלוקת, ה-action items עם בעלים, כל שורה שומרת את חותמת הזמן שלה — והמסמכים ששותפו במהלך המפגש תורמים את הסיכומים שלהם לצד מה שנאמר. הוא מגיע במייל, כהודעה בערוץ וכקישור באירוע ביומן, וכל חבר מחובר קורא אותו בשפה שלו: התיעוד מתורגם לכל קורא, לא נכתב פעם אחת בשפה שהחדר במקרה השתמש בה. כל חבר יכול לערוך אותו, כל עריכה שומרת מחבר והיסטוריית גרסאות, והערוץ שומר את הסיכום של כל מפגש בעבר — כך שהפגישה שקבעה את הכלל של מרוקו נמצאת במרחק לחיצה אחת מהרשומה שקובעת אותו. זה הבסיס שצומח ממה שהצוות כבר אומר: התשובה האחת עשרה בערוץ, הסיכום של השיחה שבה הכלל נדון, הקובץ שצורף במרץ, הכול במקום אחד, כשהרשומה עומדת מעליהם.

ערוץ השאלות מקבל את אותו יחס מהכיוון ההפוך. העוזר האישי של חבר — Claude, ChatGPT, Copilot או Gemini, מחובר דרך מחבר ה-MCP — מחפש בסיכומים, בתמלולים, בצ'אטים ובטקסט של קבצים משותפים בשאלה אחת, "אילו מסמכים משטח למרוקו צריך?", ומחזיר את הקטעים עם הפגישה, התאריך והקובץ שמהם כל אחד הגיע; זה פועל בארגונים שתכונות ה-AI שלהם פעילות, והקריאה דרך העוזר מוגבלת לפגישות ולערוצים שהחבר נמצא בהם. לצ'אט עצמו יש חיפוש, ואת הבסיס אפשר להוציא כולו: בכל תוכנית גיבוי מתוך Settings מייצא את הערוצים כקובץ ZIP עם ההודעות, התמלולים והקבצים שלהם, וזו שאלת הבעלות שנענית ברמת הארגון ולא ברמת הרשומה. בהשוואה לטבלה למעלה, ההבדל הוא קביעה עובדתית פשוטה: הכתוביות שהחבילות האלה מתעדות מתרגמות את השיחה בזמן שהיא מתנהלת; כאן הרשומה, הפגישות שהפיקו אותה, הקבצים שלה וההיסטוריה שלה הם תיעוד אחד, שכל חבר קורא בשפה שלו.

האנשים שמחזיקים את הידע של צוות אינם תמיד עובדים. פקיד ההזמנות של המפיץ, עמיל המכס, רואה החשבון החופשי שמכיר את הכלל השווייצרי: חבר חיצוני בערוץ מצטרף במייל עם חשבון חינמי וקורא את הרשומות ואת ההיסטוריה שלהן כמו כולם; אדם בלי חשבון הוא אורח של פגישה אחת — הוא מצטרף לשיחה דרך קישור, מטלפון, ללא תשלום, שומע אותה בשידור חי בשפה שלו, ואחריה לא מקבל תיעוד. המארח מספק את המרחב ובתוכנית בתשלום משלם רק על חברים שהיו פעילים ב-28 הימים האחרונים — כאלה שהצטרפו לפגישה, כתבו בצ'אט או שאלו את העוזר; חברים שהשתתקו שומרים על הגישה שלהם ללא עלות, וזה מה שבסיס ידע צריך: מי שכתב את הרשומה לפני שנתיים יכול עדיין להיות בערוץ.

• פתחו סיכום מלא — תיעוד אמיתי שמופק על ידי אותו קוד שכותב את שלכם.
• נסו את הדמו החי — בלי הרשמה; דברו, ושמעו את החדר מתורגם לכל מאזין.

בניית בסיס ידע כמלאכה שורדת כל כלי: מישהו עדיין צריך לאסוף את השאלות, לשמור על מבנה של שבעה פרקים, לשים שם ותאריך על כל רשומה, ולענות בערוץ ולא בהודעה ישירה. מה שאינו חייב לשרוד הוא המשימה השנייה — להקליד מחדש בבסיס את מה שהפגישה החליטה, ולהחזיק ידנית עותק מתורגם של כל רשומה, שפה אחר שפה, עבור המשרד שקורא את השפה האחרת.

שאלות נפוצות

מהו בסיס ידע?

בסיס ידע הוא אוסף של תשובות לשאלות שארגון נשאל יותר מפעם אחת, כתובות פעם אחת, לכל אחת בעלים ותאריך, ושמורות במקום שבו מי שזקוק לתשובה יכול למצוא אותה בלי לשאול עמית. בסיס ידע פנימי עונה על שאלות הצוות עצמו — איך מוציאים חשבונית, היכן הקבצים, מה החלטנו; בסיס חיצוני עונה על שאלות של לקוחות על מוצר. הוא שונה מוויקי בכך שיש לו מבנה ובעלים, ומספריית מסמכים בכך שהוא מחזיק תשובות ולא קבצים.

איך יוצרים בסיס ידע?

אוספים במשך שבוע את השאלות שהצוות באמת שואל, במילים שבהן נעשה שימוש; מקבצים אותן לא יותר משבעה פרקים; ממנים בעלים לכל פרק ולכל אחת מעשרים השאלות הנפוצות ביותר; הבעלים כותבים את הרשומות האלה ממה שכבר קיים — תגובות צ'אט, סיכומי פגישות, קבצים — לפי תבנית של עמוד אחד עם תשובה קצרה, שלבים, חריגים ותאריך בדיקה; מפרסמים במקום שהצוות כבר קורא; ואז שומרים על הלולאה פעילה, כשכל שאלה שנענית הופכת לרשומה והבעלים של כל רשומה בודק אותה בתאריך שלה.

מה בסיס ידע צריך לכלול?

רשומה אחת לכל שאלה, ובכל אחת השאלה במילים שאנשים משתמשים בהן, בעלים, תאריך הבדיקה האחרונה ותאריך הבדיקה הבאה, תשובה קצרה, המקרים שעליהם היא חלה ושעליהם אינה חלה, השלבים עם שם המערכת או האדם המעורבים, ההחלטה שמאחורי הכלל עם התאריך שלה, החריגים ומי מחליט בהם, קישורים לקבצים העדכניים וקישורים לרשומות קשורות. הבסיס כולו צריך מבנה של שבעה פרקים לכל היותר, מאורגן לפי השאלות שנשאלות ולא לפי מחלקה.

מה ההבדל בין בסיס ידע לוויקי?

ויקי הוא קבוצת עמודים שכל אחד יכול לכתוב בכל מבנה; בסיס ידע מאורגן לפי השאלות שאנשים שואלים, עם רשומה אחת לכל שאלה ובעלים ותאריך בדיקה בכל אחת. אפשר להפוך ויקי לבסיס ידע על ידי הוספת מבנה ובעלים; בלעדיהם ויקי גדל למאות עמודים שאיש לא יכול לנווט בהם ואיש לא בדק. התוכנה לרוב זהה; ההבדל הוא שתי ההחלטות.

איך מבנים בסיס ידע?

לפי שאלה, לא לפי מחלקה: מי ששואל לא יודע לאיזו מחלקה התשובה שייכת, אבל יודע מה הוא שואל. קבצו את השאלות שנאספו בשבוע הראשון לא יותר משבעה פרקים ברמה העליונה — בארגון קטן בדרך כלל לקוחות והזמנות, כסף וחשבוניות, אנשים וגיוס, כלים והרשאות, כללים והחלטות, ולמי להתקשר — והשאירו כל רשומה לשאלה אחת. אם פרק גדל מעבר לכשלושים רשומות, פצלו אותו לפי השאלות שאנשים שואלים ולא לפי מי שעונה עליהן.

כמה זמן לוקח לבנות בסיס ידע?

שלושים יום עד בסיס שאנשים פותחים: שבוע של איסוף שאלות, שבוע של מבנה ובעלים, שבוע של כתיבת עשרים הרשומות הראשונות ממקורות קיימים, שבוע של פרסום וקביעת לולאת הבדיקה. מי שמניע את התהליך מקדיש כשעתיים בשבוע; כל בעלים מקדיש עשרים דקות לרשומה, כי רוב הרשומות מועתקות מתשובה שכבר ניתנה ולא נכתבות מחדש. הבסיס אינו גמור ביום 30; הוא גדל ברשומה אחת בכל פעם שעונים על שאלה.

אפשר לבנות בסיס ידע בחינם?

כן — התבנית במדריך הזה היא טקסט פשוט, והבסיס יכול לחיות בהערה, במסמך או בערוץ בכלים שהצוות כבר משתמש בהם: canvas ב-Slack, Google Doc, לשונית Files של ערוץ ב-Teams, הערה נעוצה בצ'אט. מה שלא עולה כסף בתוכנה עדיין עולה בזמן הבדיקה של הבעלים, והמגבלות הן של החבילה עצמה: תוכנית Free של Slack שומרת 90 ימים של היסטוריית הודעות, ובכל חבילה הרשומה נמצאת בשפה שבה הוקלדה. ב-InterMIND תוכנית Basic חינמית, והמחירים של התוכניות בתשלום נמצאים בעמוד התמחור.

מקורות: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. עמוד Microsoft Learn על Teams ו-SharePoint נבדק בנובמבר 2026; עמודי השימור והערות הפגישה של Teams, עמוד תבנית ה-canvas של Slack ועמוד Google "Take notes for me" נבדקו באוקטובר 2026; עמודי התרגום והכתוביות של Teams, עמודי התמחור, השימור והייצוא של Slack, עמודי התרגום של Google Chat והכתוביות של Meet ועמודי WhatsApp נבדקו באוגוסט 2026. ספקים משנים תוכניות, תכונות ורשימות שפות עם הזמן; בדקו את העמודים שלהם למצב העדכני.