Content Strategy Manager के पीछे की डेस्क के बारे में

हम किसके लिए लिखते हैं

इन-हाउस कंट्रीम मैनेजर। आमतौर पर एक से छह की टीम, एक spreadsheet में कैलेंडर, और एक head of marketing जो क्वार्टर को एक single slide में दिखाना चाहता है।

हम उनकी questions के आसपास pages बनाते हैं: एक writer को brief कैसे करें, एक order को time कैसे करें, और बिना overclaiming के क्वार्टर का report कैसे दें। marketplace एक tool है, लेकिन planning ही point है।

हमारे figures हमारे अपने crawler और हमारे own index से आते हैं। इस सप्ताह खरीदा गया एक placement हर view में अभी दिखाई नहीं दे सकता, और एक fresh link के लिए यह normal है।

हम कैसे लिखते हैं

हम content teams द्वारा forums और search boxes में टाइप किए गए सवालों को पढ़ते हैं, उन्हें group करते हैं, और theme के हिसाब से एक page लिखते हैं। अगर कोई page किसी को plan, brief, buy या report करने में मदद नहीं करता, तो वह ship नहीं होता।

उदाहरणों को labelled किया गया है। जब layout दिखाने के लिए कोई number invented किया गया है, तो page पर यह कहा गया है। जब कोई number product के बारे में fact है, जैसे $1 starting price या 50,000+ donor domains, तो यह product से ही आता है।

हम testimonials नहीं दिखाते, क्योंकि हम उनका verification नहीं कर सकते जिन्हें हमें दिखाना होता। एक quote बिना किसी named, checkable source के इस site पर नहीं आना चाहिए।

एक calendar-first desk क्यों

Link building को आमतौर पर seller's side से describe किया जाता है, metrics और tiers के साथ। Content managers कहीं और रहते हैं। उनके पास dates, writers, approvals और एक report होता है जिसे दस मिनट में पढ़ा जाता है।

तो हम marketplace को उन terms में describe करते हैं। साफ़-साफ़। एक basket एक purchase का draft है। एक placement एक row है जिसका owner होता है। एक क्वार्टर एक table है जिसमें एक control group होता है, भले ही वह crude हो।

यह एक छोटी desk है। हम हर strategy question का जवाब नहीं दे सकते। एक full competitor audit के लिए, big suites बेहतर काम करेंगी। एक plan के लिए जिसे आप wall पर लगा सकें, हम मदद करने के लिए तैयार हैं। सवालों का जवाब लंबा देने की जरूरत है, तो उन्हें यहाँ guess करने के बजाय account page के माध्यम से भेजना बेहतर है, और इस site के pages इस तरह लिखे गए हैं कि वे अपने आप खड़े रह सकें।

Channels एक calendar हैं, और strategy उसका reason है

Requests आमतौर पर एक channel से शुरू होती हैं। एक blog जोड़ें, एक newsletter जोड़ें, एक link order जोड़ें। Channel को नाम देना आसान है, और यही trap है। यह बताता है कि एक page कहाँ दिखाई देता है, न कि कि page क्यों होना चाहिए।

Page से शुरू करें। Content Strategy Manager पर हम वहाँ से शुरू करते हैं। एक page के पास एक job, एक reader और एक date होना चाहिए, किसी link की discussion से पहले। तभी एक placement के पास इशारा करने के लिए कुछ worth होता है। brief guide वहाँ से आगे बढ़ती है।

Schedule पर publishing एक plan नहीं है

मान लीजिए एक टीम एक साल के लिए हफ्ते में तीन articles publish करती है। अगर एक article को दूसरे से जोड़ने वाला कुछ नहीं है, तो calendar सिर्फ यह साबित करता है कि टीम busy थी। Volume एक rhythm है, और एक rhythm अपने आप में strategy नहीं है।

एक page तब attention अर्जित करता है जब कोई उसकी question के लिए search करता है और वहाँ एक clear answer पाता है। एक link उस page को ढूंढने में मदद कर सकता है। उसे page को follow करना चाहिए, और उसे page के exist करने का reason कभी नहीं होना चाहिए।

एक link को एक finished page की जरूरत क्यों है

एक placement को एक door और उसके पीछे page को एक room की तरह imagine करें। एक half-written draft पर link visitors को एक empty room में भेजता है, और money उस door पर खर्च होती है जिसमें कोई नहीं जाता है। order तब करें जब page finished हो, अपने final address पर load हो और phone पर अच्छा पढ़ाई जाए।

हम six placements aimed at pages that are still in progress के बजाय two well-chosen placements के साथ one complete guide देखना बेहतर समझेंगे। पहला option आपको एक क्वार्टर में measure करने के लिए कुछ देता है।

जब एक person पूरी content desk चलाता है

हमारे लिए लिखने वाले लोगों में से कई list के साथ अकेले हैं। एक person brief लिखता है, writer को chase करता है, basket को approve करता है, numbers पढ़ता है और boss के सामने जवाब देता है। यह बहुत सारे hats हैं। यह वही जगह है जहाँ calendars बिना किसी के notice के slip हो जाते हैं।

Fixes dull हैं, इसलिए वे tend to last करते हैं। कम चीजें track करने के लिए, हर एक के लिए एक fixed place, और एक short list tasks की जो सच में page को आगे बढ़ाती है।

एक sheet, हफ्ते के लिए एक tab

एक single spreadsheet जिसमें हर हफ्ते के लिए एक tab और हर channel के लिए एक column हो, ज्यादातर solo desks को cover करता है। जब वह ship हो जाए तो एक row को done mark करें। जो भी slip हो गया हो, उसे delete करने के बजाय next tab में ले जाएं, ताकि file अपनी history बनाए रखे।

Slip हुए tasks का record अक्सर उस file का सबसे useful part होता है। यह दिखाता है कि कौन से tasks move कर रहे हैं और किन्हें आपने कभी शुरू ही नहीं किया, भले ही वे हर हफ्ते list पर बैठे हों।

Task काटें जो कोई page move नहीं करता

पूछें कि कौन सा weekly task महत्व खो देगा अगर वह एक महीने के लिए गायब हो जाए। Tag cleanup और reports जो कोई नहीं खोलता, आमतौर पर suspects होते हैं। उस work को रखें जो एक flagship page को आगे बढ़ाता है, और बाकी को एक monthly slot में धकेलें जहाँ उसे batch किया जा सके।

अगर आप नाम नहीं बता सकते कि एक task किस page की मदद करता है, तो शायद वह किसी और की list पर होना चाहिए। उसे वापस कर दें, या outright cancel कर दें। दोनों choice एक weekly ritual से बेहतर हैं जो कुछ साबित नहीं करता।

एक useful report from a vendor कैसा दिखना चाहिए

कुछ vendors एक weekly sheet of activity भेजते हैं, हर profile, directory entry, guest post या bookmark के लिए एक row के साथ। Sheet लंबी होती है। यह दुर्लभ ही बताती है कि किसी single page को work से बेहतर स्थिति में आया है, और यही सवाल एक content manager को जवाब देना होता है।

हमारा मानना है कि एक report आपको एक phone call के बिना एक row check करने की अनुमति देनी चाहिए। अगर ऐसा नहीं है, तो report आपकी hired job से अलग काम कर रहा है।

Activities की एक list एक result नहीं है

Actions को count करना progress जैसा लगता है, लेकिन profiles की count आपको page के traffic के बारे में कुछ नहीं बताती। live URL, page जिसकी ओर वह इशारा करता है और date मांगें जिस पर वह live गया। वे तीन fields एक list को evidence में बदल देते हैं जिसे आप खोल सकते हैं।

वही तीन fields आपको काम को खुद कुछ मिनटों में check करने की भी अनुमति देते हैं, जो उन्हें payment जाने से पहले मांगने का whole point है।

जब rows बदलती रहती हैं तो क्या करें

अगर URLs हर हफ्ते बदल जाते हैं जबकि work का description वही रहता है, तो पूछें क्यों। एक unchanged task पर एक changing address आमतौर पर इस बात का संकेत देता है कि list busy दिखने के लिए बनाई गई थी, audited होने के लिए नहीं।

आपको किसी को accuse करने की जरूरत नहीं है। अगले महीने के लिए वही तीन fields मांगें, और दो lists को side by side compare करें। तुलना सवाल का जवाब आपके लिए दे देगी।