નોલેજ બેઝ કેવી રીતે બનાવવો: લેખ, સર્ચ, પરવાનગીઓ અને AI જવાબો
નોલેજ બેઝ એ જવાબોની શોધી શકાય તેવી લાઇબ્રેરી છે: કંઈક કેવી રીતે કરવું, કંઈક કેવી રીતે ઠીક કરવું, નિયમ શું છે. તેને બનાવવા માટે તમને થોડી સ્પષ્ટ કેટેગરીમાં ગોઠવાયેલા લેખો, એવું એડિટર જે તમારા લેખકો ખરેખર વાપરશે, લોકો ખરેખર ટાઇપ કરે છે તે શબ્દોથી યોગ્ય લેખ શોધતું સર્ચ, અને કોણ શું વાંચી શકે તેનો નિર્ણય જોઈએ — જાહેર, લૉગિન કરેલા ગ્રાહકો, કે ફક્ત સ્ટાફ. AI એપ બિલ્ડર ટૂંકા સત્રમાં માળખું, એડિટર અને સર્ચ બનાવી શકે છે. નોલેજ બેઝને ઉપયોગી શું બનાવે છે તે લખાણ અને જાળવણી છે, તેથી પહેલા દિવસથી જ સરળ સંપાદન અને જૂના લેખ ઓળખવા માટે ડિઝાઇન કરો.
પહેલા નક્કી કરો કે તે કોના માટે છે
એક જ ફીચર ખૂબ અલગ સાઇટ્સને સેવા આપી શકે છે:
- જાહેર હેલ્પ સેન્ટર — ગ્રાહકો અને સંભવિત ગ્રાહકો માટે. ઝડપી, સર્ચ એન્જિન દ્વારા ઇન્ડેક્સ થઈ શકે તેવું, અને તેમના પોતાના શબ્દોમાં લખાયેલું હોવું જોઈએ.
- ફક્ત ગ્રાહકો માટેના દસ્તાવેજો — લૉગિનની પાછળ, ચુકવણી કરતા ગ્રાહકો અથવા ભાગીદારો માટે.
- આંતરિક નોલેજ બેઝ — સ્ટાફ માટે નીતિઓ, પ્રક્રિયાઓ, કેવી રીતે કરવું તેના માર્ગદર્શિકાઓ. ખાનગી હોવું જોઈએ; ડિઝાઇન કરતાં સર્ચ અને તાજગી વધુ મહત્ત્વનાં છે.
એક જ સાઇટમાં જાહેર અને આંતરિક લેખ ભેળવવો એ મોટાભાગના લીક્સનું કારણ છે. જો તમને બંને જોઈએ, તો દરેક લેખને સ્પષ્ટ દૃશ્યતા સેટિંગ આપો, અથવા બે અલગ સાઇટ ચલાવો.
એપને શું જોઈએ
ડેટા
| ટેબલ | મુખ્ય ફીલ્ડ |
|---|---|
| લેખ | શીર્ષક, slug, સારાંશ, બોડી, કેટેગરી, ટેગ, સ્થિતિ (ડ્રાફ્ટ, પ્રકાશિત, આર્કાઇવ), દૃશ્યતા, માલિક, છેલ્લે ક્યારે સમીક્ષા થઈ, અપડેટ થયાનો સમય |
| કેટેગરી | નામ, slug, વર્ણન, ક્રમ, પેરન્ટ (વૈકલ્પિક) |
| રિવિઝન | લેખ, બોડી, લેખક, ક્યારે સાચવાયું |
| પ્રતિસાદ | લેખ, મદદરૂપ હા/ના, ટિપ્પણી, ક્યારે બનાવાયું |
| સર્ચ લોગ | ક્વેરી, પરિણામોની સંખ્યા, ક્લિક કરાયેલ લેખ, ક્યારે બનાવાયું |
બે ફીલ્ડ ઘણું કામ કરે છે: માલિક (કોણ લેખને સચોટ રાખે છે) અને છેલ્લે ક્યારે સમીક્ષા થઈ (કોઈએ છેલ્લે ક્યારે પુષ્ટિ કરી કે તે હજી સાચો છે). સાથે મળીને તેઓ એવા લેખોની યાદી બનાવવા દે છે જે છ મહિનામાં કોઈએ તપાસ્યા નથી.
પેજ
- વાચક: સર્ચ અને કેટેગરી સાથેનું હોમ, કેટેગરી પેજ, લેખ પેજ જેમાં વિષયસૂચિ, સંબંધિત લેખો અને "શું આ મદદરૂપ હતું?" પ્રોમ્પ્ટ હોય.
- એડિટર: ફિલ્ટર સાથે લેખની યાદી (ડ્રાફ્ટ, જૂના, ઓછા રેટિંગવાળા), પ્રીવ્યૂ સાથેનું એડિટર, અને રિવિઝન ઇતિહાસ.
- એડમિન: કેટેગરી, વપરાશકર્તાઓ અને ભૂમિકાઓ, અને કોઈ પરિણામ ન મળ્યું હોય તેવા સર્ચના અહેવાલ.
પરવાનગીઓ
વાચકો તેમને જોવાની મંજૂરી હોય તેવા પ્રકાશિત લેખ જુએ છે. એડિટર લેખ બનાવે અને સંપાદિત કરે, કદાચ અમુક કેટેગરી સુધી મર્યાદિત. એડમિન પ્રકાશિત કરે, આર્કાઇવ કરે અને વપરાશકર્તાઓનું સંચાલન કરે. આંતરિક નોલેજ બેઝ માટે દરેકને લૉગિન જોઈએ; જાહેર હેલ્પ સેન્ટર માટે ફક્ત લેખકોને.
નિર્ણયો અને ટ્રેડ-ઓફ
એડિટર: Markdown કે rich text
Markdown ઝડપી, પોર્ટેબલ છે અને વર્ઝન ઇતિહાસ સાથે સારું કામ કરે છે, પરંતુ કેટલાક લેખકોને તે મુશ્કેલ લાગે છે. rich-text એડિટર હેડિંગ, યાદીઓ, ઇમેજ, કોલઆઉટ અને કોડ બ્લોક સાથે પરિચિત લાગે છે. તમે જે પણ પસંદ કરો, સામગ્રી એવા ફોર્મેટમાં સંગ્રહિત કરો જે પછીથી નિકાસ કરી શકાય.
સર્ચ
જો તમે શીર્ષકો, સારાંશ અને બોડી શોધો અને શીર્ષકના મેળને ઊંચો ક્રમ આપો, તો થોડા સો લેખ માટે મૂળભૂત ડેટાબેઝ ટેક્સ્ટ સર્ચ પૂરતું છે. તેનાથી આગળ, અથવા જો ટાઇપો અને સમાનાર્થી મહત્ત્વના હોય ("invoice" વિરુદ્ધ "bill"), તો યોગ્ય full-text સર્ચ અથવા હોસ્ટેડ સર્ચ સેવા વાપરો. સર્ચ ઉમેરવા પરની અમારી માર્ગદર્શિકા વિકલ્પોમાંથી પસાર થાય છે. કંઈ પણ ન મળે તેવી દરેક ક્વેરી લોગ કરો: તે લખવા યોગ્ય લેખોની મફત યાદી છે.
AI જવાબ
તમારા લેખોમાંથી જવાબ આપતું "પ્રશ્ન પૂછો" બોક્સ હવે સામાન્ય છે. તે સૌથી સંબંધિત ફકરા શોધીને ભાષા મોડેલને ફક્ત તેમાંથી જવાબ આપવા કહીને કામ કરે છે — RAG શું છે જુઓ. હંમેશા સ્રોત લેખ બતાવો, "મને ખબર નથી" કહેવાની મંજૂરી આપો, અને યાદ રાખો કે તે તમારા લેખોમાં જૂની વાત પણ આત્મવિશ્વાસથી ફરી કહેશે. લેખો સારા સ્વરૂપમાં આવ્યા પછી બનાવો, પહેલા નહીં.
વર્ઝનિંગ અને સમીક્ષા
કોણે શું બદલ્યું તે જોવા અને પાછું ફેરવવા માટે રિવિઝન રાખો. નિયંત્રિત સામગ્રી (HR નીતિ, સલામતી પ્રક્રિયાઓ) માટે, ફેરફાર પ્રકાશિત થાય તે પહેલાં મંજૂરીનો પગલું ઉમેરો.
એક કામ કરતો પહેલો પ્રોમ્પ્ટ
Parcelly માટે જાહેર હેલ્પ સેન્ટર બનાવો, નાની ઓનલાઇન દુકાનો માટે શિપિંગ લેબલ એપ. હોમ પેજ પર મોટું સર્ચ બોક્સ અને છ કેટેગરી (Getting started, Printing labels, Carriers, Billing, Returns, Troubleshooting). લેખમાં શીર્ષક, સારાંશ, Markdown માં બોડી જેમાં ઇમેજ અને કોલઆઉટ હોય, કેટેગરી, ટેગ, સ્થિતિ (ડ્રાફ્ટ, પ્રકાશિત, આર્કાઇવ), માલિક અને છેલ્લી સમીક્ષાની તારીખ હોય. લેખ પેજ વિષયસૂચિ, સંબંધિત લેખો અને વૈકલ્પિક ટિપ્પણી સાથે "શું આ મદદરૂપ હતું?" હા/ના બતાવે. સર્ચ શીર્ષકો, સારાંશ અને બોડી આવરી લે, શીર્ષકના મેળને પહેલું ક્રમ, અને દરેક ક્વેરી અને તેના પરિણામો લોગ કરે. એડિટર વિસ્તાર (લૉગિન જરૂરી, ભૂમિકાઓ editor અને admin) ડ્રાફ્ટ, 180 દિવસથી સમીક્ષા ન થયેલા લેખ અને ઓછા મદદરૂપ સ્કોરવાળા લેખ બતાવે, અને રિવિઝન ઇતિહાસ રાખે. દરેક લેખનું પોતાનું પેજ શીર્ષક અને મેટા વર્ણન સર્ચ એન્જિન માટે હોય. સ્વચ્છ, શાંત, વાંચવામાં સરળ ડિઝાઇન. મોબાઇલ-પ્રથમ.
બિલ્ડ સ્ટેપ્સ
- કંઈ પણ બનાવતા પહેલાં તમારા પ્રથમ 20–30 લેખ વાસ્તવિક સપોર્ટ પ્રશ્નો પરથી લખો. તે યાદી કેટેગરીઓને આકાર આપે છે.
- સાઇટ જનરેટ કરો અને ફોન પર વાંચન તપાસો — લાઇનની લંબાઈ, હેડિંગ, ઇમેજ.
- એડિટર અને ભૂમિકાઓ. લેખકોને ડેવલપરને પૂછ્યા વિના લેખ ઉમેરવા અને સુધારવા સક્ષમ હોવું જોઈએ.
- સર્ચ, પછી ગ્રાહકો ખરેખર વાપરે તેવા શબ્દોથી તપાસો, ખોટી જોડણી સહિત.
- પ્રતિસાદ અને સર્ચ લોગિંગ.
- જૂના લેખનો અહેવાલ માલિક અને છેલ્લી સમીક્ષાની તારીખના આધારે.
- જાહેર સાઇટ માટે SEO મૂળભૂત બાબતો: અનન્ય શીર્ષકો, વર્ણનો, સ્વચ્છ URL, સાઇટમેપ. AI થી બનેલી વેબસાઇટ્સ માટે SEO જુઓ.
- તમારી પ્રોડક્ટ અને સપોર્ટ જવાબોમાં લિંક કરો, પછી દર અઠવાડિયે કંઈ ન મળ્યું હોય તેવા લોગ પર નજર રાખો.
- AI જવાબ, જ્યારે સામગ્રી મજબૂત હોય ત્યારે.
સામાન્ય ભૂલો
- વિભાગ પ્રમાણે ગોઠવવું વાચક શું કરવા માગે છે તેના બદલે.
- પાંચ કાર્યો આવરી લેતા લાંબા લેખ. એક લેખમાં એક કાર્ય, એવા શીર્ષક સાથે જે જણાવે કે તે શું ઉકેલે છે.
- દરેક લેખનો માલિક નથી. કોઈ કંઈ અપડેટ કરતું નથી, અને પહેલી ખોટી વાત પછી ભરોસો ઘટે છે.
- જાહેર લેખમાં આંતરિક નોંધો. અલગ દૃશ્યતા વાપરો, અને પ્રકાશન પહેલાં સમીક્ષા કરો.
- ફક્ત શીર્ષકો સાથે મેળ ખાતું સર્ચ. વાચકો લેખનાં નામ નહીં, લક્ષણો ટાઇપ કરે છે.
- Alt ટેક્સ્ટ કે સંદર્ભ વિનાના સ્ક્રીનશોટ. તે ઝડપથી જૂના થઈ જાય છે; પગલું શબ્દોમાં પણ વર્ણવો.
તૈયાર પ્રોડક્ટ ક્યારે વધુ સારી પસંદગી છે
જો તમારી ટીમ પહેલેથી જ ડોક્યુમેન્ટેશન કે વિકી સાધનમાં કામ કરે છે, તો ત્યાં આંતરિક નોલેજ બેઝ સામાન્ય રીતે સૌથી સરળ માર્ગ છે — અમારી Notion vs Confluence સરખામણી બે સામાન્ય પસંદગીઓ આવરી લે છે. જો તમે હેલ્પડેસ્ક પ્રોડક્ટ વાપરો છો, તો તેનું બિલ્ટ-ઇન હેલ્પ સેન્ટર લેખોને ટિકિટો સાથે જોડે છે અને ગ્રાહકોને લેખ સૂચવે છે, જેનું પુનઃઉત્પાદન મુશ્કેલ છે. ડેવલપર ડોક્યુમેન્ટેશન માટે, કોડ સાથે રાખેલા, ડોક્સ-સાઇટ જનરેટર આદર્શ છે.
તમારું પોતાનું બનાવો જ્યારે તમને તમારી પોતાની રચના અથવા પરવાનગીઓ જોઈએ (ક્લાયન્ટ, સ્થળ કે ભૂમિકા પ્રમાણે લેખ), જ્યારે નોલેજ બેઝ વિભાગને બદલે તમારી પ્રોડક્ટની અંદર હોય, જ્યારે વિકી ન લાગુ કરે તેવા સમીક્ષા અને મંજૂરીના પગલાં જોઈએ, અથવા જ્યારે બીજા સબ્સ્ક્રિપ્શન વિના તમારી સામગ્રી પર AI જવાબ જોઈએ. તે કસ્ટમ હેલ્પડેસ્ક સાથે સ્વાભાવિક રીતે જોડાય છે.
Mythex સાથે બનાવવું
Mythex પર તમે ચેટમાં નોલેજ બેઝનું વર્ણન કરો છો અને તે લાઇવ પ્રીવ્યૂમાં બને છે; લેખ, રિવિઝન અને પ્રતિસાદ જરૂર પડ્યે એજન્ટ ઉમેરે તે Postgres ડેટાબેઝમાં સંગ્રહિત થાય છે, અને ઇમેજ પ્રોજેક્ટના ફાઇલ સ્ટોરેજમાં જાય છે. એડિટર લૉગિન તમે પસંદ કરેલો ઓથ અભિગમ વાપરે છે, કારણ કે Mythex પાસે બિલ્ટ-ઇન અંતિમ-વપરાશકર્તા લૉગિન નથી. AI જવાબો માટે, તમે તમારા AI પ્રદાતાની API કી પ્રોજેક્ટ સિક્રેટ તરીકે સંગ્રહિત કરો છો, અને વપરાશનું બિલ Mythex ક્રેડિટને બદલે તમારા પ્રદાતા ખાતે જાય છે (AI રેસિપી). નવી Mythex એપ્સ ડિફોલ્ટમાં ક્લાયન્ટ-રેન્ડર થતી React સિંગલ-પેજ એપ હોય છે, જે સર્ચ એન્જિન માટે નબળી છે, તેથી જાહેર હેલ્પ સેન્ટર માટે સ્ટેટિક-ફ્રેન્ડલી અથવા સર્વર-રેન્ડર સેટઅપ, જેમ કે Next.js, માગો (SEO રેસિપી).
શરૂઆતના પ્રોમ્પ્ટ માટે, પ્રોડક્ટ નોલેજ હબ અથવા ટીમ ડોક્સ એપ ટેમ્પલેટ અજમાવો.
પ્રશ્નો
નોલેજ બેઝ અને વિકી વચ્ચે શો તફાવત છે?
નોલેજ બેઝ સામાન્ય રીતે ક્યુરેટેડ હોય છે: એક નાની ટીમ ચોક્કસ પ્રેક્ષક માટે જવાબો લખે અને જાળવે છે, ઘણી વાર ગ્રાહકો માટે. વિકી કોઈ પણ વ્યક્તિને સંપાદન કરવા દે છે અને તે વધુ વિસ્તૃત અને અવ્યવસ્થિત બનવા લાગે છે. એક જ સોફ્ટવેર બંને માટે વપરાઈ શકે છે; તફાવત એ છે કે કોણ લખે છે અને કોણ સમીક્ષા કરે છે.
નોલેજ બેઝ કેવી રીતે ગોઠવવો જોઈએ?
તમારા સંગઠનના ચાર્ટ પ્રમાણે નહીં, પરંતુ વાચકો શું કરવા માગે છે તે પ્રમાણે. થોડી ઉચ્ચ-સ્તરની કેટેગરી, સ્પષ્ટ શીર્ષકવાળા ટૂંકા કાર્ય-કેન્દ્રિત લેખ અને સંબંધિત લેખો વચ્ચે લિંક, ઊંડા ફોલ્ડર વૃક્ષ કરતાં વધુ સારી રીતે કામ કરે છે.
શું નોલેજ બેઝમાં AI જવાબ ઉમેરી શકાય?
હા. સામાન્ય અભિગમ, જેને retrieval-augmented generation કહેવાય છે, તમારા લેખોમાં સંબંધિત ફકરા શોધે છે અને ભાષા મોડેલને ફક્ત તે ફકરાનો ઉપયોગ કરીને જવાબ આપવા કહે છે, સ્રોત પર પાછી લિંક સાથે. લેખો પોતે સચોટ અને અદ્યતન હોય ત્યારે તે શ્રેષ્ઠ કામ કરે છે.
શું જાહેર હેલ્પ સેન્ટરને સર્ચ એન્જિન ઇન્ડેક્સ કરવા જોઈએ?
સામાન્ય રીતે હા. લોકો સપોર્ટનો સંપર્ક કરતા પહેલાં સમસ્યા કેવી રીતે ઠીક કરવી તે શોધે છે, તેથી દરેક લેખનું પોતાનું પેજ, શીર્ષક અને વર્ણન હોવું જોઈએ. આંતરિક લેખ અલગ, લૉગિનથી સુરક્ષિત સાઇટ પર રાખો.