2
0 Comments

I thought I was building a PDF-to-Excel converter. One comment changed the product.

I started building ParseToSheet around a simple problem:

Extract data from PDFs and put it into spreadsheets.

But after talking to potential users, I realized I had framed the problem incorrectly.

Most people don’t want another newly generated spreadsheet.

They already have:

  • an Excel template
  • existing formulas
  • fixed columns
  • internal formatting
  • a workflow their team already understands

What they actually want is:

“Take the data from these PDFs and put it into the spreadsheet I already use.”

That changed how I think about the product.

The PDF extraction is only one step. The real product is preserving the user’s existing spreadsheet workflow.

It also created a second problem: trust.

If AI fills an existing business spreadsheet, users need to know:

  • where each value came from
  • which page contained it
  • which cells are uncertain
  • what was changed before export

So I’m now focusing less on “PDF to Excel” and more on:

PDF → your existing Excel template → review uncertain values → export

I’m curious how other founders handle this:

When user feedback reveals that your original category was too broad, do you change the product positioning first—or rebuild the workflow first?

I’m building this at https://parsetosheet.com/

on June 28, 2026
Trending on Indie Hackers
I Was Picking the Wrong SaaS Tools for Two Years. Here's the Mistake I Finally Figured Out. User Avatar 78 comments Drop your landing page URL. I'll use Ferguson to tell you why visitors might be leaving User Avatar 61 comments AI helped me ship faster. Then I forgot what my product actually does. User Avatar 39 comments Most early-stage SaaS companies miss churn signals — here’s how to catch them early User Avatar 31 comments Why Remote Teams Stop Talking (And Don't Even Notice It) User Avatar 22 comments How I Run a 1.7M Product Search Engine at 66ms on a $0 Hosting Budget User Avatar 19 comments