Integration of copy-editing in any publishing workflow

One of the key features of Wordy is the possibility to integrate professional human copy-editing in any publishing workflow. Wordy’s open application programming interface (API) makes it possible for all third-party developers to make real human Wordy copy-editing available on their specific platform.

Due to the immense number of publishing platforms, the API must adhere to at least two different scenarios: the direct payment option, where users make transactions directly with Wordy, and the indirect payment option, where uses are already running a subscription-based account with their platform provider. Integrating Wordy into these two scenarios results in a few very interesting design possibilities.

For both the direct and indirect payment platforms, users should be able to access Wordy copy-editing in the easiest way possible. This includes simply being able to send off text from within the platform, choosing language and subject matter, and having the option to write a brief to the editor. Even while editing is going on, users should have the option of contacting the editor with last-minute alterations and comments. When editing is done, users should be able to either claim a re-edit or accept the job, as well as leave feedback for the editor.

On the direct payment platform, users manage their own Wordy account. So, to maintain a smooth copy-editing and publishing workflow, this account should be subscription-based – i.e. based on a subscription plan that fits the users’ needs. This means that we shouldn’t focus only on bulk savings when putting together the packages, but instead add relevant specific services. These services could include fact-checking, rewriting, SEO optimisation and content-building, and even the ability to attach a choice of specific house styles. These services would, of course, be available to the users of indirect payment platforms as well. In short, the direct payment scheme should offer users hassle-free communication with Wordy, even though the users manage payments and subscriptions themselves.

On the indirect payment platform, vendors should be able to manage their users’ subscriptions with Wordy. This means making Wordy copy-editing an integral part of the packages they are selling, and thus being able to make transactions between their payment systems and Wordy. This scenario, of course, resembles the direct payment platform except for the fact that vendors are simply managing accounts on behalf of their users: basic services and overall integration should be exactly the same.

Having said all this, we can sum up how integration of Wordy copy-editing should be implemented:

  1. All users should be able to do all basic transactions with Wordy from within the platform they’re working on;
  2. Users of direct payment platforms should only be in touch with Wordy when choosing a subscription plan or adjusting account settings;
  3. Users of indirect payment platforms should only be in contact with Wordy if they want to know more about the fantastic copy-editing service that’s part of their subscription.

As you might have guessed, we are currently working on redesigning the Wordy API to fit both scenarios.
We are very much looking forward to leveraging these improvements to make Wordy the fastest, most reliable way of adding professional human copy-editing to any writing process on any publishing platform.