arrow_back ブログに戻る

2026-02-13

How to Turn Your Game Asset Spreadsheet into a Structured, Searchable Catalog

Your spreadsheet is not the problem — it is the starting point. Here is how to import your existing asset data into a structured catalog with variant tracking, media management, and team roles, while keeping spreadsheets in your workflow.

asset-management spreadsheets import game-development data-exchange

主要エンティティ: PolyDrobe, Google Sheets, Excel, game asset management, data import, Data Exchange

Your spreadsheet is the starting point, not the enemy

Most game studios track cosmetic assets in a spreadsheet. It makes sense — spreadsheets are fast to set up, everyone knows how to use them, and they are flexible enough to hold any kind of data. The problem is not the spreadsheet itself. The problem is what spreadsheets cannot do: enforce consistent structure, attach media to records, control who can edit what, track changes with accountability, or render a 3D model preview.

PolyDrobe is designed to work with spreadsheets, not against them. You can import your existing spreadsheet data, add the structure and features that spreadsheets lack, and export back to Excel or JSON whenever downstream tools or partners need the data in spreadsheet format. The spreadsheet stays in your workflow — it just stops being the only copy of truth.

What you gain by adding a structured layer

When your asset data lives in PolyDrobe alongside (not instead of) your spreadsheet, your team gets:

Variant hierarchy. A hoodie with five colorways is one asset with five variants, not five rows duplicating shared data or one row with columns crammed sideways. Each variant has its own thumbnail, texture, price, status, and rarity — all queryable.

Media attached to records. Thumbnails and texture files upload directly to the variant they belong to. No more broken Google Drive links. If you have .glb or .gltf mesh files, PolyDrobe renders them in a built-in 3D viewer right in the browser.

Enforced taxonomy. Categories, rarities, statuses, and tags are defined once in project settings. Every asset and variant uses these predefined values — no more "Lengendary" typos silently corrupting your filters.

Role-based access. Owners manage settings and team membership. Editors create and update content. Viewers get read-only access for QA and stakeholder review. Viewer seats are free on all plans.

Activity history. Every change is logged with the user, timestamp, and field-level diff. When someone asks "who changed the price of this variant?", the answer is one click away — not buried in a spreadsheet revision history.

Full-text search. Find any asset or variant by name, description, tag, or metadata. Combine with filters for status, rarity, category, and release version to build targeted views like "all Epic-rarity variants in Review status for Release 2.1."

How the import works

PolyDrobe's Data Exchange page handles the import. The process is designed to be safe — you see exactly what will be created before anything is committed.

Step 1: Prepare your spreadsheet

Your existing spreadsheet probably needs minor cleanup before import. Focus on:

  • Consistent naming. Decide on "Tactical Helmet" vs "Helmet, Tactical" and apply one convention throughout.
  • Valid classification values. If your spreadsheet has a "Rarity" column, make sure every value matches what you will define in PolyDrobe (Common, Rare, Epic, Legendary — not "super rare" or "gold tier").
  • One row per variant. If you currently have one row per asset with colorways as columns, pivot to one row per variant with a parent asset name column.

You do not need to restructure your entire spreadsheet. PolyDrobe's importer maps columns to fields, so even an imperfect spreadsheet can be imported with some column mapping.

Step 2: Set up your project taxonomy

Before importing, create your PolyDrobe project and configure the classification system in Project Settings:

  • Categories: Headwear, Outerwear, Accessories, Weapons — however your team groups items
  • Rarities: Common through Legendary with colors and priority ordering
  • Statuses: Concept, In Progress, Review, Approved, Released
  • Tags, currencies, and releases: As needed for your pipeline

This step is critical. The importer validates every record against your taxonomy, so categories, rarities, and statuses must exist before you import data that references them.

Step 3: Export and import

Export your spreadsheet to Excel (.xlsx) or JSON format. On the Data Exchange page in PolyDrobe, upload the file. The importer:

  1. Parses every row and maps columns to PolyDrobe fields
  2. Validates all values against your taxonomy (invalid categories, unknown rarities, etc.)
  3. Shows a preview of what will be created, including any validation errors
  4. Lets you fix errors and re-upload, or proceed with the valid records

Import in batches if your catalog is large — one category at a time lets you verify each batch before moving on.

Step 4: Add what spreadsheets could not hold

Once the base data is imported, add the things that were impossible in the spreadsheet:

  • Upload thumbnails and textures to each variant
  • Attach mesh files for 3D preview
  • Set precise statuses for pipeline tracking
  • Invite team members and assign roles

This is where the structured catalog starts pulling its weight. Your data is now searchable, filterable, media-rich, and access-controlled — without losing the ability to export back to a spreadsheet whenever you need to.

Keeping spreadsheets in the loop

PolyDrobe does not ask you to abandon spreadsheets. The Data Exchange feature works in both directions:

  • Export to Excel when a publisher needs asset data in their format, when your analytics team wants raw data for a pricing model, or when a partner studio needs a deliverables list.
  • Export to JSON when a build pipeline, CI system, or custom tool needs structured data.

The export always reflects the current state of every asset and variant, including status, price, rarity, and metadata. Your spreadsheet becomes a downstream output rather than the upstream source — which means it is always accurate and never stale.

Some teams keep a Google Sheet synced via periodic JSON export for stakeholders who prefer the spreadsheet view. That is a perfectly valid workflow. The point is not to eliminate the spreadsheet — it is to make sure the spreadsheet is generated from a reliable source rather than being the only copy of truth.

When to make the move

The right time is when you start feeling friction: duplicate rows, broken image links, inconsistent naming, pricing that does not match across tabs, or new team members asking "which spreadsheet is the latest version?" If any of those sound familiar, your catalog has outgrown a spreadsheet-only workflow.

PolyDrobe's free tier supports 1 project, 100 assets, 10 variants per asset, and 3 team members. That is enough to import a meaningful slice of your catalog and evaluate whether the structured layer adds value before committing to a paid plan.

Key takeaways

  • Spreadsheets are a valid starting point and a useful output format — PolyDrobe works alongside them, not instead of them.
  • The import flow validates every record against your taxonomy before committing, so bad data does not sneak in.
  • After import, add what spreadsheets cannot hold: media, 3D previews, role-based access, and activity history.
  • Export back to Excel or JSON whenever downstream tools or partners need the data in spreadsheet format.
  • The free tier is large enough to run a complete import pilot.