Is FLIX Suitable for Commercial Pre-Production Collaboration?

FLIX's core value lies in integrating storyboards, sequences, shot versions, and feedback into a unified pre-production workflow. It serves as a central hub for story development, organizing pre-production data such as shows, episodes, sequences, revisions, and panels. For commercial teams, this eliminates the need to switch between multiple isolated software tools to locate assets. Its hierarchical structure links storyboard panels with shots, sequences, and versions, facilitating contextual content review. Users can leave comments and feedback on specific versions or panels, which must be tied to concrete content iterations. This design ensures creative notes are precisely anchored to specific visuals, preventing communication gaps. By establishing a unified data entry point, teams can complete the entire process from concept to visual sign-off within a single interface, reducing rework caused by unclear information.

Prerequisites and Preparations

Before adopting FLIX, commercial teams must establish clear collaboration protocols. While official documentation outlines integrations with tools like Photoshop, Storyboard Pro, and Premiere, actual usability depends on specific versions and deployment methods. Consequently, teams cannot simply import disorganized files. It is recommended to first draft a one-page guideline defining script segments, shot numbering, aspect ratios, duration limits, and version naming conventions. Pilot tests with small teams should select a complete script segment to validate the full workflow from adding panels to revisions, commenting, approval, and export. FLIX's hierarchical advantages only emerge once foundational data standards are unified. Without consistent standards, the tool may instead increase organizational overhead. Additionally, project specifications such as mixed aspect ratios affect pre-production workflow design; parameters must be locked before import to ensure all participants adhere to the same technical standards.

Workflow Implementation Steps

Building a pre-production collaboration workflow requires step-by-step execution. First, create a project hierarchy corresponding to the commercial's show or campaign name. Next, import storyboard content, ensuring each panel has a unique identifier. Then, link shot sequences to connect static storyboards with dynamic previews or temp edits. During this process, distinguish between creative notes, technical shot issues, and client approval statuses. Comments must be categorized by type and version; otherwise, tracking decision paths becomes difficult. Finally, configure export settings to ensure output files include shot numbers and version IDs for easy cross-referencing with production, cinematography, and post-production departments. Key operations include archiving versions for every keyframe and retaining historical iteration records to allow tracing back to original intent during subsequent production phases.

Rough Cut Acceptance Criteria

When reviewing pre-production collaboration, prioritize information traceability and feedback accuracy. Checkpoints include whether all comments are accurately linked to specific panels or versions; whether exported files carry correct metadata; and whether different roles can quickly locate the latest approved version. Pay special attention to maintaining the relationship between final approved versions and deprecated ones; otherwise, historical decisions will be difficult to trace during future revisions. If the team cannot quickly locate the original storyboard corresponding to a specific revision, it indicates a process breakpoint, requiring a re-evaluation of permissions and data mapping. A complete end-to-end workflow test—from upload to approval to export—must be conducted during the rough cut phase to verify seamless integration across all stages.

Delivery Checklist Components

Complete deliverables include not only video files but also collaboration records. The checklist should cover the following:
  • Final approved storyboards and associated metadata
  • Version comparison files with timecodes
  • Categorized feedback logs
  • Reference images used at each stage
These materials collectively form the digital assets of pre-production work, providing a basis for subsequent filming and post-production. Deliveries must include a version notes document explaining key changes and the decision-making logic behind them to ensure recipients understand the creative context.

Limitations and Rollback Plans

Current version, deployment model, connectors, and permission details must be verified against the team environment. Specific collaboration costs, storage policies, and export limits cannot be determined solely from product pages. A local backup mechanism should be in place for network latency or sync failures. When FLIX is unavailable, teams need alternative communication channels, such as email confirmation for key decisions or shared cloud folders as temporary transfers. Additionally, content variations like mixed aspect ratios may affect workflow design and require advance planning. A failback mechanism is critical; if the main process is blocked, immediately switch to offline mode and merge data only after system recovery to ensure project progress is not impacted by a single tool failure.

Role Assignments and Approval Records

The effectiveness of pre-production collaboration tools depends on the information each role leaves on each version. Writers or directors provide story and performance notes, storyboard artists handle panels and shot action, producers focus on duration, aspect ratio, and delivery milestones, and client approvals must be tied to specific revisions. Consolidating these into a generic "make changes" makes it difficult to track who has approved and who is pending. Teams can agree on comment prefixes or statuses, but more importantly, every note must reference a specific panel, version, or timestamp.

Approval records must also remain linked to deprecated versions. Commercial projects often require reverting to previous versions, and teams can only recover quickly if version trees and exported files are retained. Do not overwrite old files with new ones, nor save final conclusions only in chat windows. Records within the tool should correspond directly to downloaded version notes.

Post-Pilot Review

  • Spot-check three comments to see if the corresponding panel and revision can be located within one minute.
  • Spot-check an aspect ratio change to verify that exported files and rough cuts maintain the correct proportions.
  • Spot-check an approval workflow to confirm that client sign-off matches the final exported version.
  • Document issues encountered with connectors, permissions, and offline backups before deciding whether to expand usage.

How to Store Review Assets

After each preliminary review, the team should retain at least the correspondence between panels, revisions, comments, and exported files. Keeping only the final video prevents future reviewers from understanding the rationale behind past changes. It is recommended to tag each approved version separately and retain rejected versions in the history. This way, when a request to revert to a previous version arises, the producer can accurately identify which content to restore.

If a project involves multiple aspect ratios, review records should also note the current aspect ratio and export specifications. Mixed aspect ratios can affect panel composition, rough cuts, and handoff previews; therefore, verify export results in a pilot segment before applying them to the entire film. Only when both versions and aspect ratios can be verified does the tool truly save the team communication time.

ONCE proprietary storyboard and shot communication scenarios
Frames captured from ONCE's own production content are used here to illustrate the context of storyboard, shot, and version communication. This image does not represent the FLIX software interface.

Reference Verification

This document compiles publicly available technical materials and verifiable production methods into workflow recommendations; specific versions and deployment conditions depend on the project environment.