Alt i alt var dette en fin forbedring. For de to bøkene jeg skrev i fjor, måtte jeg håndtere Microsoft Word og overføre filer fra hjem til kontor til bærbar datamaskin og tilbake, og deretter skrive ut hundrevis av sider med manuskripter for å sende til utgiveren. For boken jeg nettopp avsluttet denne måneden, skrev jeg alt sammen med Google Dokumenter, og utgiveren min aksepterte manuskriptet via en e-postinvitasjon for å dele dokumentene.
$config[code] not foundSå jeg bestemte meg for å dele. Her er noen tips og feller for å utvikle et boklengdes manuskript ved hjelp av de elektroniske Google Dokumenter i stedet for din standard tekstbehandler.
1. Bekvemmeligheten var ekte.
Som de fleste som leser dette innlegget, har jeg bredbånd hjemme og på kontoret. Jeg jobber fra mange forskjellige datamaskiner som jeg har akkumulert av forskjellige grunner. Jeg betaler $ 10-15 per natt for å få det på hotell. Med Dokumenter behøvde jeg ikke å huske å lagre og overføre de nyeste versjonene av filer når jeg flyttet fra den ene til den andre.
Og også, jeg skjønte ikke hvor mye overhead - mental overhead - det er i å håndtere filer på skrivebordet, hjemmekontoret og bærbare datamaskiner. Det er ikke bare tidsbesparende filer, eller å huske tommelstasjonen; det trenger ikke å tenke på det. Du kan sette deg ned på en datamaskin og få nyttig tid selv i 15-minutters biter.
Og Google Gears jobbet for meg mens jeg var på en fly-til-kyst flytur også. Det er muligheten til å jobbe med Docs offline for en stund. Det ville ikke la meg legge til en ny fil, men det la meg redigere eksisterende filer; som var bare bra for den anledningen.
Du kan se i illustrasjonen nedenfor hvordan jeg holdt utkastet mitt som jeg bygget det, hvert kapittel som en fil, med et par filer for logistikk. Det er slik de ville se fra hvilken datamaskin jeg ville få tilgang til dem på.
2. Jeg kunne ikke jobbe i fullskjermmodus.
Det var for vanskelig å visualisere siden. Jeg måtte bytte til hvilket Google Dokumenter kaller sidevisningen med fast bredde (vist nedenfor) for å kunne jobbe dokumentet. Det kan bare være min egen karakterfeil, men jeg føler meg ikke bra å skrive uten å se ord som de kan se på siden. Det er et skjermbilde her under med den røde markeringen som en referanse til noen formateringsproblemer i punkt 3.
3. Jeg måtte gjøre kompromisser med formatering og funksjoner.
- Jeg liker mer plass mellom avsnittene som jeg skriver, men det er ikke så mye fleksibilitet i stiler. Det var problemer nok med å bruke Georgia-fonten i stedet for Verdana.
- Mine forsøk på å bruke HTML-tabeller for å formatere illustrasjoner rett rettet mot tekstinnpakning rundt dem var frustrerende. Effekten jeg ønsket var det du ser i illustrasjonen ovenfor. HTML-editoren virket ikke robust nok til å administrere det. Da fant jeg ut at jeg jobbet mot meg selv, som å rope oppstrøms, ved ikke å bruke Google Docs 'innebygde anlegg for å sette inn en illustrasjon og pakke inn tekst. Når jeg begynte å bruke dialogen (vist nedenfor) gikk det greit. Jeg endte med illustrasjoner som var enkle å administrere, og likte den i det røde høydepunktet ovenfor (uten de røde linjene selvfølgelig).
- Ikke oppstyr med sideoverskrifter og bunntekst og paginasjonsformatering og alt. Det kommer ikke til å fungere. Hold det enkelt.
- Glem de kraftige bokstyringsfunksjonene til de bedre ordbehandlerne. Konstruer boken som en egen fil for hvert kapittel.
- Glem fotnoter og indekser og slikt, med mindre du er villig til å forlate dem til slutten av hvert kapittel, eller som en egen fil.
4. Ikke alle utgivere vil jobbe med Google Dokumenter.
Denne siste boken var for Business Expert Press, slik at de får kreditt for at jeg kan sende inn bare ved å dele dokumentet på nettet. Hva en forskjell det gjør. Med mine to tidligere bøker i 2008 trengte manuskriptet innleveringsfasen dagen eller to lange problemer med å skrive ut flere hundre sider, dobbeltrom i mellomrom; får alle illustrasjonene sammen på en CD, sammen med Microsoft Word-kildefilene; og send alt ved kurir.
Min konklusjon? Enkel er bra. Bruke Google Dokumenter betyr å gjøre noen kompromisser med funksjoner og formatering som var vel verdt bryet for meg. Og de hjalp meg med å fokusere på ordene, ikke klokkene og plystre. Så neste bok jeg skriver, vil også bli gjort i Google Dokumenter.
* * * * *
Om forfatteren: Tim Berry er president og grunnlegger av Palo Alto Software, grunnlegger av bplans.com, og medstifter av Borland International. Han er også forfatter av bøker og programvare på forretningsplanlegging, inkludert Business Plan Pro og The Plan-som-du-gå forretningsplan (Entreprenør Press); og en Stanford MBA. Hans hovedblogg er Planning Startups Stories. Han er på twitter som trebær.
21 kommentarer ▼
