SaaS
మీరు ప్రతి రెండు వారాలకు రిలీజ్ చేస్తారు, సంవత్సరానికి రెండుసార్లు మాత్రమే దాని గురించి రాస్తారు
సాఫ్ట్‌వేర్ టీమ్‌లకు చెప్పడానికి విషయాలు లోపించవు. వాటిని చెప్పే వ్యక్తి లోపిస్తారు, ఎందుకంటే రిలీజ్ ఆలస్యమైనప్పుడు వాయిదా వేయబడే పని ఎప్పుడూ రాయడమే — అది ప్రతిసారీ వాయిదా వేయబడుతుంది, చివరికి బ్లాగ్‌లో అత్యంత ఇటీవలి పోస్ట్ పదకొండు నెలల నాటిదిగా, "పరిచయం" అని చెప్పే స్థితికి చేరుతుంది.
వైఫల్యం నిర్మాణపరమైనది, సంపాదకీయపరమైనది కాదు
ప్రతి టీమ్ ఎక్కువ రాయాలని తెలుసుకుంటుంది. ఇంజనీర్లు రాయగలరు; వ్యవస్థాపకుడు రాయగలరు; సాధారణంగా ఎవరైనా ఆనందిస్తారు. సమస్య ఏమిటంటే, రాయడానికి అది సొంత గడువు లేదు, గడువు లేని పని గడువు ఉన్న పనికి ప్రతి రెండు వారాలకూ, ఎప్పటికప్పుడూ ఓడిపోతుంది.
ఒక ప్లాన్ లోపించిన ఆ గడువును అందిస్తుంది. ఒక తేదీతో కూడిన స్లాట్, ఒక అంశం, ఒక రచయిత అనుసంధానించబడితే, అది ప్రశాంతమైన వారంలో చేసిన ఒక కట్టుబాటు, ప్రశాంతం లేని వారంలో అమలవుతుంది, ఎవరైనా గుర్తుంచుకున్నా లేకున్నా డ్రాఫ్ట్ కనిపిస్తుంది. దాన్ని ఆమోదించడానికి నిమిషాలే పడుతుంది; శూన్యం నుండి రాయడానికి ఎప్పుడూ రాని ఒక మధ్యాహ్నం పడుతుంది.
ఇదే మొత్తం వాదన. ఒక మోడల్ మీ టీమ్ కంటే మెరుగ్గా రాస్తుంది అని కాదు — రాయదు. మంగళవారం మీరు సవరించే ఒక డ్రాఫ్ట్ ఉంటుంది, మీరు రాయాలనుకున్న ఒక పోస్ట్ ఉండదు అనేదే.
రోడ్‌మ్యాప్ అంటే మీరు ఇప్పటికే రాసిన ప్లాన్
ఆరు నెలల్లో ఎక్కువ భాగం ఇప్పటికే నిర్ణయించబడింది. తర్వాతి రెండు త్రైమాసికాల్లో సుమారుగా ఏమి రిలీజ్ అవుతుందో, ఉత్పత్తిలో ఏ భాగాలు తప్పుగా అర్థం చేసుకోబడుతున్నాయో, మీరు ఎప్పటికప్పుడు అడగబడుతున్న ఇంటిగ్రేషన్లు ఏవో, సపోర్ట్‌కు ప్రతి వారం వచ్చే ప్రశ్నలు ఏవో మీకు తెలుసు.
వీటిలో ప్రతిదీ ఒక థీమ్. రోడ్‌మ్యాప్ కాలవ్యవధిని అందిస్తుంది — ఒక రిలీజ్ ఒకే చేంజ్‌లాగ్ ఎంట్రీ కాకుండా, అనేక స్లాట్‌ల శ్రేణిగా మారుతుంది — మరియు సపోర్ట్ శాశ్వతమైన సగభాగాన్ని అందిస్తుంది, ఎందుకంటే నెలకు ఇరవై సార్లు అడిగే ప్రశ్న ఒకసారి రాసి శాశ్వతంగా లింక్ చేయదగిన విషయం.
ఖాళీ స్థలాలు వదిలిపెట్టండి. రిలీజ్‌లు ఆలస్యం అవుతాయి, ఖాళీ స్లాట్‌లు లేని ప్లాన్ ఆలస్యమైన రిలీజ్‌ను ఇంకా ఉనికిలో లేని ఒక విషయం గురించి మూడు పోస్ట్‌లుగా మార్చేస్తుంది. నాలుగింట ఒక వంతు స్లాట్‌లు ఖాళీగా ఉండటం సోమరితనం కాదు; అది మీ నిజమైన షెడ్యూల్‌తో తలపడినప్పుడు ప్లాన్‌లో నిలిచిపోయే భాగం.
- 1బ్లాగ్ఏమి విడుదలైంది మరియు అది ఎందుకు ఉంది. ముందు సమస్య, తర్వాత ఫీచర్.
- 2Facebook / Instagramచేంజ్‌లాగ్ ఎప్పటికీ తెరవని వారి కోసం, ఒకే వాక్యంలోని సంస్కరణ.
- 3బ్లాగ్ఒక వ్యక్తి నిజంగా దాన్ని ఎలా వాడారు. అసౌకర్యకరమైన భాగాలు వదిలిపెట్టి, ప్రత్యక్షంగా.
- ·ఆలస్యమైతేస్లాట్‌లు రిలీజ్‌తో కలిసి కదులుతాయి. ఉనికిలో లేని దాని గురించి ఏమీ ప్రకటించబడదు.
- 4బ్లాగ్ఈ రిలీజ్ చివరకు సమాధానం ఇచ్చే సపోర్ట్ ప్రశ్న, ఒకసారి రాయబడింది.
కాలవ్యవధిని రోడ్‌మ్యాప్ నిర్ణయిస్తుందిథీమ్‌లను సపోర్ట్ నిర్ణయిస్తుంది
మీ చేంజ్‌లాగ్ కంటెంట్ కాదు. అది ఒక రసీదు.
ఇద్దరు రచయితలు, కొన్నిసార్లు ముగ్గురు
ఉత్పత్తిని వివరించేవారు, మరియు కంపెనీ గురించి మాట్లాడేవారు
ఇవి నిజంగా భిన్నమైన స్వరాలు, వాటిని కలిపితే సాఫ్ట్‌వేర్ బ్లాగులకు ప్రసిద్ధమైన ఆ ప్రత్యేక నీరసత పుడుతుంది — సాంకేతిక వివరణ కాని, ఏదైనా గురించి మానవీయ వివరణ కాని పోస్ట్.
సాంకేతిక రచయిత
ఏది చేస్తుందో ఖచ్చితంగా, విశేషణాలు లేకుండా వివరిస్తారు. మీ ఉత్పత్తి దేనికి పనికొస్తుంది, దేనికి పనికరాదో తెలుసు, అలా చెప్పడానికి అనుమతి ఉంటుంది. సపోర్ట్ టికెట్‌ల నుండి లింక్ చేయబడే పోస్ట్‌లు రాసేది ఈ రచయితే.
కంపెనీ స్వరం
నిర్ణయాలు, రాదాయి-పోయిలు మరియు మీరు దిశగా నిర్మిస్తున్న దాని గురించి రాస్తారు. కొలవడం కష్టం కానీ నియామకంలో, సేల్స్ కాల్‌లలో మరియు ఎవరైనా పెద్ద విక్రేత కంటే చిన్న విక్రేతను ఎంచుకునే కారణంలో స్పష్టంగా కనిపించే ఉపయోగం ఇది.
సమాధానం ఇచ్చేవారు
మీ విధానం ప్రకారం వ్యాఖ్యలను నిర్వహిస్తారు. చేయగలిగినవి సమాధానం ఇస్తారు, చేయలేనివి గుర్తిస్తారు, రోడ్‌మ్యాప్ గురించి ఎప్పుడూ ఊహించరు. సపోర్ట్ సంఘటనను పోలిన ఏదైనా వెంటనే ఒక వ్యక్తికి పంపబడుతుంది.
ఆమోద గేట్ ఇక్కడ నిజమైన పని చేస్తోంది
బేకరీకి, ఆమోదించని పోస్ట్ చిన్న సిగ్గు. సాఫ్ట్‌వేర్ కంపెనీకి అది సపోర్ట్ భారం, సేల్స్ అభ్యంతరం, లేదా ఎవరూ అంగీకరించని ఒప్పందం. ఒక పరిమితిని కొద్దిగా తప్పుగా వివరించే డ్రాఫ్ట్‌ను కస్టమర్ మీ ముందే ఉటంకిస్తారు, తేదీని సూచించే డ్రాఫ్ట్ వాగ్దానంగా పరిగణించబడుతుంది.
కాబట్టి ఆటోపైలట్ అత్యంత జాగ్రత్త అవసరమైన సందర్భం ఇదే. సహేతుకమైన ఏర్పాటు: ఇప్పటికే ప్రచురించబడిన దానిని పునఃప్రకటించే చిన్న సోషల్ స్లాట్‌లపై ఆటోపైలట్, ఉత్పత్తి గురించి వాదన చేసే ప్రతిదానిపై ఆమోదం. ధరలు, సామర్థ్యం లేదా తేదీల గురించి ఏదైనా శాశ్వతంగా ఒక వ్యక్తి చదవాలి, ఆ రకమైన డ్రాఫ్ట్‌లు క్యూలో చేరకుండా నిలిపి గుర్తించబడాలని రచయిత నియమాలలో రాయడం విలువైనది.
చిన్న టీమ్‌కు రిపోర్ట్ చెప్పేది
ప్రణాళిక వర్సెస్ ప్రచురణ అనేది ముఖ్యమైన సంఖ్య, సాఫ్ట్‌వేర్ టీమ్‌కు మొదటి త్రైమాసికంలో అది సామాన్యంగా అసౌకర్యంగా ఉంటుంది. రాయడం మళ్లీ రిలీజ్‌కు ఓడిపోవడం ఆగిందో లేదో తెలిసే ఏకైక నిజాయితీ కొలమానం కూడా అదే.
స్పందన కంటే ముఖ్యమైనది కంటే తక్కువ ప్రాముఖ్యత కలిగి ఉంటుంది. సాంకేతిక రచన దాని ప్రేక్షకులను రోజుల్లో కాదు, నెలల్లో పొందుతుంది, రెండో వారంలో దాన్ని నిర్ణయిస్తే పనిచేస్తున్న రచనలనే వదిలేస్తారు. ప్రారంభంలో థీమ్ సమతుల్యత మరింత ఉపయోగకరం: మీరు విడుదలైన దాని గురించి మాత్రమే రాస్తున్నారా అని చూపిస్తుంది, ఇది ప్రామాణిక వైఫల్య నమూనా మరియు అనేక సాఫ్ట్‌వేర్ బ్లాగులు పేరాలు కలిగిన చేంజ్‌లాగ్ లాగా ఎందుకు కనిపిస్తాయో కారణం.
నిజాయితీ భాగం: మీ ఉత్పత్తి నిజంగా సాంకేతికమైనది అయితే, అత్యంత లోతైన రచనలకు ఇప్పటికీ ఒక ఇంజనీర్ ఒక మధ్యాహ్నం అవసరం. ప్లాన్ మార్చేది ఏమిటంటే, ఆ మధ్యాహ్నాలు షెడ్యూల్ చేయబడతాయి మరియు రాయడంలో మిగిలిన ఎనభై శాతం వాటితో పోటీ పడటం ఆగిపోతుంది.