태양광 수익 계산기 만들기 전, 5명에게 먼저 물어봐야 하는 이유

1. 발전량 숫자만 믿고 투자해도 될까

태양광 수익 계산 화면에 발전량과 전력 판매가격을 입력하자 예상 수익이 깔끔한 숫자로 나왔습니다. 그런데 곧바로 다른 비용이 떠올랐습니다. 패널 성능저하, 보험료, 수선비, 인버터 교체비까지 빼면 실제로 남는 금액은 얼마일까요?

계산됐다는 사실과 그 숫자를 투자 판단에 써도 된다는 말은 다릅니다. 지역과 설비 조건에 따라 발전량 가정이 달라지고, 전력 판매가격도 고정값으로 보기 어렵습니다. 패널 성능저하가 누적되면 처음 예상과 실제 결과 사이에 차이가 생기지요. 관리비를 빼지 않은 계산은 수익을 보여주는 대신 가장 낙관적인 시나리오를 제시할 수 있습니다.

이 아이디어를 떠올린 계기는 2026년 9월 4일 확인한 태양광 관련 블로그 원문 한 건이었습니다. 원문은 사업성을 검토할 때 발전량 가정, 가격 가정, 유지관리비를 함께 확인해야 한다고 설명했습니다. 여기서 발전량과 판매가격만 입력하는 계산기보다 보수적인 조건과 실제 비용을 비교하고, 관리비를 기록하게 하는 도구가 필요할 수 있다는 가설을 세웠습니다.

다만 근거는 아직 원문 1건과 그에 대한 AI 해석뿐입니다. 투자자가 이런 계산을 반복해서 필요로 하는지, 검색이나 엑셀로 충분하지 않은지는 확인하지 못했습니다. 지역별 인허가·계통연계·시공사 견적·유지보수 데이터를 공식적이고 허용된 경로로 확보할 수 있는지도 아직 모릅니다.

그래서 앱을 먼저 만들지 않고 실제 경험이 있는 사람 5명에게 묻기로 했습니다. 최근 수익이나 유지관리비를 계산한 적이 있는지, 어떤 자료를 사용했는지, 계산 뒤 저장·비교·문의 같은 행동을 했는지 확인할 계획입니다. 이 인터뷰로 ‘만들면 쓸 것’이라는 기대와 실제 문제를 가려내야 합니다.

📌 먼저 보는 핵심 답변

• 태양광 수익 계산 앱은 단순 예상 발전량보다 관리비와 교체비까지 보수적으로 반영해야 판단에 도움이 된다.
• 다만 지역별 비용과 전력 판매가격 데이터의 출처·최신성·이용 가능 여부가 확인되지 않아 아직 시장성을 확정할 수 없다.
• 먼저 사용자 5명 인터뷰와 15일 P0 실험으로 결과 저장·공유·재방문 같은 실제 행동을 확인해야 한다.

2. 분석해보니 계산식보다 먼저 확인할 벽이 있었다

발전량에 판매가격을 곱하는 공식은 만들 수 있습니다. 문제는 그 결과가 실제 투자 판단에 쓸 만큼 신뢰할 만한가입니다. 발전량 예측, 전력 판매가격, 패널 성능저하, 보험·수선·인버터 교체비를 함께 다루려면 지역과 설비별 데이터가 필요합니다. 수익을 묻는 짧은 질문 뒤에 확인할 조건이 많았던 셈입니다.

법적·정책적 벽

특정 설비의 예상 수익을 보여주면 사용자는 참고 정보가 아니라 투자 판단의 결과로 받아들일 수 있습니다. 계산값만 크게 보여주기보다 출처, 수집 시점, 적용 가정, 오차 가능성을 함께 표시해야 하는 이유입니다. 정책이나 경제적 판단을 확정적으로 안내해서도 안 됩니다. AI가 수치와 정책을 요약하더라도 공식 출처에서 다시 확인하는 절차가 필요합니다.

공개 데이터라도 상업적 이용, 최신 데이터 저장과 캐싱, 출처 표기 방식이 허용되는지는 자료마다 다를 수 있습니다. 무단 크롤링이나 이용약관이 불명확한 자료에 의존하면 기능을 완성한 뒤 데이터 사용 문제로 중단될 수 있습니다. 사용할 API와 원문 자료의 이용 범위는 아직 확인 전입니다.

비용·세금의 벽

매출처럼 보이는 금액과 실제로 남는 돈은 다를 수 있습니다. 보험료, 정기 수선비, 고장 대응 비용, 인버터 교체비를 빼지 않으면 결과가 과도하게 좋아 보이지요. 패널 성능저하율도 반영해야 하지만, 그 비율의 근거와 설비별 적용 가능성을 먼저 확인해야 합니다.

세금과 회계 처리는 운영 방식과 사용자 조건에 따라 달라질 수 있습니다. 검증 전 MVP에서 세후 수익까지 약속하기보다는 세금·회계 처리를 별도 확인 항목으로 남기고, 사용자가 직접 점검할 목록을 제공하는 편이 안전합니다.

데이터 운영의 벽

지역별 인허가, 계통연계 조건, 시공사 견적, 유지보수 비용은 한곳에 고정된 데이터가 아닐 가능성이 큽니다. 발전량 예측이나 판매가격이 바뀌면 같은 설비의 결과도 달라집니다. 오래된 비용 자료를 쓰면 화면만 정교한 오답이 되겠지요.

핵심 질문은 계산 기능을 만들 수 있는가가 아닙니다. 공식적이고 허용된 자료를 15일 안에 확보하고, 출처와 수집 시점을 관리하면서 사용자가 다음 행동을 할 만큼 신뢰성 있게 보여줄 수 있는가입니다. 이 답을 얻기 전에는 개발보다 사용자 5명의 실제 경험을 먼저 확인해야 합니다.

3. 사용자가 앱을 켠 뒤 다음 판단까지 이어지는 흐름

태양광 수익을 알아보려는 사용자가 앱을 켰다고 가정해 보겠습니다. 처음부터 발전량, 설치 용량, 판매가격, 감가율을 모두 요구하면 입력 단계에서 멈출 수 있습니다. 알고 있는 값이 패널 용량과 대략적인 위치뿐일 수도 있기 때문입니다.

먼저 앱은 사용자가 무엇을 판단하려는지 묻습니다. 설치 전 투자수익을 비교하려는지, 이미 운영 중인 설비의 실제 수익을 점검하려는지 선택하게 하지요. 그다음 지역, 설비 용량, 설치·운영 기간처럼 지금 확인할 수 있는 조건만 입력받습니다.

입력 후 → 계산 전제를 확인한다

사용자가 발전량과 판매가격을 입력하면 앱은 그 값이 직접 입력된 것인지, 외부 자료에서 추정된 것인지 구분해 보여줍니다. 일사량이나 판매가격 같은 항목에는 출처와 수집 시점을 표시합니다. 이용 범위나 최신성이 확인되지 않은 자료라면 숫자를 확정값처럼 보여주지 않고 ‘확인 필요’ 상태로 남깁니다.

결과 확인 → 낙관값과 빠진 비용을 비교한다

결과 화면에서는 예상 수익 하나로 결론을 내리지 않습니다. 발전량이 예상보다 낮을 때, 패널 성능이 떨어질 때, 보험·수선비와 인버터 교체비가 발생할 때 결과가 어떻게 달라지는지 보여줍니다. 근거가 없는 지역별 평균값은 임의로 채우지 않습니다. 데이터가 없는 항목은 사용자가 직접 입력하거나 ‘빠진 비용’으로 표시합니다.

결과 아래에는 견적서에서 확인할 항목, 판매가격 계약 조건, 최근 관리비 내역 같은 체크리스트를 붙입니다. 사용자는 계산값만 보는 데서 그치지 않고 무엇을 더 확인해야 하는지 알 수 있습니다.

결과 확인 → 실제 행동으로 이어진다

사용자가 결과를 저장해 다른 견적과 비교하거나 계산 조건과 체크리스트를 복사해 시공사에 문의할 수 있어야 합니다. 가족이나 동업자와 검토한다면 공유 기능도 필요합니다. 이미 운영 중인 사용자는 예상 수익과 실제 입금액, 보험료, 수선비를 기록해 다음 달 다시 비교할 수 있습니다.

저장·복사·공유·재입력이 실제로 발생하는지는 5~10명 사용 테스트로 확인합니다. 보기 좋은 결과 화면만으로는 유용성을 판단하기 어렵습니다. 기존 검색처럼 여러 페이지에 흩어진 정보를 찾는 대신, 내 조건을 입력하고 근거와 누락 정보를 확인한 뒤 다음 행동을 선택하게 하는 것이 이 앱의 차별 가설입니다.

4. 처음에는 이것만 만든다: 15일 안에 확인할 P0

P0의 핵심 가치는 내 조건에서 태양광 수익을 계산한 뒤 무엇을 더 확인해야 하는지 알려주는 것입니다. 발전량과 전력 판매가격만 넣어 그럴듯한 숫자를 보여주는 계산기는 이미 있을 수 있습니다. 첫 버전에서는 기능을 늘리기보다 사용자가 보수적인 결과와 확인할 비용 목록을 본 뒤 실제 행동을 하는지 검증합니다.

반드시 넣을 기능

• **최소 조건 입력**: 발전 용량, 지역, 예상 발전량, 판매가격 등 계산에 필요한 값만 받습니다. 어떤 항목이 필수인지는 인터뷰에서 확인합니다.
• **조건 기반 결과 또는 체크리스트**: 입력값에 따른 예상 수익과 빠진 비용을 한 가지 흐름으로 보여줍니다. 일사량, 발전량 오차, 패널 성능저하, 보험·수선·인버터 교체비를 어떤 기준으로 반영할지는 공식 자료와 실제 견적을 확인한 뒤 결정합니다.
• **결과 복사 또는 저장**: 시공사나 공동 투자자에게 전달하고 나중에 비교할 수 있게 합니다. P0에서는 계정과 로그인보다 복사처럼 단순한 행동부터 시험합니다.
• **출처·면책·수동 대안**: 값의 출처와 확인 시점을 표시합니다. 지원하지 못하는 지역이나 조건도 ‘계산 불가’로 끝내지 않고, 사용자가 직접 확인할 항목을 체크리스트로 안내합니다.

처음에는 빼는 기능

로그인, 커뮤니티, 결제, 복잡한 개인화, 실시간 전체 데이터 수집은 제외합니다. 반복 사용과 결제 의사가 확인되지 않은 상태에서 기능을 붙이면 핵심 계산 결과의 유용성보다 개발·운영 부담이 먼저 커질 수 있습니다. 자동 수집도 API 이용 조건, 상업적 사용 가능 여부, 최신성, 캐싱 정책을 확인한 뒤 결정합니다.

15일 검증 순서

먼저 목표 사용자 5명에게 최근 수익이나 유지관리비를 확인한 상황, 사용한 자료, 믿기 어려웠던 숫자를 묻습니다. 답변에서 반복되는 입력 항목과 막힌 지점을 기준으로 최소 화면이나 스프레드시트를 만듭니다. 그다음 5~10명에게 사용 테스트를 진행하고, 결과를 본 뒤 저장·복사·공유하거나 실제 견적과 비교하는지 기록합니다.

데이터가 없는 조건을 AI가 임의로 채우지 않는지도 확인합니다. 데이터나 AI가 실패했을 때 수동 체크리스트가 노출되는지까지 시험해야 합니다. 기존 검색보다 낫다는 반응과 7일 안에 다른 조건을 다시 입력하는 신호가 없다면 기능을 추가하기보다 계산기 자체의 필요성을 재검토합니다.

5. 15일 검증에서 멈출 조건과 다음 행동

이 아이디어의 첫 번째 실패 기준은 문제의 실제성입니다. 목표 사용자 5명에게 최근 태양광 수익 계산이나 유지관리비 확인 경험을 묻고, 3명 이상이 구체적인 상황과 사용 자료를 설명하는지 봅니다. 관심이나 호감만 있고 실제 경험이 없다면 문제를 겪는 사람과 단순히 흥미를 보이는 사람이 섞였을 가능성이 큽니다. 이때는 제품화를 미루고 대상 사용자를 다시 정의합니다.

두 번째 실패 기준은 결과 이후의 행동입니다. 간단한 입력 화면과 보수적 시나리오를 보여준 뒤, 테스트 사용자 5명 중 3명 이상이 저장·복사·공유·추가 확인 중 하나를 하는지 확인합니다. 숫자를 읽고 끝난다면 계산기는 정보 화면에 머문 셈입니다. 입력 항목이 많아 이탈하거나 기존 검색·엑셀보다 나은 이유를 설명하지 못한다면 기능을 늘리지 말고 가설을 다시 검토합니다.

세 번째 실패 기준은 데이터 확보 가능성입니다. 발전량, 판매가격, 성능저하율, 보험·수선·인버터 교체비를 공식적이고 허용된 경로로 확보할 수 있는지 확인합니다. 출처, 수집 시점, 상업적 이용 가능 여부, 최신성, 캐싱 조건이 불명확하다면 자동 수집을 핵심 기능으로 삼지 않습니다. 무단 크롤링이나 이용약관이 불명확한 자료에 의존해야 한다면 해당 가정은 틀린 것으로 보고 중단합니다.

15일 안에 수동 보조를 포함한 최소 기능을 제공하기 어렵거나, API·서버·자동화 비용이 검증하려는 가치보다 커지는 경우에도 범위를 줄이거나 멈춥니다. 최대 10명까지 확인한 완료 행동과 7일 내 재방문이 모두 약하다면 홍보 부족으로 해석하지 않습니다. 반복 입력의 이유가 없는지, 결과가 의사결정에 영향을 주지 못했는지부터 다시 묻습니다. 개인정보 처리, 표시·면책, 앱인토스 심사 조건이 확인되지 않은 상태에서는 배포하지 않습니다.

지금 할 다음 검증 과제는 태양광 투자나 관리비 판단을 최근에 해본 사람 5명을 찾는 일입니다. 각 사람에게 어떤 숫자를 어디서 확인했는지, 어떤 항목에서 막혔는지, 계산 뒤 어떤 행동을 했는지 기록하세요. 그 답변에서 반복되는 입력 항목만 사용해 종이 화면이나 스프레드시트를 먼저 만들면 됩니다.

이후에는 세 가지를 판정합니다. 문제를 구체적으로 설명한 사람이 5명 중 3명 이상인가, 결과 뒤 행동한 사람이 5명 중 3명 이상인가, 필요한 데이터를 허용된 경로로 확보할 수 있는가. 셋 중 하나라도 충족하지 못하면 다음 기능이 아니라 아이디어의 전제를 다시 검증합니다.

❓ 자주 묻는 질문

Q. 태양광 수익 계산 앱의 P0에는 무엇을 넣나요?

A. 문제 상황 입력, 조건 기반 결과 또는 체크리스트, 결과 저장·복사 중 하나를 우선 포함한다. 출처·면책·데이터 기준과 데이터 오류 시 사용할 수동 대안도 함께 둔다.

Q. 태양광 수익 계산에서 어떤 비용을 함께 봐야 하나요?

A. 발전량과 전력가격만 보지 않고 패널 성능저하, 보험, 수선비, 인버터 교체비를 보수적 시나리오에 포함하는 방향이다. 실제 지역별 비용과 갱신 주기는 추가 확인이 필요하다.

Q. 이 앱의 데이터는 어디서 가져오나요?

A. 초기에는 사용자 입력과 공개·허용된 최소 데이터만 사용하는 계획이다. 상업적 이용, API·약관, 최신성, 캐싱, 출처 표시 가능 여부를 먼저 검증해야 한다.

Q. 개발 전에 무엇을 검증해야 하나요?

A. 목표 사용자 5명에게 최근 문제 경험과 현재 해결 방식을 인터뷰하고, 이후 5~10명에게 P0 사용 테스트를 진행한다. 결과 확인 뒤 저장·복사·공유·다음 행동이 나오는지 본다.

이 아이디어를 참고할 때

이 글의 분석과 아이디어는 자유롭게 참고하고 활용할 수 있습니다.

두 가지만 부탁드립니다:

1. 참고했다면 이 글에 댓글 한 줄 남겨주세요. 어떤 부분이 도움됐는지, 어디까지 진행했는지 알려주시면 다음 글에 반영합니다.

2. 서비스·발표·문서에 사용할 때는 출처를 남겨주세요. 이 글의 URL 한 줄이면 충분합니다.

같이 만들거나 의견 나누고 싶은 분은 댓글로 편하게 말 걸어주세요.

공유·퍼갈 때 주의사항

• 이 글의 전체 또는 일부를 다른 곳에 게시할 때는 반드시 원문 URL을 출처로 표기해 주세요.
• 내용을 요약하거나 편집해 게시하는 경우에도 출처 표기는 동일하게 적용됩니다.
• 상업적 용도(유료 강의 자료, 유료 뉴스레터, 판매 콘텐츠 등)로 사용하려면 사전에 댓글 또는 연락을 통해 허락을 받아주세요.
• 출처 없이 전문을 복사해 게시하거나, 본인이 작성한 것처럼 게시하는 행위는 금지합니다.