A workflow tool to track edits, comments, etc.ĥ. Finding a way (a la InCopy and InDesign) for editors to edit copy even in layout, while designers stick to designĤ. Making sure all assets for each product stay with it (metadata?)ģ. Tracking documents throughout their lifecycle (from docs to text on a page, etc.)Ģ. Usually in each production cycle, products are added at the last minute, others are dropped (or colors, sizes are dropped), and some copy is missing, to be written in haste at the 11th hour Once they proofs are done, the designers make the (hopefully) final changesġ0. When the page proofs are done (text/images and other assets like bursts/promotions), they are printed out and routed in clear plastic folders (!) so they can be proofed on paper by 4-5 peopleĩ. Sometimes the text is too long or too short, so the designer goes back to the copywriters for cutsĨ. The designers periodically check the server for "green" files and flow them into the placeholders (this is where some thought that giving InCopy-like products to copywriters would shorten the process)ħ. Sometimes the copy has to route a second time if the changes were extensive.Ħ. The edited copy sheets are then brought back to the original copywriter, who keys in the changes, then marks the finished docs with the color green and writes in each "OK TO PLACE". Meanwhile, designers are laying out (in InDesign) pages with product images and placeholders for copyĥ. Then the Word documents are printed out, put in folders, and routed to fact checkers and proofreadersĤ. This is all written in Word and a copy is saved to the server in a folder.ģ. The copywriters (in a different department) take that information and (sometimes using old copy as quasi-templates) create different copy for that sku for different audiences and locations: best buys, insection, dealer, label, etc. These sheets include photos, product id numbers, data like color, sizing, etc., buyer name, etc.Ģ. ) from merchandisers, i.e., those who buy the products. This would also identify bottlenecks, send alerts, etc. There would be workflow engines/CMS in the process to make sure materials are routed properly, quickly, and efficiently. The idea is to get all the information in one place and massaged as quickly and efficiently as possible. Microsoft is trying to do some of this with Sharing information, workflow, modular content that can be reused acrossĬatalogs/websites, etc. But it doesn't solve the problem of effectively This would at least get editors and designers on The closest we've come is the idea of using InCopy for editorial and to create anĮnd-to-end publishing solution that takes companies through the entireĬatalog creation lifecycle and gets new info on/from the websites fast. ![]() Scribus, OpenOffice, Gimp, a CMS app, a wiki, etc. ![]() I'd think it would be terrific to find some way to glue together We're a growing company that struggles to communicate well withĮach other as well as with our customers. System (CMS), no wikis, and the editors use Word while the designers use We have no workflow, no content management ![]() ' I work for a wholesale pet supply company that publishes print catalogs 1.3.8 Transforming the Scribus File Format (outdated)Īs a start it would be good if users described their use cases, e.g.1.3.5.2 Linking of Elements between the CMS and Scribus.1.3 Use Case #3 Publishing Workflow for Magazine Layout (Timo Stollenwerk).
0 Comments
Leave a Reply. |