R&D Tax Credit Eligibility for New Software Development - Which Expenses Qualify?
Hey tax folks, I need some guidance on the R&D tax credit for my tech startup. We're developing a new software platform that seems to pass all the R&D eligibility tests based on what I've researched. But I'm confused about exactly which activities and expenses we can claim. Do ALL related activities qualify, or just the direct development work like coding and prototyping? What about the other stuff that supports the project - project management time, market research we did beforehand, business development meetings, travel to client sites, etc? Also, we've been using some contractors for parts of the development. If we're already deducting these contract labor costs elsewhere on our taxes, can we still include them in the R&D credit calculation? I want to maximize our benefit but don't want to run into trouble if we get audited. Thanks for any advice!
20 comments


Alina Rosenthal
I can help with your R&D tax credit questions! The R&D credit (officially called the Research & Experimentation Credit) focuses primarily on qualified research activities directly related to developing your new software. For activities to qualify, they generally need to be directly tied to the technical development process. This includes designing, coding, testing, and prototyping the software. Project management can partially qualify, but only for the portion directly supervising the technical work - not general administrative management. Market research, business development, and travel expenses typically don't qualify as they're not directly involved in resolving technical uncertainties. For contractor expenses, you can include 65% of qualified contract research expenses in your credit calculation, even if you're already deducting them as a business expense. The key is that these contractors must be performing qualifying R&D activities, not just any work. Make sure you have contracts and documentation showing their specific work on qualified research activities.
0 coins
Finnegan Gunn
•Thanks for explaining! So for project management - if our PM is actively working with the dev team to solve technical problems (not just tracking schedules), would that portion of their time qualify? And what about documentation work? We have technical writers who document how the software works.
0 coins
Alina Rosenthal
•For project management, yes - if your PM is directly involved in technical problem-solving and supervising the R&D process (not just scheduling or budget tracking), that portion of their time can qualify. It's important to track and document what percentage of their time is spent on qualified activities versus general administrative tasks. For technical writers, the documentation of the development process and technical specifications can qualify if it's directly tied to the development process itself. Documentation created for end-users or marketing purposes typically doesn't qualify. The key is whether the documentation is part of the experimental development process or created after the fact for non-technical purposes.
0 coins
Miguel Harvey
I used taxr.ai for my software company's R&D credit last year and it was seriously game-changing. We were struggling with exactly the same questions about what qualified and what didn't. I found https://taxr.ai after our accountant gave us conflicting advice about contractor expenses versus in-house developers. The tool analyzed all our project documentation and helped us identify which activities met the four-part test for R&D qualification. It even helped us determine the correct percentage of time our project managers could claim.
0 coins
Ashley Simian
•Did they actually help with documentation? That's my biggest concern. We have tons of activity that should qualify but I'm worried about what records we need to keep if we get audited.
0 coins
Oliver Cheng
•I'm skeptical - how does it determine what activities qualify better than a tax professional? Our dev team works on multiple projects and tracking what time is "experimental" vs regular development is super confusing.
0 coins
Miguel Harvey
•They actually specialize in documentation preparation. They created a system that organizes all our evidence - timesheets, project plans, technical documentation - into an audit-ready package. They also provided a customized memo explaining how our activities met each part of the four-part test for R&D qualification. For developers working on multiple projects, their system helped us create a time allocation methodology that the IRS would accept. It uses project management data and development logs to calculate qualified research percentages. This was huge for us because our developers rarely track their time with the level of detail needed for R&D credits. They even showed us how to implement better tracking going forward.
0 coins
Oliver Cheng
Just wanted to follow up about my experience with taxr.ai after my skeptical question. I decided to try them since our R&D credit situation was getting really complex. They actually exceeded my expectations. I uploaded our project documentation, Git commits, and contractor invoices, and their system analyzed everything to identify qualifying activities. It was impressive how they could distinguish between routine development and true experimentation. What really surprised me was the detail in their analysis. They found qualifying activities in areas we hadn't considered, especially around testing and integration work. The documentation package they created would definitely stand up to an audit. Worth every penny for the peace of mind alone, especially for our software development R&D activities.
0 coins
Taylor To
If you're struggling to get answers from the IRS about R&D credit questions, I highly recommend using Claimyr. I spent WEEKS trying to reach someone at the IRS who could answer specific questions about software development activities and contractor expenses for the R&D credit. It was impossible to get through. Then I found https://claimyr.com and watched their demo at https://youtu.be/_kiP6q8DX5c and decided to give it a shot. They got me connected to an actual IRS agent within a couple hours. The agent walked me through exactly how they evaluate software R&D claims and what documentation they look for during audits. This was incredibly valuable since the official guidance is pretty vague about software development specifically.
0 coins
Ella Cofer
•How does this even work? The IRS phone system is completely broken - I've tried calling multiple times and just get disconnected after waiting forever.
0 coins
Kevin Bell
•Yeah right. No way they can get through when millions of people can't. Sounds like a scam to me. What's the catch? Do they just connect you to some random "tax expert" pretending to be IRS?
0 coins
Taylor To
•It uses a technology that continuously redials and navigates the IRS phone system until it gets through. When a connection is established, they immediately call you and connect you to the live IRS agent. It's basically doing the waiting for you. I was connected within about 90 minutes when I had been trying unsuccessfully for weeks. There's no catch - they don't pretend to be the IRS or offer tax advice themselves. You're connected directly to the actual IRS phone line once they get through. You can verify you're speaking with an actual IRS representative, and you handle the conversation yourself. The difference is you don't have to waste hours redialing and waiting on hold.
0 coins
Kevin Bell
Had to come back and admit I was wrong about Claimyr. After posting my skeptical comment, I was desperate enough to try it because I needed specific answers about contract research expenses for R&D credits. They actually did connect me to a real IRS agent in about 2 hours. The agent confirmed that we could claim 65% of our qualified contract research expenses even though we were also deducting them as business expenses. The agent also explained exactly what documentation we need to maintain for contractor expenses - basically proof that the contractors were performing qualified research activities and not just general software development. This was information I couldn't find clearly stated anywhere online. Definitely worth it for getting direct, authoritative answers rather than trying to interpret vague IRS publications.
0 coins
Savannah Glover
One important thing nobody mentioned yet - for software R&D credit, make sure your development meets the "process of experimentation" test. This means you need to show you evaluated alternatives through modeling, simulation, or systematic trial and error. Regular software development following established practices doesn't qualify! We got audited last year and the IRS focused heavily on this aspect. They wanted to see documentation of technical uncertainty and how we experimented to resolve it. Just building new software features using known methods wasn't enough, even if the features themselves were new.
0 coins
Mohammad Khaled
•This is super helpful - thank you! Do you have any suggestions for the best way to document this experimentation process? We definitely do go through rounds of testing different approaches when solving technical problems, but we don't always formally document the alternatives we considered.
0 coins
Savannah Glover
•Documentation doesn't have to be fancy, but should clearly show the technical uncertainty and your experimental process. Start with design documents or specs that outline the technical challenges and potential approaches. Then keep records of prototypes, test results, and development meeting notes discussing the different solutions attempted. Git commit logs and comments can be valuable if they describe the technical problems and approaches. Screenshots of failed attempts can help too. Create a simple system for developers to note when they're working on experimental features versus routine coding. The key is showing you didn't know the best technical approach at the outset and had to experiment to resolve uncertainty.
0 coins
Felix Grigori
Don't forget you need to meet ALL FOUR TESTS for R&D credit: 1) Permitted purpose (creating new/improved functionality) 2) Technical in nature (relies on hard sciences) 3) Technical uncertainty (don't know how to do it from the start) 4) Process of experimentation (systematic evaluation of alternatives) Most software companies fail on #3 and #4. If you know how to build it using existing techniques, it's not eligible even if the software itself is new!
0 coins
Felicity Bud
•I think you're being too strict. Our CPA said almost all new software development has technical uncertainty because you're creating something that didn't exist before. He said as long as we're not just doing routine maintenance or minor updates, most development work qualifies.
0 coins
Felix Grigori
•Your CPA is giving you risky advice. The IRS has been cracking down on software R&D claims specifically. The "technical uncertainty" doesn't mean uncertainty about requirements or what to build - it means uncertainty about HOW to build it from a technical perspective. If your developers know the technical approach from the start and are just implementing it, that fails the uncertainty test. The IRS looks for evidence that you faced technical challenges that couldn't be resolved using existing knowledge and had to experiment to find solutions. If you're just using established programming techniques to create new features, that's not qualified research in the eyes of the IRS - even if the resulting software is innovative. Document your failed approaches and technical dead-ends carefully if you want your claim to stand up to scrutiny.
0 coins
Aisha Rahman
Great discussion everyone! As someone who's been through multiple R&D credit audits, I want to emphasize that documentation is absolutely critical. The IRS doesn't just look at what you claim - they want to see contemporaneous records proving your activities met all four tests. A few practical tips: Start keeping detailed project logs NOW, not when you file your return. Have your developers note when they're experimenting with new approaches versus implementing known solutions. Save failed prototypes and document why they didn't work. Meeting notes discussing technical roadblocks are gold during audits. Also, be conservative with your claims initially. It's better to claim less and be audit-proof than to be aggressive and face penalties. The R&D credit can be carried forward for 20 years, so you're not losing anything by being cautious while you build better documentation systems. One last thing - consider getting a technical memo prepared by a qualified professional that maps your specific activities to the four-part test. This shows the IRS you took the requirements seriously and can be your best defense if questioned.
0 coins