S
Retirement Pension Path-by-Path After-Tax Calculator
4.45
Derivation Chain
Step 1
Retirement Pension optimization
→
Step 2
After-tax proceeds comparison across DC/IRP conversion combinations
→
Step 3
Net-flow differences from combined fees and taxes by conversion timing
Problem
When office workers around age 55 at large companies need to decide whether to transfer their Retirement Pension from DC to IRP or take a lump sum, they must look up retirement income tax, pension income tax, and health insurance premium changes across different websites, spending half a day or more on comparisons. A wrong choice can mean a difference of millions of won (~thousands of USD), yet bank counters only recommend their own products.
Solution
Enter total retirement benefit, years of service, and expected withdrawal timing on the web to compare after-tax net proceeds across three paths — DC retention, IRP transfer, and lump-sum withdrawal — in a year-by-year table that aggregates retirement income tax, pension income tax, and health insurance premium changes. A 10-year cumulative net-flow graph including fee differences is also provided.
NUMR-V Scores
NUMR-V Scoring System
| N Novelty | 1-5 | How uncommon the service is in market context. |
| U Urgency | 1-5 | How urgently users need this problem solved now. |
| M Market | 1-5 | Market size and growth potential from proxy indicators. |
| R Realizability | 1-5 | Buildability for a small team with realistic constraints. |
| V Validation | 1-5 | Validation signal quality from competition and demand data. |
SaaS N=.15 U=.20 M=.15 R=.30 V=.20
Senior N=.25 U=.25 M=.05 R=.30 V=.15
Feasibility (70%)
Data Availability
20.8/25
Feasibility Breakdown
| Tech Complexity | / 40 | Difficulty of core implementation stack. |
| Data Availability | / 25 | Practical availability and cost of required data. |
| MVP Timeline | / 20 | Expected time to ship a usable MVP. |
| API Bonus | / 15 | Bonus for viable public API leverage. |
Market Validation (75/100)
Validation Breakdown
| Competition | / 20 | Signal quality from competitor landscape. |
| Market Demand | / 20 | Demand proxies from search and mention patterns. |
| Timing | / 20 | Fit with current shifts in tech, behavior, and regulation. |
| Revenue Signals | / 15 | Reference evidence for monetization viability. |
| Pick-Axe Fit | / 15 | How well the concept serves participants in a trend. |
| Solo Buildability | / 10 | Practicality for lean-team implementation. |
Technical Requirements
Frontend [medium]
Backend [medium]
Data Pipeline [low]