Method
Job folder structure and naming conventions that last
The same job usually has a different name in the document library, the chat, the project board and the invoice. Here is how to give it one number, one folder template and one file-name pattern, and how to keep them from drifting.
A folder tree is only as good as the identifier above it. Get the job number right and the folders, file names, channels, board items and invoices line up behind it. Get it wrong and every system keeps its own name for the same work.
The short answer. The best way to organize project files is to give every job one number, issue it from one place, and use it unchanged as the folder name, file-name prefix, chat channel, board item and invoice reference. Build every job from the same shallow, numbered folder template. Use folders for access and lifecycle, and columns for everything that describes a file.
One job number, used everywhere
A job exists in several systems at once: its files in a document library, its conversation in a Teams channel, its status and owner on a project board, its money in an invoice. Most guidance covers one of these. Left alone, each system invents its own name for the job: the Maple Street job, Maple retrofit, MS-RET-2. Nothing joins them.
One job number removes the translation. It is not a clever scheme. It is the same string, in
the same position, in every system, so a search for 26-0142 finds that job and
nothing else, wherever you run it.
It also makes records comparable. Pulling the last twenty real runs of a process, the observed reading in the four sources of truth, becomes a search instead of an afternoon of matching names by eye. Every other rule here exists to protect that one string.
How to build a job number
A good job numbering system is short enough to say aloud, issued from one place, never reused, and made only of facts that cannot change while the job is open.
What to encode
The year opened, as two digits, and a sequence padded to four digits that restarts each
January: 26-0142 is the 142nd job opened in 2026. It sorts correctly as text,
shows its age at a glance, and survives the job running into next year. If you run several
sites or job types, a short code can go in front, as in N2-26-0142, but only
if the list is short, written down, and means the same thing for the life of the job.
What never to encode
Client names, because clients merge and rename. People, because project managers change mid-job. Status, because a number that says active must change when the job closes, and every reference breaks when it does. Phase and price belong in the same class. The test: if a fact can change while the job is open, it belongs in a column on the board, not in the number.
Issue numbers from one register, never typed from memory. If accounting or job costing already issues job numbers, that is the register; otherwise use a list or board with an auto-incrementing column. Never run two. Never reuse a number, even for a cancelled job: a gap shows a job existed, while a reused number points two jobs at one set of records.
The folder template
Numbered, shallow and identical on every job. Numbered, so the order is fixed instead of alphabetical. Shallow, because each level adds characters to the path and one more place to look. Identical, so anyone can open any job and know where the inspection report is without asking.
26-0142 Maple Street Retrofit/
01 Agreements/
02 Plans and Specs/
03 Correspondence/
04 Site Records/
05 Cost and Billing/
06 Closeout/
Name the job folder with the number first and a short description of the place or scope after it. The number is the key; the description is a courtesy that can be corrected without breaking anything, which is why it never names a client or a person. If the same subfolder keeps appearing job after job, move it into the template.
Create every job by copying the template, not by hand. An empty folder costs nothing; a missing one is a decision made differently on each job.
SharePoint: what goes in folders and what goes in columns
What is a document library in SharePoint? Microsoft describes it as a secure place on a SharePoint site to store files where people can find them, work on them together and reach them from any device. Think of a folder tree with a spreadsheet attached: each file is a row, the columns are the facts you record about it, and views filter and sort the rows.
That is why the question of SharePoint folders or metadata has a short answer: both, split by one test, the permission boundary. Use a folder when the people who may open its contents differ from the people who may open the folder beside it, or when its contents are archived on a different schedule. Everything else that describes a file is a column.
A file sits in one folder but has many descriptions. Put document type in the path and you can never ask for every inspection report across every job this month; put it in a column and one view answers it. The reverse also holds: a column is not a lock, and only a folder can carry different access.
Set permissions at the job folder or a top-level numbered folder, not on individual files. Microsoft documents a supported limit of 50,000 unique permissions in a list or library, a recommended general limit of 5,000, and advice to design with as few as possible.
| What you are deciding | Where it goes | Why |
|---|---|---|
| Who may open it: contracts, billing, personnel | Folder | Permissions attach to the folder |
| When it is archived or retained | Folder | The job closes out as one unit |
| Document type: permit, inspection report | Column | One view across every job |
| Status, site, phase, owner | Column | They change; the path must not |
| Job number | Folder name, file name and a column | It is the key, so it goes everywhere |
File names a team will follow
A pattern people follow has to be short enough to remember and strict enough that two people produce the same name. Four fields: job number, document type, date, version.
26-0142_inspection-report_2026-10-08_v02.pdf
The job number is in the file name even though it is in the folder, because files leave folders: they go out as attachments, land in downloads and get attached to invoices. The name is the only part that travels.
| Rule | Why | Example |
|---|---|---|
| Job number first | Files sort by job and stay identifiable out of context | 26-0142_ |
| Type from a short list | One spelling per type, so searches work | change-order |
| Date as YYYY-MM-DD | Sorts in order; 10/08 is October to one reader and August to another | 2026-10-08 |
| Version only on issued documents | SharePoint tracks versions of files edited in place; the name's version is for copies others hold | _v02 |
| Hyphens inside a field, underscores between fields | Nothing to decide, nothing that breaks in a link | site-visit-notes |
| No status words | Status changes; the name should not | Use a Status column |
The pile-up of final_v2_FINAL happens when a name is asked to carry identity,
version and status at once. Give each its own home: the name carries identity, version
history or a v number carries the version, and a Status column carries the
status.
Carry the ID into Teams channels, board items and invoices
This is the step most naming guides leave out, and the one that stops drift between systems.
-
Teams. Name the channel as the folder is named,
26-0142 Maple Street Retrofit. A standard channel's Files tab is a folder in the team's SharePoint library (private and shared channels each get a site of their own), so the two should agree from the day the channel is made. - The project board. Start the item name with the job number, and add a Job column holding the number alone so lookups and automations match exactly.
- Invoices. Put the job number in the invoice reference, so an accounting export joins to the board by exact match.
- Anything with a subject line: email, calendar events, purchase orders. Start with the number.
Keeping it from drifting
Naming standards drift for the same reason SOPs go out of date: the rule lives in one place, the practice in another, and nothing forces the two to agree. Three things do.
- One owner. A named person, not a team, issues numbers and keeps the template.
- One page that defines it. The number format with an example, the folder tree, the file-name pattern and document-type list, the exceptions, the owner, and the date it was last verified. If a rule is not on the page it is not a rule, and if the page outgrows one screen the standard is too complicated.
- A monthly check. Take the ten newest jobs. Does each have a folder, channel, board item and invoice reference carrying the same number? Does any exist with no entry in the register? Does each folder match the template? Fix what you find, and if the same gap appears twice, change the template or the page, not the people.
Make the right path the short one: create jobs from a template folder, a board template and a channel named from the register.
Fixing an existing mess without breaking links
Do not reorganize everything in a weekend.
- Fix the standard first. Write the one page, name the owner, and set a start date after which every new job follows it.
- Leave closed jobs where they are. Renaming old folders buys little and breaks the most links. If an old job is ever referenced, give it a number in the register with the old name beside it.
- Migrate open jobs one at a time, at a natural pause, after telling the people working on them. Keep a lookup from old name to job number.
Test links before any bulk change. Microsoft's guidance on renaming says that in SharePoint Online a sharing link keeps working after a rename, while a direct link sent earlier does not. Try both kinds, plus a link pasted into a spreadsheet or board item, on one job. Rename only the description, never the number.
Mistakes that cost the most
-
Long paths.
Microsoft documents
a 400-character limit for the entire decoded file path, including the file name, in
OneDrive and SharePoint. It documents 260 characters for opening, renaming or moving synced files in Windows File Explorer and Office desktop apps, and 255 for any single file or folder name. A note on
the same page says encoded characters such as the %20 for a space count toward the 400. The
sample path
Jobs/26-0142 Maple Street Retrofit/04 Site Records/26-0142_inspection-report_2026-10-08_v02.pdfis 95 characters, or 105 once its five spaces are encoded, before the site and library names are added. Keep names short and folders shallow. -
Dates in folder names. A folder called
2026 JobsorMaple Street Octgoes stale when the work crosses a boundary, and renaming it breaks references. The job number already carries the year; other dates belong in file names and columns. -
People's names.
Dave's jobsoutlives Dave's role on the work. Use a role, or a column for the owner. -
Special characters.
Microsoft lists
" * : < > ? / \ |as not allowed in file and folder names, and says leading and trailing spaces are not allowed either. It adds that some organizations don't yet support # and %, and that names such as CON, PRN, AUX, NUL, COM0 to COM9 and LPT0 to LPT9, and any file name starting with ~$, are not allowed. In file names, use letters, digits, hyphens and underscores, and nothing else. Spaces are fine in folder names, but each one counts as three characters in the encoded path.
Common questions
What is the best way to organize project files?
Give every job one number, issued from one place, and use it as the folder name, file-name prefix, channel name, board item and invoice reference. Use the same shallow, numbered folder template on every job. Use folders for access and archiving, and columns for everything that describes a file.
Should I use SharePoint folders or metadata?
Both, split by one test: the permission boundary. If the people who may open the contents differ from those who may open the folder beside it, or the contents are archived on a different schedule, use a folder. If it describes a file, such as its type or status, use a column.
What is a document library in SharePoint?
A document library is the part of a SharePoint site where a team stores files so people can find them, work on them together and reach them from any device. Each file is also a row that can carry columns of information, and views filter and sort those rows.
What is a good job numbering system?
One number per job, issued from a single register and never reused. Encode only what cannot change, such as the two-digit year and a zero-padded sequence, as in 26-0142. Never encode a client name, a person or a status, because those change during the job.
How long can a SharePoint file path be?
Microsoft documents a limit of 400 characters for the entire decoded file path, including the file name, in OneDrive and SharePoint. It documents 260 characters for opening, renaming or moving synced files in Windows File Explorer and Office desktop apps, and 255 for any single file or folder name.
If your jobs go by a different name in every system, that's the engagement. Bring us the operation and we'll tell you what we'd do first.
Work with us