If an organization has a project that requires outside expertise to complete, they'll use what are called Statements of Work, or SOWs, to define the project scope, timeline, deliverables, and costs for the services required to complete the project. SOWs ensure payments are made upon completion of certain project milestones, such as when products are delivered, and can include SOW Workers across different roles and tasks within the project.
There are three workflows for defining a project using a Statement of Work:
- Buyer-defined, whereby the buyer remains in control of the details that make up the SOW agreement. It then requires a supplier response based on characteristics (milestones and deliverables) and/or any SOW Worker Roles needed to complete the project. Input that is provided during the supplier response is reviewed by the buyer and is either approved or rejected.
- Supplier-defined, in which the buyer submits the shell of an SOW to the supplier, and the supplier is responsible for adding the characteristic line items, and other details, before submitting it back to the buyer for review. If the buyer approves, the SOW is then routed internally for any further necessary approvals.
- Collaborative, which tracks all changes made to the SOW and allows for more collaboration between both the buyer and supplier in creating and defining the SOWs details together. In these situations, when a buyer submits the document to the supplier, the supplier can make changes and submit it back to the buyer for review - having the process repeat and continue until both parties agree to the final terms.

