technical paper template

Have a language expert improve your writing

Run a free plagiarism check in 10 minutes, generate accurate citations for free.

• Knowledge Base
• IEEE Paper Format | Template & Guidelines

IEEE Paper Format | Template & Guidelines

Published on August 24, 2022 by Jack Caulfield . Revised on April 6, 2023.

IEEE provides guidelines for formatting your paper. These guidelines must be followed when you’re submitting a manuscript for publication in an IEEE journal. Some of the key guidelines are:

• Formatting the text as two columns, in Times New Roman, 10 pt.
• Including a byline, an abstract , and a set of keywords at the start of the research paper
• Placing any figures, tables, and equations at the top or bottom of a column, not in the middle
• Following the appropriate heading styles for any headings you use
• Including a full list of IEEE references at the end
• Not including page numbers

To learn more about the specifics of IEEE paper format, check out the free template below. Note that you may not need to follow these rules if you’ve only been told to use IEEE citation format for a student paper. But you do need to follow them to submit to IEEE publications.

Table of contents

Ieee format template, ieee heading styles, frequently asked questions about ieee.

The template below can be used to make sure that your paper follows IEEE format. It’s set up with custom Word styles for all the different parts of the text, with the right fonts and formatting and with further explanation of key points.

Make sure to remove all the explanatory text in the template when you insert your own.

Download IEEE paper format template

Prevent plagiarism. Run a free check.

IEEE recommends specific heading styles to distinguish the title and different levels of heading in your paper from each other. Styles for each of these are built into the template.

The paper title is written in 24 pt. Times New Roman, centered at the top of the first page. Other headings are all written in 10 pt. Times New Roman:

• Level 1 text headings begin with a roman numeral followed by a period. They are written in small caps, in title case, and centered.
• Level 2 text headings begin with a capital letter followed by a period. They are italicized, left-aligned, and written in title case.
• Level 3 text headings begin with a number followed by a closing parenthesis . They are italicized, written in sentence case, and indented like a regular paragraph. The text of the section follows the heading immediately, after a colon .
• Level 4 text headings begin with a lowercase letter followed by a closing parenthesis. They are italicized, written in sentence case, and indented slightly further than a normal paragraph. The text of the section follows the heading immediately, after a colon.
• Component headings are used for the different components of your paper outside of the main text, such as the acknowledgments and references. They are written in small caps, in title case, centered, and without any numbering.

You should use 10 pt. Times New Roman font in your IEEE format paper .

For the paper title, 26 pt. Times New Roman is used. For some other paper elements like table footnotes, the font can be slightly smaller. All the correct stylings are available in our free IEEE format template .

No, page numbers are not included in an IEEE format paper . If you’re submitting to an IEEE publication, page numbers will be added in the final publication but aren’t needed in the manuscript.

IEEE paper format requires you to include an abstract summarizing the content of your paper. It appears at the start of the paper, right after you list your name and affiliation.

The abstract begins with the word “Abstract,” italicized and followed by an em dash. The abstract itself follows immediately on the same line. The entire section is written in bold font. For example: “ Abstract —This paper discusses … ”

You can find the correct format for your IEEE abstract and other parts of the paper in our free IEEE paper format template .

Cite this Scribbr article

If you want to cite this source, you can copy and paste the citation or click the “Cite this Scribbr article” button to automatically add the citation to our free Citation Generator.

Caulfield, J. (2023, April 06). IEEE Paper Format | Template & Guidelines. Scribbr. Retrieved April 1, 2024, from https://www.scribbr.com/ieee/ieee-paper-format/

Is this article helpful?

Jack Caulfield

Other students also liked, ieee reference page | format & examples, ieee in-text citation | guidelines & examples, ieee journal citation | guide with examples, "i thought ai proofreading was useless but..".

I've been using Scribbr for years now and I know it's a service that won't disappoint. It does a good job spotting mistakes”

IEEE.org | IEEE Xplore Digital Library | IEEE Standards | IEEE Spectrum | More Sites

Committees & Communities

IEEE PES Awards & Scholarships

Every year we are proud to recognize leading engineers with distinct awards and honors and to offer scholarships to cultivate the next generation of power and energy professionals.

View All Awards >

About Membership

Membership programs, member support tools.

Become A PES Member

You’re invited to join the leading global network of +42k power and energy students and professionals.

Get Started Today

Technical Activities

Technical reports, trending technologies.

Latest Posts:

Codes and Standards for Advanced Reactors

Software Bill of Materials (SBoM) for Electric Power Systems (EPS)

Smart Design and Control of Buildings and Communities and Achieving Low-Carbon Goals

Upcoming Committee Meetings

Visit our calendar for information on upcoming technical committee meetings.

Calendar of Events >

About Conferences & Meetings

Papers, participation & proposals.

Conference Sponsorship Opportunities

With over 30 PES global conferences annually, we offer many sponsorship opportunities.

Support IEEE PES >

About Publications

Journals & transactions, education overview & resources, about pes university.

Visit the Resource Center

The largest digital library dedicated to the power and energy industry, find the resource you’ve been looking for!

New! Interactive Online Courses

A new series of interactive continuing education courses for those non-engineers and adjacent professionals working in the power industry.

View All >

Templates and Sample of PES Technical Papers

Home / Publications / PES Author’s Kit / Templates and Sample of PES Technical Papers

Part 4 of the author’s kit has four components:

1. Part 4 web pages. 2. Sample conference and Transactions/Journal papers in PDF, with formatting instructions as the content. 3. MSWord Templates for conference and Transactions/Journal papers (instructions for their use are in the Sample Papers). (There is a difference in the formatting of the title-page footnote in the two versions of the template for Transactions/Journal papers. Both styles are acceptable.) 4. LaTeX Templates for conference and Transactions/Journal papers, which are located on the IEEE Publications Department web site. (Please use bare_conf.tex for conference papers and bare_jrnl.tex for Transactions/Journal papers. These templates will produce a paper that satisfies PES formatting requirements. The stylistic differences from the Word templates are acceptable.) (NOTE: To access the MSWord Templates, be sure to use the links below. These templates should be used to format all PES Transactions/Journal and conference papers.  Do not use the MSWord templates located on the IEEE Publications Department web site or any other templates located on the main IEEE site!)

• Part 4a Web Page  (Transactions/Journal Papers)
• Sample Transactions/Journal Paper – Version 1  (PDF)
• MSWord Template for Transactions/Journal Papers – Version 1  (Compatible with Word 97-2003, Word 2007, and Word 2010)
• Sample Transactions/Journal Paper – Version 2  (PDF)
• MSWord Template for Transactions/Journal Papers – Version 2  (Word 2016)
• LaTeX Template for Transactions/Journal Papers  (use bare_jrnl.tex in the WIN or MAC LaTeX2e Transactions Style File)
• Part 4b Web Page  (Conference Papers)
• Sample Conference Paper (PDF)
• MSWord Template for Conference Papers
• IEEE Word Template for Conference Papers on A4 Paper
• LaTeX Template for Conference Papers  (use bare_conf.tex in the WIN or MAC LaTeX2e Transactions Style File)

Author’s Kit

The author’s kit is available to offer guidelines for the submission for all technical work for review.

LEARN MORE 

Advertise In IEEE Magazines

Editorial and digital ad opportunities  are available in our leading IEEE magazines.

Open Calls For Transactions

IEEE PES Transactions distribute the latest findings to researchers, engineers, and educators  in the power and energy field.

© Copyright 2024 IEEE — All rights reserved. A not-for-profit organization, IEEE is the world’s largest technical professional organization dedicated to advancing technology for the benefit of humanity.

Tips for Writing Technical Papers

Jennifer widom , january 2006, running example, paper title, the abstract, the introduction, related work, performance experiments, the conclusions, future work, the acknowledgements, grammar and small-scale presentation issues, versions and distribution.

Preparing Your Paper

When your paper is accepted for a conference, you will receive an author kit with a Word template and a number of forms that you must submit with your manuscript.

Important Things to Remember

• Commercialism . Material of a commercial nature is unacceptable in an SPE technical paper. Often, generic descriptions can replace trade names.
• Plagiarism . Plagiarizing the work of others is unacceptable. If detected prior to presentation at a conference, your paper will be removed from the program. If detected after presentation, your paper will be removed from OnePetro and will no longer be acknowledged as a valid SPE paper.
• Dual Submission/Publication . Papers accepted for an SPE conference must not have been accepted or presented elsewhere (including another SPE conference).
• Avoid making claims not clearly supported by the data presented in the paper.
• Define the audience before you begin writing. How you present your ideas depends largely on who is reading or listening.
• Choose your words carefully, avoiding slang, overuse of abbreviations, and an excess of technical jargon. Use simple terminology and sentences that convey a single thought.
• Organize your thoughts to point readers to a logical conclusion. Outline the topics you want to cover. Prepare a first draft, set it aside for a day, then go back and re-read it. Remove unnecessary words and phrases. Determine where you need to rewrite to improve readability. Try to think about what you are reading as if you had not been involved in the work – do the conclusions make sense based on the information presented?
• Get an impartial opinion from someone who is not involved with the work, but who represents your prospective audience. Ask for specific suggestions on how to improve readability. If English is not your first language, it might be helpful to ask a native English speaker to review your paper.

Organization

Proper organization of the paper will lead the reader through your supporting data and theories to a logical conclusion. The following outline generally applies to SPE technical papers, regardless of subject matter, although not all sections will be needed for all papers:

• Title. The title should be concise, attract attention, and highlight the main point of your paper. Be clear about the subject matter. Company names or abbreviations should not appear in the title.
• Michael Mayerhofer, Pinnacle Technologies; Lloyd Stutz, Anadarko Petroleum Corp.; and Eric Davis, and Steve Wolhart, Pinnacle Technologies
• P. M. Snider, Marathon Oil Co.; I. C. Walton, Schlumberger; T. K. Skinner, Marathon Oil Co.; and D. C. Atwood, B. M. Grove, and C. Graham, Schlumberger
• Abstract. Write an abstract of about 350 words to summarize the paper, stating significant new information and conclusions.
• Introduction. Outline the problem and briefly explain the solution.
• Statement of Theory and Definitions. Explain theory, define terms, describe test procedures used, and outline and problems peculiar to the subject.
• Description and Application of Equipment and Processes. Tell how the equipment was used and how tests were conducted. Describe any unusual test procedure(s) and discuss the development of experimental equipment, with illustrations if possible. Evaluate the equipment and its applications.
• Presentation of Data and Results. Present results in the clearest form, whether it is text, figures, or tables. Use the text to provide essential information on figures. Be sure to define all terms in the text and in figures and tables.
• Conclusions. State directly and briefly your conclusions and the utility of these conclusions. All conclusions should be supported by data presented in the paper.
• Acknowledgments. Briefly cite or acknowledge special help from individuals or organizations.
• Nomenclature. If you use symbols, define them in a formal Nomenclature at the end of text. Symbols should conform to the SPE Symbols Standard and be listed alphabetically.
• Reference to an article in a journal. Gidley, J. L., Penny, G. S., and McDaniel, R. R. 1995. Effect of Proppant Failure and Fines Migration on Conductivity of Propped Fractures. SPE Prod & Fac 10 (01): 20–25. SPE-24008-PA.  http://dx.doi.org/10.2118/24008-PA .
• Reference to a book. Craft, B. C. and Hawkins, M. 1991. Applied Petroleum Reservoir Engineering , second edition. Englewood Cliffs, New Jersey: Prentice-Hall.
• Reference to a conference paper. Omre, H., Solna, K., Tjelmeland, H. et al. 1990. Calcite Cementation: Description and Production Consequences. Presented at the SPE Annual Technical Conference and Exhibition, New Orleans, 23–26 September. SPE-20607-MS.  http://dx.doi.org/10.2118/20607-MS .
• Appendix. Use appendices for mathematical derivations and supporting material too detailed to include in the body of the paper. Designate multiple appendices as Appendix A, Appendix B, etc.
• Tables. Tables should be used only if they present data more effectively than running text. All tables should be cited in the body of the paper. Number tables sequentially as they appear in the paper. In appendices, do not continue the numbering sequence from the body of the paper, but number tables by appendix and numeric sequence, i.e., Table A-­‐1, Table A-­‐ 2, Table B-­‐1, etc.
• Make figures as simple as possible. Remember that most people reading your paper will be viewing a black and white printout (even if you used color).
• Use horizontal orientation.
• Use only as many grid lines as necessary to illustrate your point.
• Although dual units (customary and SI metric units) are not required, you may want to present dual scales of measure on keys and axes.
• Provide brief but descriptive captions for all figures.
• Use a minimum of ordinate and abscissa values so they do not run together.
• Ensure that all lines in the figure are of the same intensity and that all the figures have matching intensities.

Grammar and Style

• Units. Either customary or SI metric units of measure may be used in the paper, but please use one or the other consistently, rather than a combination. A conversion factor table at the end of your paper should list the factors necessary to convert units used in your paper from one system of units to the other.
• American/British spelling/grammar. Use of either British or American spelling and grammar is acceptable. The recommended writing aids below focus on American grammar, but that is not meant to imply that this is the only acceptable usage.

Recommended Writing Aids

• Bernstein, Theodore. 1983. The Careful Writer—A Modern Guide to English Usage. New York City: Atheneum Publishers.
• Strunk, William Jr. and White, E.B. 1979. The Elements of Style, third edition. New York City: MacMillan Publishing Co.
• The Chicago Manual of Style, 15th edition. 2003. Chicago: University of Chicago Press.
• Webster’s Third New International Dictionary. 2002. Springfield, Massachusetts: Merriam-Webster.

English Language Assistance

SPE is pleased to offer a 20% discount to member authors seeking language editing services from Editage. Non-member authors can also receive a 10% discount for the services offered. Use the links below to learn more about our discounted editing services partnership.  

• Editage Language Editing (20% Discount – SPE Member)
• Editage Language Editing (10% Discount – Non-member)   

Several other language editing organizations also offer services designed to improve the quality of English in papers submitted for peer review. SPE is not affiliated in any way with these organizations. Links to them are offered as a service only.

• American Journal Experts
• Cambridge Language Consultants
• Manuscript Edit
• Science Docs
• Science Manager
• SciTechEdit International
• The Charlesworth Group Author Services

SPE.org uses cookies to deliver the best possible experience. By continuing to use this site you consent to the use of cookies. Learn More » I Understand

Penn State University Libraries

Computer science and engineering.

• Reference Sources
• Finding Articles and Databases
• Finding Books
• Finding Websites
• Penn State Resources and Organizations
• Books, Articles, and Other Educational Resources
• Research Tips
• Main Parts of a Scientific/Technical Paper
• Technical Writing Resources
• Ten Tips for Technical Writing
• Professional Organizations

Parts of a Technical Paper

The basic parts of a scientific or technical paper are:

Title and Author Information Abstract Introduction Literature Review Methods Results Discussion Conclusions References and Appendices

Detailed Explanation for Each Part

Title and Author Information:

The title of your paper and any needed information about yourself (usually your name and institution).

A short (usually around 250-400 words) description of the paper. Should include what the purpose of the paper is (including the basic research question/problem), the basic design of your project, and the major findings.

Introduction:

A general introduction to your topic and what you expect to learn from your project or experiment. Your research question should be found here.

Literature Review:

An analysis of what has already been published about your chosen topic. Should be able to show how your research question fits into the context of your field.

A description of everything you did in your experiment or project, step-by-step. Needs to be detailed enough so that any reader would be able to repeat each step exactly on their own.

What actually happened during your project or what you found at the end of your experiment. This is usually the best part to include the majority of your graphs, photos, tables, and other visual aids, as long as they help explain the results of your work.

Discussion:

An analysis of the results that integrates what you found into the wider body of research in your field. Can also include future hypotheses to be tested or future projects to build from your own.

Conclusion:

Can be included in the discussion if necessary. A final summary of the paper, including whether or not you were able to answer your original research question.

References and Appendices:

The reference page(s) is a list of all the sources you used to research and create your project/experiment, including everything cited in the literature review and methods sections. Remember to use the same citation style throughout the paper. An appendix would include any additional information about your work that you were not able to include within the body of your paper (like large datasets and figures) that would help readers better understand your results.

• << Previous: Technical Writing
• Next: Technical Writing Resources >>
• Last Updated: Mar 1, 2024 1:52 PM
• URL: https://guides.libraries.psu.edu/compsciandengin

[Upcoming Webinar] Effectively Scale Content With Outsourced Resources

Let's Talk Content

Learn more about our content services, connect with a content specialist.

Learn how Compose.ly makes getting real results from content easier – whether you’re looking to update your website, increase traffic to your blogs, or improve your rankings.

The Ultimate Guide to Writing Technical White Papers

According to the 2022 Content Preferences Report, 55% of respondents indicated that white papers are the most valuable content for buyers in the earliest stages of the buying process. As B2B technology purchases grow in length and complexity, decision-makers rely more than ever on content that provides them with facts and research rather than advertising.

Today’s technical white paper walks the line between disseminating information and marketing, acting as an education and lead generation tool for technology companies. A technical white paper is not a datasheet, nor is it an advertising tool for your product. It's a piece of long-form content written to tell prospects a story about an industry problem and a solution.

More than a case study or list of features and benefits, the technical white paper helps businesses build authority and trustworthiness with their target audience and illustrate their expertise. Here, we’ve compiled a comprehensive technical white paper guide that tells you everything you need to know about this powerful marketing technique.

What is a Technical White Paper?

A common technical white paper definition is a document that sets out to explain a business problem and a tech-based solution to that problem. Primarily a B2B marketing tool, this type of white paper strives to make the sometimes complex ideas prevalent in the high-tech world coherent to those who aren’t experts in the field.

A well-written white paper speaks to those tasked with finding solutions as well as the decision-makers who hold the purse strings. As a top to middle-of-the-funnel piece of content, a white paper functions as a lead generator and lead nurturing collateral.

A technical white paper does not include:

• A sales pitch
• A list of features
• An explanation of how your product works
• A how-to guide for replacing the prospect’s present solution with your own

Think of a technical white paper as a mini-textbook about a specific business problem and one or more ways it can be resolved. At the end, you can present the idea that your product is one of the solutions.

How Long Should a White Paper Be? 

A business white paper is a tool for deep diving into your preferred topic. You want it to be long enough to serve up all the most valuable information from your white paper research but not so long people don’t want to read it all the way. 

On average, your white paper should be between 2,500 and 5,000 words long. White papers are more educational in nature, so your conclusions will be backed by research and supporting facts, which can increase your word count. If you’re explaining a complicated process or product in detail, your technical white paper will likely be on the longer side. 

Before writing your white paper, decide on your target audience. If you’re writing for executive audiences, keep the paper on the shorter side and try to distill any complicated information into simpler terms. In general, executives reading your paper may be busy and prefer to skim the paper. 

Your paper may be longer if you’re writing for a technical audience. Try to keep it to a maximum of 15 pages. 

When you’re writing about an interesting topic that sparks your passion, you may want to include every detail of your study. If your white paper is creeping past 15 pages, consider splitting it into specific topics. Write a separate paper for each key issue. 

The Benefits of Technical White Papers

At its best, a technical white paper establishes the thought leadership and authority of your business in the industry. By developing a white paper, you not only create an opportunity to gain information about a prospect for follow-up, but you also make the content available to share across purchasing teams and as a resource to explain issues and resolutions to non-technical team members.

A major benefit of offering a technical white paper is that the audience is self-selecting. An uninterested party is unlikely to download your paper, so you can feel confident that the information you gain is from those who are motivated to buy. With that in mind, it's crucial to aim for the correct audience. Don’t create a white paper that tries to appeal to everyone. Keep it narrowed to your ideal customer.

As white papers have become a popular marketing tool, many prospects are savvy enough to understand that you will be gathering their information. However, this is not the time to go for the hard sell. Use the data for lead nurturing and allow buyers to conduct the journey at their own pace.

How to Write a Technical White Paper

The typical technical white paper format is between six and 12 pages long, including the cover sheet. Anything shorter is unlikely to convey enough appropriate information. Anything longer may overwhelm the reader.

If your white paper is expanding past the twelve-page mark, you may need to break the subject into smaller chunks and develop a separate document for each.

Start making your technical white paper outline knowing what a white paper should include using this basic template to guide you as you write.

1. Create a Cover Page

The first page of your white paper is the cover page. It contains the title in an attractive design, a subtitle, and your company name and logo. If a second party sponsors the white paper along with you, that name and logo should also appear.

2. Write an Introduction/Abstract/Executive Summary

The meat of the technical white paper begins on the second page with an introduction, abstract, or executive summary of the topic.

Your introduction should be a single paragraph that includes:

• A brief summary of the purpose of the paper
• A short explanation of the problem
• An overview of the potential solutions

Keep this section short. The introduction is where you hook your prospects into wanting to read more. You want them to get just a taste of what’s inside. Think of this as the teaser for the rest of your story.

3. Explain the Business Problem

A technical white paper tells the story of a business problem and its solution. By articulating the business problem, you let prospects know you understand their business and industry.

Present the business problem in two or three paragraphs. Use short paragraphs and concise language to make the information readable. Be sure to include background information such as where the problem may originate or how the issue is impacting the business.

In this section, show the impact the problem has on business in lost productivity, revenues, waste, and other business metrics. Don't be afraid to get into the nitty-gritty, but try to avoid industry or technical jargon. This piece must speak to readers of various levels of technical knowledge.

4. Illustrate the Product Design

Without making it all about your product, show how a new technology or process can be designed to resolve the business problem. Speak about how the product works in general, then begin to apply it to the business problem you illustrated.

5. Present the Solution

In this section, the technical white paper provides a solution to the problem—but don’t place too much emphasis on your product up front. Instead, take the problem apart and show how it can be solved with the right business tools.

Without turning it into a sales pitch, you can offer some detail about how your solution works. Mention why your company developed the product. Apply your product to the problem in the form of a case study or create a visual of how your offering saves time or increases productivity.

Then, start explaining your specific product and how it works better or differently from other solutions. Include information about increased revenues and the expected ROI.

6. Writer a Conclusion and Call to Action

The conclusion is where you wrap everything up in a neat bow.

Your conclusion should:

• Briefly recap the business problem
• Summarize how your product solves the problem
• Provide a call to action to guide the lead to the next step in the buyer’s journey

Your technical white paper shouldn’t exist in a vacuum. Develop everything you need to nurture the lead from the top of the funnel to the bottom. Maybe your next step is an email drip sequence that continues to provide small bits of knowledge about the industry, offers contact information, or simply shows that the door is open when the lead is ready.

Complex technical products were never meant to be sold by cold-calling, and almost never will you be able to wrap up one of these sales after a single pitch. Smart marketers and salespeople understand that it takes time to educate leads, provide information without pushing for a sale, and allow the lead to come to you.

Leads who come to you are motivated buyers more likely to end in a sale as well as a satisfying long-term relationship where future sales are possible.

Like the introduction, your conclusion should be short. Limit it to a brief summary of the white paper. Only a third of your content should be included in the introduction and the summary.

What Content is Important to Include in a Technical White Paper?

There are several ways to support your story and help your white paper effectively, including:

• Case studies
• Links and sources for further information

Support your findings with statistics to simplify the problem/solution presentation. Statistics from well-respected resources provide authority and objectivity to your discussion. Industry analysts, independent organizations, government agencies, and experts in the field are all excellent sources of statistics.

Always cite the source of your information to increase your authority and to avoid copyright issues.

Case Studies

Use case studies to illustrate how your product or solution helped another customer. Case studies are easily consumed stories about how and why your solution is essential and useful. They are more compelling than a list of statistics or instructions alone.

Quotes from industry influencers and thought leaders add a human voice to your white paper. You may choose to provide quotes from your company’s leadership as well.

Finally, provide a list of helpful links or sources so your readers can go deeper if they wish. Some of these may be resources you used for statistics or case studies. Others can be links to industry or trade websites, books about the industry, and news articles.

4 Tips for Developing Technical White Papers

The most important tip is that a technical white paper shouldn’t be used as a direct sales tactic. You are building awareness, not selling, so be subtle and thoughtful during the development process.

1. Find Your Purpose

Before the first draft, determine the purpose of your white paper. Discuss the concept with key stakeholders in your company. To narrow topics, look to data analytics and research industry trends. Ask customer-facing salespeople about the questions they receive as they speak with leads. Use a tool to generate topics .

2. Communicate the Topic Effectively

Once you’ve decided on your purpose, you need to communicate it effectively to everyone involved. If you have several stakeholders and subject matter experts, create a synopsis to ensure everyone understands the purpose and subject of the paper. Now is the time for everyone to voice any objections or ask for changes.

3. Be Methodical When Writing

Take the white paper a piece at a time. It’s a complex project, so break it down into parts. Do your homework before sitting down to write, because the more time you spend planning and preparing, the faster the paper comes together.

Also, don’t aim for perfection on your first attempt. Go for good enough and smooth out rough spots in future drafts. Create blocks of uninterrupted time to focus on writing and eliminate distractions that can introduce errors and slow you down.

4. Revise Thoroughly

Ask for feedback on your drafts. Does the content make sense? Is the language appropriate? Are you using too much jargon or too many acronyms?

When you get closer to a final draft, be sure to proofread every line as well. Nothing turns prospects away like content riddled with errors.

A few other helpful tips to keep in mind:

• Know your audience: Look to your buyer personas and develop the paper to answer specific questions. Who are the decision-makers and other key stakeholders at the prospect’s company?
• Keep it concise: Don’t overload the paper with history or other content. Use just enough to lend context and set the stage.
• Be honest: Presenting honest, actionable information is more effective than hyperbole at drawing leads further down the funnel.

How to Distribute and Promote Your Technical White Paper

Marketing white papers involves targeting them to the right audience. To do so, take advantage of all the channels you have available as part of your content distribution strategy .

• Place it on your website behind a landing page
• Offer it in an email as part of a nurture campaign
• Promote it through your social media page
• Offer it through a third-party site
• Repurpose parts of it as blog posts and entice people to read the whole paper
• Add it to the resources part of your website
• Run ads on your blog and social media feeds
• Post about your whitepaper topic on LinkedIn and include a link to the full paper
• Tag influencers in your posts and encourage them to share

Once your white paper is out there, measure relevant metrics. If you don’t measure, you can’t determine effectiveness. Measure by channel to learn if you are in the right place and gather data on those who download your white paper. Make people fill in a form before they can download the white paper for an easy record of potential leads. 

Ask for information and create calls to action (CTAs) that help you propel potential customers farther into their journey according to their place in the funnel.

Video continues to be a popular form of content marketing, with 78% of content marketers indicating that video content gives them a higher ROI. Attract a broader audience by making companion videos to accompany your white paper.

Make shorter videos highlighting key takeaways from the white paper. Or make a full video version of the white paper and offer it as an alternative for people to download or purchase on your website. 

Finally, once you have started promoting your white paper, offer a one-page synopsis to your sales team. That way, if it comes up during a sales pitch, your team is equipped to answer questions or point a potential customer in the right direction. 

Become an Authority With Our White Paper Writing Services

Technical white papers are powerful marketing tools to showcase your product, industry expertise, and trustworthiness. A well-written white paper generates relevant leads for nurturing and builds your prospect and customer list.

Articulate a challenging business problem, discuss solutions, then show how your product meets those business needs. Give your prospective buyers what they need to support their choice to other stakeholders. By allowing the lead to come to you, you increase your chances of converting that lead to a customer.

If you have a great idea for a white paper with limited time to write it, Compose.ly can help. Use our white paper writing services to get a professional, well-researched white paper that highlights your expertise while promoting your product or service as the best solution. Request a sample today . 

Featured Articles

5 best e-books for business, what does a content strategist do, lead generation, learn how to work with ai tools, not against them. .

Speak with us to learn more.

• ASME Foundation
• Sections & Divisions
• Back to Main Menu
• Access Benefits
• Communication Preferences
• Digital Downloads
• Purchase History
• Committee History
• Sign In/Create Account
• Publications & Submissions
• Proceedings
• Author Guidelines
• Elements of a Paper

Author Templates

ASME provides templates to assist authors in preparing their papers for publication. The following templates are offered:

• Word Author-Template.docx
• LaTex https://ctan.org/pkg/asmeconf Template for LaTex is offsite and available with permission from the author, John H. Lienhard, to use free of charge and without restriction. The software is provided "as is", without warranty of any kind, express or implied.
• Framemaker ASMETemplate.frm.pdf (sample file)

Important Notes On Templates:

• These templates have been provided to ASME gratis by dedicated authors and we provide them further as a courtesy. Corrections or suggestions for improvement of these templates should be forwarded to Nhora Cortes-Comerer.
• If you are using the templates and style sheets provided, not every contingency could be incorporated into the coding. To determine specifications for any elements not incorporated into the style sheets, review Writing the Paper and Formatting the Paper .
• For questions about use of the Word Template, please contact [email protected] .

In addition, ASME also provides a schematic template for the first and subsequent pages of a paper to give guidance regarding measurements, column width and length, etc.

Important Notes On Schematic Template:

• The measurements provided in text and on the templates are in inches only.
• Make all vertical measurements from top to bottom allowing for any discrepancies in measurement (+1/16 in.) to be absorbed at the bottom of the page.
• If you are using A4 or A5 paper, prepare your paper per the size specifications provided. Begin at the top, allowing a larger bottom margin and narrower side margins.

ASME Membership (1 year) has been added to your cart.

The price of yearly membership depends on a number of factors, so final price will be calculated during checkout.

You are now leaving ASME.org

Paper and report design and layout templates

Pen perfect looking papers and reports every time when you start your assignment with a customizable design and layout template. whether you want your paper to pop off the page or you need your report to represent your data in the best light, you'll find the right template for your next paper..

Perfect your papers and reports with customizable templates

Your papers and reports will look as professional and well put together as they sound when you compose them using customizable Word templates . Whether you're writing a research paper for your university course or putting together a high priority presentation , designer-created templates are here to help you get started. First impressions are important, even for papers, and layout can make or break someone's interest in your content. Don't risk it by freestyling, start with a tried-and-true template. Remember, though: Papers and reports don't have to be boring. Professional can still pop. Tweak your favorite layout template to match your unique aesthetic for a grade A package.

SAE Technical Papers

Cutting-edge & historical research articles for both industry & educational use.

Supporting the automotive, aerospace, and commercial vehicle sectors, SAE Technical Papers provide professionals and students with the latest advances in mobility research.

SAE Technical Papers help guide engineers through their project challenges and establish leadership in a competitive landscape. Reference current and historical research to define best practices and strategies. From combustions processes to simulation & modeling to test procedures, Technical Papers contain in-depth test results, comparative studies, and methodologies on a variety of topics. SAE's Technical Papers are all peer-reviewed by leading industry experts to ensure high quality and dependable information.

Powerful, industry-leading data made available with a range of custom pricing options.

Contact Sales

Research Breakdown

80,000+ Automotive

19,400+ Aerospace

7,900+ Commercial Vehicle

Featured Papers

Additional resources.

Technical Paper Subscriptions

Technical Papers - Historical Back Files

MOBILUS Techselect

Cutting-Edge Articles from AEROTECH

Showcase Your Expertise & Become an Author

Grow your profile and gain citations. Submit your technical research today. SAE accepts  technical papers for presentation at SAE conferences, as well as written-only non-event papers.

SAE Event Papers

SAE Non-Event Papers

Support Your Team with Technical Research

Access subscriptions via sae mobilus® technical resource platform, contact our sales team for our subscription options..

Start your projects with quality LaTeX templates for journals, CVs, resumes, papers, presentations, assignments, letters, project reports, and more. Search or browse below.

Popular Tags

Have you checked our knowledge base ?

Message sent! Our team will review it and reply by email.

Lead the way to the next age of computer graphics.

Reimagine the future of computer graphics at SIGGRAPH 2024. Submit Your Work

Keep up with SIGGRAPH 2024 on social media!

Meet the volunteer leaders behind SIGGRAPH 2024.

Connect your company to a global community of innovators. Exhibit at SIGGRAPH

Elevate your exposure at SIGGRAPH 2024. Explore Sponsorship Opportunities

The Pinnacle of Research

Technical papers.

Technical Papers, the premier international venue for disseminating and discussing scholarly work in computer graphics and interactive techniques, is at the core of SIGGRAPH conferences. Researchers present the latest breakthroughs that prioritize new ideas and propel our industries into the next era of advancement.

Submit To Technical Papers

The SIGGRAPH 2024 Technical Papers program spans areas including but not limited to animation, simulation, imaging, geometry, modeling, rendering, human-computer interaction, haptics, fabrication, robotics, visualization, audio, optics, programming languages, immersive experiences, and machine learning for visual computing.

Building a desirable future through computer graphics and interactive techniques starts with you and your contributions to and participation in SIGGRAPH 2024. We are excited that you are submitting your paper for consideration.

At SIGGRAPH 2024, the Technical Papers program will have two integrated paper tracks: Journal (ACM Transactions on Graphics) and Conference.

• Journal Papers are expected to satisfy the ACM TOG criteria of excellence established over the years, and present novel, well validated, and comprehensively described research advancing computer graphics and interactive techniques. Papers accepted to the Journal track will be published in the SIGGRAPH 2024 issue of ACM Transactions on Graphics (TOG) .
• Conference Papers are expected to present novel research advancing computer graphics and interactive techniques. However, the evidence supporting these advances might not be as comprehensive as expected for Journal Papers. The length of papers accepted to this track is capped as outlined below. Papers accepted to this track will be published in the SIGGRAPH 2024 Conference Proceedings.

At submission time, authors can indicate if their submission should be considered for the Journal track only or whether they want the submission to be considered for both tracks.

The review process, deadline, and committee are the same for both tracks. Papers considered for both tracks are first evaluated to determine if the contribution is of sufficient quality, for SIGGRAPH. If judged to be of sufficient quality they are then assessed based on the criteria above to determine the track to be accepted into.

Special Notice: We would greatly appreciate it if you submit your abstract no later than 16 January.

The differences in the submission process for the two options are outlined below.

Ideas are extensively tried and tested, and the paper is complete and comprehensive.

No maximum (or minimum) page length.

Published in ACM Transactions on Graphics (TOG)

The work can be less complete (e.g., have shorter validation and fewer comparisons).

The submissions are required to adhere to the following length constraints: Papers must be no longer than 7 pages excluding references and figures-only pages. There is no limit on the length of the reference section. Each paper can have at most two figures-only pages, placed at the end of the submission, after references. Authors can also include as many figures as they wish within the core 7 pages. Papers should not include appendices in the main document.

Published in SIGGRAPH Conference Proceedings

How To Submit

To start, read the information below about how to prepare your submission, including information on formatting, anonymity, and resubmissions. Then log into the submission portal , select the “New Submission” tab, and select the Technical Papers submission form. You will be asked for basic information about your submission.

To see what you will need to submit, view the sample form (Stage 1). Creating a submission form will assign your submission a paper ID, which must be included in your submitted paper.

Deadlines All deadlines are 22:00 UTC/GMT unless otherwise noted.

Tuesday, 23 January 2024: Submission form deadline

Deadline for creating the submission form with the title, the complete list of co-authors, as well as the specification of conflicts of interest (COI) for each co-author. Note that once the paper is submitted, the list of authors can no longer be edited . Exceptions can be made in special circumstances but are expected to be rare and are up to the discretion of the Technical Papers Chair.

We would greatly appreciate it if you submit your abstract no later than 16 January.

Wednesday, 24 January 2024: Paper deadline

Deadline for the complete submission, including either the actual PDF paper or an MD5 checksum (which will be required in lieu of the actual files starting at some point on this day). If you wish to submit supplemental material (additional details or comparisons, movies, code, data, etc.) as well, these files (or their MD5 checksums) must also be uploaded by this date and time. To see what you will need to submit, view the sample form (Stage 2).

Thursday, 25 January 2024: Upload deadline

Deadline for uploading all materials if you used MD5 checksums. No new or changed material may be uploaded. Only files matching MD5 checksums submitted the previous day are valid.

English Review Service

Non-native English speakers may optionally use the English Review Service to help improve the text of submissions. Please note that this process takes time, so plan far ahead in order to meet the submission deadline.

Review Process

All submitted papers (independent of the track they are submitted to) will receive at least five double-blind reviews and will be evaluated by the Technical Papers Committee.

When deciding which track a dual-track submission is suitable for, reviewers will be instructed to consider how compelling the evidence supporting the advances presented in the paper is when assessing the track the paper should be accepted to. In particular, they will be instructed to be less demanding about formal completeness, validation, and experimental evaluation when it comes to accepting papers to the Conference track, thereby allowing publication of riskier/earlier-stage work.

Both tracks will continue the SIGGRAPH Technical Papers program from previous years, publishing high-quality, ground-breaking research that is presented at SIGGRAPH. Journal Papers will be published in the ACM Transactions on Graphics . Conference Papers will be published in the SIGGRAPH Conference Proceedings in the ACM Digital Library.

Submission Policy

Double Submissions By submitting a manuscript to the SIGGRAPH Technical Papers program, authors acknowledge that the technical contributions they claim have not been previously published or accepted for publication in another peer-reviewed venue and that no manuscript substantially similar in content is currently under review or will be submitted to any peer-reviewed venue during the SIGGRAPH review period. Violations constitute grounds for immediate rejection. If you wish to submit revised or extended versions of Conference or workshop Papers, please directly submit to TOG instead of SIGGRAPH.

Plagiarism A submission to the SIGGRAPH Technical Papers program should describe an original work of the authors. Authors must not use ideas or content originating from others without properly crediting their original sources. Note that such sources are not limited to peer-reviewed publications, but also include patents, textbooks, technical reports, theses, unpublished work posted on arXiv, as well as other posts on the World Wide Web. Failure to comply with this requirement will be considered plagiarism and result in rejection. For more details, please consult the guidance provided by ACM.

Anonymity The SIGGRAPH review process is fully double-blind: The committee members and external reviewers do not know the identity of the authors, and the authors do not know the identity of the reviewers. This anonymity is an integral part of an objective and fair review process, so authors are required to take all reasonable measures to preserve their anonymity. Specific instructions for preserving anonymity in your submission are discussed in the Submission Requirements section. Rules on how to preserve anonymity before and after submission when communicating about the work with others are set forth in the SIGGRAPH 2024 anonymity policy . Authors are expected to familiarize themselves with the policy and strictly adhere to it.

Citing Prior Art Authors are expected to cite, discuss differences and novelty, and compare results, if applicable and feasible, with respect to relevant existing publications, provided they have been published in a peer-reviewed venue before the SIGGRAPH submission deadline. This also applies to patents, which undergo a professional reviewing process.

But what about technical reports, and other non-peer-reviewed publications, such as technical reports or papers posted on arXiv, which we henceforth refer to as prepublications? With the rapid progress of search engines and the increased perusal of arXiv papers by the scientific community, asking authors to thoroughly compare their work to these prepublications imposes an unreasonable burden: A seemingly relevant report that is incomplete in its disclosure or validation might appear online shortly before the deadline. While peer-reviewed publications are certainly not immune to these shortcomings, they have, at least, been judged sufficiently complete and valid by a group of peers. Consequently, authors are not required to discuss and compare their work with recent prepublications (arXiv, technical reports, theses, etc.), although they must properly cite those that inspired them (see “Plagiarism” above). We nevertheless encourage authors to mention all related works they are aware of as good academic practice dictates. Note that with new works posted on arXiv on a daily basis, it is increasingly likely that reviewers might point out similarities between the submitted work and online reports that have been missed by the authors. In this case, authors of conditionally accepted papers should be prepared to cite these prepublications in their final revision as concurrent work, without the burden of having to detail how their work compares to or differs from these prepublications. Authors may want to upload as supplementary material anonymized versions of any relevant tech report or arXiv posting of their own, if the work can be perceived to have overlap, in terms of contribution, with the submission.

Citing Own Prior Art When citing already published work by the same (or an overlapping) group of authors, the citation should refer to that work in the third person, just as it would refer to any other previously published work by a completely different set of authors. For other relevant work from the same author(s) as the submission, we distinguish between two cases: (A) works that have been submitted for publication elsewhere, but have some relevance to and/or overlap with the submission; and (B) largely overlapping prepublications that are available online at the time of submission (arXiv, technical report, thesis, etc.).

• For case (A), the other work (e.g., tech report, arXiv posting) should be cited anonymously, as well as provided as anonymous supplementary material. The authors must convince the reviewers that the current submission is sufficiently different from the other work, which can be done using an anonymous cover letter that outlines the differences.
• For case (B), these earlier or largely similar versions of the submission that are publicly available (on arXiv, as a technical report, etc.) should NOT be cited in the submission, as this would identify the authors. Instead, these prepublications must be listed in the appropriate field of the submission form, titled “Prepublication.” This field is not visible to reviewers.

Ethics Computer graphics have an increasing societal impact. Authors should be aware of the ACM Code of Ethics and Professional Conduct and adhere to it. Authors should also adhere to the ACM Publications Policy on Research Involving Human Participants and Subjects if human subjects are involved in their research. The Technical Papers Committee will judge each submission solely based on its technical merits and novelty. If a submission that the Technical Papers Committee recommends to accept raises an ethical issue, it will be forwarded to a relevant ACM body for ethics evaluation. This body can recommend changes to the submission or, in extreme cases, rejecting the work. The Technical Papers Chair will take the final decision in these cases.

Lobbying Reviewers It is strictly prohibited to make any attempt to intervene in the review process. For example, it is inappropriate for an author to contact a committee member or a person they suspect to be a reviewer during the review process and mention the author’s own submission, even if the author does not explicitly ask for a favor. Committee members and reviewers will be asked to report such incidents and subsequently may be marked as conflicted and removed from the review process for that submission. For the most serious interventions, the submission may be rejected without completing the review process.

Submission Requirements

Submission Format Technical Papers authors should prepare their documents according to the ACM SIGGRAPH publication guidelines . All submissions should be prepared in ACM double-column format. For convenience, we recommend using the provided “acmtog” LaTeX Article Template Style, which is already in the correct format. The other templates (e.g., Word, Overleaf) might need adaptation to obtain double-column format. Please pay particular attention to the citation format for prior ACM SIGGRAPH Conference Papers, as specified in the ACM SIGGRAPH publication guidelines, because the proper format varies depending on the year of publication.

If you use LaTeX, please anonymize your initial submission with the following \documentclass command:

and add your assigned paper ID with:

Authors who use LaTeX must make certain that any packages they use in their paper are part of ACM’s list of accepted LaTeX packages – https://authors.acm.org/proceedings/production-information/accepted-latex-packages . TAPS will reject submissions that use packages that are not part of this list. Authors can request that packages be added – see the documentation for information on that request process.

Please use the same formatting for both Journal-only and dual-track submissions. For dual track submissions, please follow the instructions in the section below regarding paper length and organization. Papers that do not conform to these instructions will not be considered for the conference track and may be desk rejected.

Please ensure that you are using version 1.80 or higher of the “acmart” class; earlier versions of the article template will not produce a valid submission. Download the latest acmart class along with other necessary materials here . A LaTeX submission template is provided for your convenience. Authors are required to submit fully formatted papers, with graphs, images, and other special areas arranged as intended for final publication, using the ACM SIGGRAPH paper preparation guidelines. Be sure that all pages are numbered and contain your paper’s ID number. You should obtain this paper ID by completing the Online Submission Form before finalizing your paper. If your paper is accepted, you will receive instructions for formatting the final version, which will be different because, among other things, the authors’ names and affiliations will be included, and the pages will not be numbered. Authors must submit their papers electronically. The only allowable format is Adobe PDF. We prefer that authors upload supplemental materials (anything except the paper) electronically, but physical submission is also possible. If there is some reason why electronic submission is impossible for you, please contact us via the Technical Papers Email Contact Form well before the deadline. See How to Submit for more information. For videos, we strongly encourage MP4, and for still images, we strongly encourage JPG or PNG. If you use another format, you are not guaranteed that reviewers will view them. In preparing videos, please choose a reasonable frame size and rate, but be prepared to submit a higher-resolution video if a section of your video is selected for the Papers Preview section of the Electronic Theater. If your supplemental materials amount to more than 100 MB of data, you are not guaranteed that reviewers will download and view them.

Preserving Anonymity in the Submission Remove any information from your submission materials (paper, video, images, data, code, etc.) that identifies you, any of the other authors, and any of your institutions or places of work. In addition to not listing your names and affiliations in the paper, please omit acknowledgements (you will be able to add them back upon acceptance). If you are a well-known author, don’t narrate your video; get someone else to do it. You must reference all relevant work completely, including your own and that of the other authors. The detailed policy on how to cite these papers, including prepublications (arXiv, technical reports, etc.), theses, submitted work, and published work, is described in the “Citing Own Prior Art” section in the Submission Policy. Please read the instructions carefully before submitting your work.

Do not include URLs referring to websites that contain vital material for your submission. Such material won’t be considered due to the fact that reviewers cannot access it without endangering the anonymity of the reviewing process.

Please keep the PDF version anonymous; in particular, note that under some operating systems the “properties” of a PDF file may contain the creator’s name. Also, Version 7 PDF files allow inclusion of a script that will contact the author each time the file is opened. Do not include this script in your PDF file; if we find it, we will reject your paper without review. Make sure that no submitted files contain any information about the authors in the metadata.

Paper Length Journal-only submissions have no maximum (or minimum) length. Have a look at previous proceedings to get a sense of the range of paper lengths, where typical lengths are between 8 and 12 pages, not including references, though the variation is large. For Journal Papers that are conditionally accepted, the final paper length may increase when approved by the primary reviewer.

Dual-track submissions are required to adhere to the following length constraints: Papers must be no longer than 7 pages excluding references and figures-only pages. There is no limit on the length of the reference section. Each paper can have at most two figures-only pages, placed at the end of the submission, after references. Authors can also include as many figures as they wish within the core 7 pages. Papers should not include appendices in the main document . Any appendix should only be included as supplementary material. Papers will not be considered for conference publication if they exceed the page limit, are not submitted using the formatting described in the section “Submission Format,” or appear to alter the format to bypass the page limit. Post-acceptance, authors of papers accepted to the Conference track can add one additional page to the final-format papers to accommodate the author list, author affiliations, copyright, and acknowledgements (no other content should be added, i.e., the anonymous version still needs to fulfill the length requirements discussed before).

The submitted paper should stand on its own, allowing evaluation of the main ideas without reliance on supplemental material. For example, main results and discussion of the method must be in the submission; extra ablation studies, additional comparisons, implementation details, and similar material can be provided in the supplemental material. Animated results may be included as an accompanying video.

For all submissions, clarity of writing is considered vital to a high-quality submission. Papers may be perceived as too long if they are repetitive or verbose or too short if they omit important details or neglect relevant prior art.

Companion Videos Papers may be accompanied by a video that is five minutes or less in duration. In recent years, well over half of the accepted papers were accompanied by some kind of video material. To the extent possible, accepted papers should stand on their own, with the video providing supplementary information or visual confirmation of results. However, it is fine to refer to the video in the paper, in which case the video should be submitted under Supplementary Materials, part A in the submission form, as described below. A video should not be included in a submission unless substantively similar footage can later publicly appear in the ACM Digital Library. If your paper is accepted and you cannot comply with this requirement because of copyright or permission problems, your paper’s acceptance will be rescinded.

Supplemental Materials Authors are invited, but not required, to include supplemental materials such as additional implementation details, ablations, comparisons, additional images or videos, related papers, derivations, or results, as well as code and data files (so that reviewers can reproduce results in the paper). These materials will be viewed only at the discretion of the reviewers, who are only obligated to read the paper itself. These materials must be anonymized, so that they can be made available to all reviewers. There are two separate parts in the online submission form for uploading supplementary materials:

• Anonymous supplemental materials that are considered part of the submission, and that you are committing to provide for the ACM Digital Library if your paper is accepted.
• Anonymous materials that you are submitting to help in the review process but do not plan to submit to the Digital Library.

For instance, in addition to videos, A. may include some code, and a .zip archive containing result images and some text files, such as detailed user-study results or other appendices associated to your submission. B. may include anonymized versions of related papers from the same authors currently under review or in press elsewhere, together with an anonymous cover letter that outlines the differences between the submission and these other papers. In case of resubmission with reviewer continuity, the cover letter explaining how you took into account previous reviews and listing the improvements in your method should be there, too.

Resubmissions If your paper is a revision of a paper that has previously been submitted to a SIGGRAPH or SIGGRAPH Asia conference, we recommend (but do not require) that when you fill out the submission form you identify it as a resubmission, and select the option that allows the previous review materials (reviews, reviewer discussions, summaries, etc.) to be made available to the Technical Papers Committee. Please indicate the latest conference that your paper was submitted to and its paper ID at the time. If you choose to use this option, your paper may be assigned to some or all of the previous reviewers, and all reviewers will have access to suitably anonymized versions of the prior review materials. We encourage you to choose this option if you consider the paper to be derived from the previous version, even if the paper has been substantially rewritten and authors have been added. It will result in more consistent reviews and decrease the chance that a new set of reviewers will want completely different changes than those you made in response to the reviews of your earlier submissions. This option also has the added side benefit of reducing the overall burden on the volunteer reviewing community. Note that simply responding to all earlier criticisms will not guarantee acceptance. If you resubmit with reviewer continuity, you should include a cover letter within the anonymous supplementary materials, part B, in order to explain the changes you made to the paper and how you improved your work and its exposition since the last review cycle. If you resubmit without continuity, you may still choose to submit a similar anonymous cover letter to make it easier for recurring reviewers to understand the changes that have been made since the previous submission.

Permissions and Copyrights You must have permission from the owner or copyright holder to use any images or video (or provide rationale for using them without permission) that you do not own in your submitted paper or supplementary material. ACM has a clear policy and procedures for handling third-party material . If your submission is accepted, you will be asked to provide a signed rights form, which is required by ACM before your paper can be published. The contact author of each paper will receive an email message from ACM Rights Review containing instructions and a link to the rights form, which is completed online.

Authors of accepted Technical Papers are required to complete the ACM Rights Form prior to publication. They also are required to upload final versions of all public supplementary materials (Part A) that were originally part of their submission.

The Technical Papers Committee and a set of external reviewers, both consisting of recognized experts, will review submitted papers. Then, at the committee meeting, the committee will select the papers to be presented at SIGGRAPH 2024 and published in either a special issue of ACM Transactions on Graphics or in the SIGGRAPH Conference Proceedings in the ACM Digital Library.

The Technical Papers review process will be conducted by (1) the Technical Papers Chair, who was chosen by the SIGGRAPH 2024 Conference Chair and approved by the ACM SIGGRAPH Executive Committee and its Conference Advisory Group; (2) the Assistant Technical Papers Chair, chosen by the Technical Papers Chair; (3) the Technical Papers Advisory Board, consisting of past and future Technical Papers Chairs and other trusted and experienced advisors, chosen by the SIGGRAPH 2024 Technical Papers Chair; (4) the Technical Papers Committee, chosen by the Technical Papers Chair with the assistance of the members of the Technical Papers Advisory Board, and consisting of about 100 people whose expertise spans the entire field. Both Journal-only and dual-track submissions will be reviewed by the same Technical Papers Committee. The Technical Papers Chair will work with the Technical Papers Committee and the tertiary reviewers to evaluate each valid submission.

The Review Process

• After the submission deadline, the Technical Papers Chair and several others selected by the Technical Papers Chair will conduct the papers sort. During this meeting, they assign each paper to two senior reviewers, called the primary and secondary reviewers, who are members of the Technical Papers Committee. All parties participating in the review process enter their conflict of interest data into the submission system ahead of time. The Technical Papers Chair does not make assignments or review papers. Rather, it is the job of the chair to facilitate the process. Papers that are inappropriate may be rejected during this assignment process without being sent to any senior reviewers. Papers will normally be rejected at this stage only if they are clearly off topic for SIGGRAPH 2024 or if they are discovered to have been published previously or to have been submitted simultaneously to another conference or journal. For more details, see Submission Policy and Frequently Asked Questions .
• The two assigned senior reviewers may, upon conferring with each other and the Technical Papers Chair, recommend a paper to be rejected without additional review. A paper will normally be rejected at this stage only if it falls into one of the categories listed in phase one, but this fact was not detected during the papers sort.
• Each paper is distributed to three or more additional experts, called tertiary reviewers. Two of them are selected by the primary senior reviewer of that paper, and the third is selected by the secondary senior reviewer. The identity of the authors is not revealed to any of the reviewers. The primary and the secondary reviewer are warned by the submission system, Linklings, if their selection of tertiary reviewers would result in a conflict of interest. The primary, secondary, and tertiary reviewers all write full reviews. See the Review Form and Reviewer Instructions. Thus, at least five reviews are written for each paper that has not been rejected during phases one and two. In unusual cases, such as when a tertiary reviewer fails to deliver a review on time, papers may receive only four reviews. However, if a paper receives fewer than four reviews, additional reviewers will be found, possibly from the committee. For more details, see the Review Process section in the Technical Papers FAQ .
• After all reviews are complete, the review system allows the authors access to the reviews and scores for their papers on 5 March 2024 . Then, authors have until 10 March 2024, 22:00 UTC/GMT , to enter rebuttals if they feel the reviewers have made substantive errors or to answer specific questions posed by the reviewers. The rebuttal is confined to 1,000 words in length (plain text) and must be self-contained. For instance, URLs to additional material are not allowed. The rebuttal period is for addressing factual errors in the reviews, not for providing revised text or new results. Any such novel material will be ignored by the reviewers. For more details, see the Rebuttal Process section of the Technical Papers FAQ .
• Between the end of the rebuttal period and the committee meeting, the senior reviewers will read the author rebuttals, confer intensively about the paper, and prepare a recommendation for the committee meeting. The three tertiary reviewers will see the author rebuttals and will participate in discussions about the paper. Due to the double-blind review process, the authors must maintain anonymity in their rebuttals. In addition, the tertiary reviewers do not know each other’s identities, so they too must maintain anonymity during the discussion. The preliminary recommendation agreed on at this stage will be either “conditionally accepted” or “rejected.” If an agreement on the recommendation cannot be reached, a third option is to “table” the paper for further review and discussion during the final Technical Papers Committee meeting.
• If a paper is tabled, the senior reviewers will select one or more other members of the Technical Papers Committee to write extra reviews of the paper and be prepared to discuss it in detail at the meeting. The extra reviews will be written during the week before the committee meeting. If consensus still cannot be reached, it is even possible that extra reviews will be assigned during the meeting itself. Any extra reviews will be provided to the authors after the meeting.
• The full Technical Papers Committee meets to finalize conditional acceptance or rejection of each paper. In cases where a consensus on a paper was not reached during the pre-meeting discussion phase, additional committee members may read the paper, and their evaluations will be taken into account in the decision. Submissions will either be accepted as a Journal Paper or a Conference Paper.

Members of the Technical Papers Committee, including the chair, are not present when papers for which they have conflicts of interest are discussed. Papers are judged solely on their merit, as determined by the reviews. Although the acceptance rate of SIGGRAPH papers has remained stable in the range of ~20-30%, there is no quota for the number of papers that should be accepted by the SIGGRAPH 2024 Technical Papers Committee; this number will arise organically from the actions of the committee.

Possible Outcomes for a Paper Email notifications of the Technical Papers Committee’s decisions will be sent following the committee meeting (see the Timeline below). The notifications will place each paper in one of the following categories.

• Conditionally accepted Journal Paper for presentation at SIGGRAPH 2024. The committee provides a list of required changes that must be performed to the paper for the work to be published.
• Conditionally accepted Conference Paper for presentation at SIGGRAPH 2024. The committee provides a list of required changes that must be performed to the paper for the work to be published, limited to minor writing changes that are satisfiable within the current page limits and without requiring new experiments.
• Rejected from SIGGRAPH 2024. Submissions that were deemed not suitable for the conference, or too flawed or incomplete to be accepted, will be rejected. In some cases, the reviewers may find enough merit in the submission that they encourage the authors to consider resubmitting to either ACM Transactions on Graphics or a future SIGGRAPH conference, with reviewer continuity. The review summary includes a set of suggested changes.

Conditionally accepted papers undergo a second reviewing process, in which a member of the Technical Papers Committee verifies that the final version of the paper is acceptable, i.e., that any required changes have been made, and that other changes made by the authors have not compromised the paper in any way. This second and final stage determines the final acceptance status of all papers. The referees’ decisions are final. Papers that do not satisfy the referees in the second stage of reviewing and/or that are not uploaded in final form by the final deadline, together with the original or revised versions of the submitted supplementary material, will be rejected. One author of the paper must commit to presenting the paper in person at the SIGGRAPH 2024 conference.

Upon Acceptance

Authors of papers conditionally accepted by the committee must revise their submission for the second round of reviewing and deliver that material to Linklings. Once the reviewers have approved the paper, authors will finalize the preparation of their camera-ready paper and deliver the source of that paper, and any supplemental materials, to TAPS for publication. Accepted Conference Papers will appear in the conference proceedings, and Journal Papers will be published as a special issue of ACM Transactions on Graphics .

TAPS is ACM’s article processing system, which accepts LaTeX or Word source documents and prepares the formatted PDF and HTML5 versions of one’s article for publication in the ACM Digital Library. The use of TAPS replaces the need for authors to prepare and deliver “camera-ready” materials to Linklings. Information on preparing and delivering materials to TAPS can be found here .

Notification of conditional acceptances and rejections will be sent to authors, along with any extra reviews and possibly a list of required changes (see Timeline below). A member of the Technical Papers Committee, typically the primary reviewer, will be assigned as referee for the revision cycle.

A few days after notification, any changes to the paper title along with a 50-word description of your paper suitable for the web site will be submitted in the “Stage 3 Program Material” form. Note: changes to the paper title must be approved by your referee. For Journal Papers, changes to paper length must be approved by the referee, and extensions of more than one page are unlikely to be granted. Papers accepted to the conference program can be extended by one page in the camera-ready version to accommodate the author list, author affiliations, and acknowledgements (no other content should be added, i.e., the anonymous version still needs to fulfill the paper length requirements discussed before).

The deadlines for the revised version and final version of your paper are listed in the Timeline below. During the week between these two dates, the referees and authors will communicate via the bulletin board process about the adequacy of the changes in the revisions. Sometimes, changes are not initially considered adequate, or introduce new problems, so further revision may be required. It is recommended to submit the initial revised version sooner than the deadline in order to provide more time for iterated revisions. It is hoped that all conditionally accepted papers will be accepted by the end of this process, but this is not guaranteed. When writing successive revisions, the referee’s job is made easier if authors use a different color for the added or revised text in each new version. (Please remember to remove these colors in the final version.) It also helps to describe the changes in the bulletin board post to which the revision is attached.

ORCID Mandate ACM requires that all accepted journal authors register and provide ACM with valid ORCIDs prior to paper publication. Corresponding authors are responsible for collecting these ORCIDs from co-authors and providing them to ACM as part of the ACM eRights selection process.

You and your co-authors can create and register your ORCIDs at https://orcid.org/register . ACM only requires you to complete the initial ORCID registration process. However, ACM encourages you to take the additional step to claim ownership of all of your published works via the ORCID site.

In-Person Presentation For each accepted paper, one author is required to present on-site in Denver, 28 July-1 August 2024. Following the presentation, they are expected to answer public questions from the audience if those arise and participate in a poster session where they will have the opportunity to interact with participants in a more intimate setting. Additional information will be provided upon acceptance.

Presenter Recognition

Contributor Registration Benefit: One author per accepted Paper receive a 25% discount on Full Conference registration.

To present your Paper at SIGGRAPH 2024, authors must be registered at the Full Conference registration level.

You will receive an email by early June explaining how to access the registration discount code as well as instructions for registering. The author using the discount code is eligible for the early-bird registration rate regardless of when registration is completed. Any additional authors who will be presenting the paper are required to register at the appropriate registration level for the program, and prevailing registration rates will apply .

Authorization for Use Any material that supports a paper’s acceptance for publication must be available as part of the final publication (see Submission Requirements ). Thus, all material uploaded for review in the “public materials that are considered part of the submission” section of the submission form, including supplementary text, images, and videos, are subject to the ACM copyright policy, and the required permission forms must be completed upon acceptance. If it subsequently becomes apparent that the necessary permissions cannot be given for publication of material that is substantially similar to that submitted for review, acceptance of the paper may be withdrawn. Upon acceptance, authors must deliver final versions of their papers and their supplementary material, which will be made available to subscribers to the ACM Digital Library via the web page associated with their TOG papers.

Please be aware that ACM has updated its copyright policy to give authors the options of retaining copyrights on some materials or to pay fees that enable free access. You can read about the policy here or a more concise summary here . Authors of accepted Technical Papers are required to complete the ACM Copyright Form prior to publication. For every supplemental file originally uploaded as part of your submission, you must upload either copies of the originally submitted material (now in non-anonymized form) or updated versions of this material to the online submission system’s final versions page ( see the Timeline below for the deadline ).

Technical Papers Preview Trailer A Technical Papers Preview Trailer will be prepared from selected parts of the videos accompanying accepted papers. The preview will appear in the Electronic Theater at the conference and may also be used to publicize the Technical Papers program inside and outside the conference, like on the web. If a section of your video is selected, you will be asked to provide a high-quality rendering of that clip. Therefore, if you submit a video accompanying your paper, please keep your raw data available for that purpose.

Papers Fast Forward In addition to the material that is part of your publication, you will be asked to provide a short presentation for the Papers Fast Forward. The authors will be allowed 20 seconds to summarize the paper and entice attendees to attend their complete paper presentation during the conference week. See the Timeline below for the deadline for the Fast Forward pre-recorded video.

ACM Rights Management Form If your work is accepted for presentation at SIGGRAPH 2024, you must complete the ACM Rights Management Form. The form will be sent to all submitters whose work is accepted.

Your representative image and text may be used for promotional purposes. Several SIGGRAPH 2024 programs may prepare preview videos for pre-conference promotion of accepted content, which may include a portion of the video you submitted for review. You have the option to grant or deny us the ability to use the representative image and submitted video for these purposes.

All deadlines are 22:00 UTC/GMT unless otherwise noted.

23 January 2024 Submission form deadline See [How to submit]. We would greatly appreciate it if you submit your abstract no later than 16 January.

24 January 2024 Paper deadline See [How to submit].

25 January 2024 Upload deadline See [How to submit].

5 March 2024 Reviews available.

10 March 2024 Rebuttals due.

25 March 2024 Decisions announced.

23 April 2024 Revised paper submitted by authors for final review.

30 April 2024 Final version deadline.

24 June 2024 20-second pre-recorded Papers Fast Forward video deadline.

14 July 2024 Official publication date for both the SIGGRAPH 2024 Conference Papers Proceedings and the Technical Papers TOG Issue (Volume 43, Issue No. 4 of ACM Transactions on Graphics)

Please Note : The official publication date is the date the proceedings are made available in the ACM Digital Library. This date may be up to two weeks prior to the first day of your conference. The official publication date affects the deadline for any patent filings related to published work. (For those rare conferences whose proceedings are published in the ACM Digital Library after the conference is over, the official publication date remains the first day of the conference.)

28 July 2024 Technical Papers Fast Forward Session

28 July–1 August 2024 SIGGRAPH 2024 Colorado Convention Center Denver, Colorado

• Why Exhibit
• Sponsorship Opportunities
• Exhibitor Resources
• Job Fair Opportunities
• Why Attend?
• General Conference Information
• International Resources Center
• Travel Accommodations
• Health & Safety
• Ask Your Boss
• SIGGRAPH 2024 Committee
• Conference Volunteer Opportunities
• ACM SIGGRAPH Organization Volunteers