Every year, thousands of businesses in Indonesia spend billions of rupiah on failed software projects—not because of bad technology, but because of fundamental misunderstandings about how custom software development works. These myths spread from past experiences, unrealistic expectations, and lack of transparency from vendors.
This article will debunk the 10 most common myths about custom software development, with real data, case examples, and decision frameworks you can apply immediately.
Myth 1: Custom Software Is Always More Expensive Than SaaS
The Myth
"Why build custom? SaaS is only $50/user/month. Custom software costs hundreds of millions!"
The Reality
Custom software has a lower TCO (Total Cost of Ownership) in the long run for businesses with >50 users or specific requirements.
Real Calculation:
SaaS (CRM) for 100 users - 5 years:
- Year 1: $50 × 100 × 12 = $60,000
- Year 2: $60,000 × 1.1 (10% price increase) = $66,000
- Year 3: $72,600
- Year 4: $79,860
- Year 5: $87,846
- Total: $366,306 (~Rp 5.8 billion)
Custom CRM - 5 years:
- Development: Rp 500 million
- Maintenance years 2-5: Rp 50 million/year × 4 = Rp 200 million
- Total: Rp 700 million
Difference: Rp 5.1 billion (88% cheaper with custom)
When Is SaaS Still Cheaper?
- Small business (<20 users)
- Standard needs (no customization required)
- Urgent timeline (<1 month to go live)
- Limited initial budget (<Rp 100 million)
Conclusion
This myth is true for short-term (years 1-2), but false for long-term. Use the decision matrix below to determine your choice.
Myth 2: "Development Done = Project Done"
The Myth
"After the app launches, we're done right? Just maintenance."
The Reality
Launch is the beginning of the journey, not the end. Successful software continues to evolve based on user feedback and business changes.
Real Custom Software Cycle:
- Phase 1 (Months 1-3): MVP development
- Phase 2 (Months 4-6): User testing & iteration
- Phase 3 (Months 7-12): Feature enhancement based on usage data
- Phase 4 (Year 2+): Continuous improvement
Hypothetical Case Example
Imagine a logistics company with 500 drivers. They build a custom dispatch system:
Launch Phase (Month 3):
- Basic dispatch
- GPS tracking
- Route optimization
After 3 months usage:
- User request: Driver-dispatcher chat
- Data insight: 30% drivers often take non-optimal routes
- Business need: Integration with new accounting system
Next iteration:
- Add in-app chat
- Improve routing algorithm
- API integration to accounting
Without these iterations, the system becomes outdated in 6 months.
Realistic Budget
Allocate 15-20% of initial development cost annually for maintenance and enhancement.
Example: Development Rp 300 million → Budget Rp 45-60 million/year for maintenance.
Myth 3: "More Features = Better"
The Myth
"Competitors have features A, B, C, D... we must have all of them plus E, F, G!"
The Reality
80% of users only use 20% of features. Feature bloat actually decreases user adoption and increases complexity.
Case Study Data
Research from 100+ custom software projects shows:
- 10-15 core features: 85% adoption rate
- 30-50 features: 45% adoption rate
- 100+ features: 18% adoption rate
Why? Cognitive overload, increased training costs, complicated UI.
Framework: Feature Prioritization Matrix
| Feature | Business Impact | User Need | Development Cost | Priority |
|---------|----------------|-----------|------------------|----------|
| SSO Login | High | High | Medium | P0 - Must Have |
| Excel Export | Medium | High | Low | P1 - Should Have |
| Dark Mode | Low | Medium | Medium | P2 - Nice to Have |
| AI Chatbot | High | Low | Very High | P3 - Future |
Rule: Launch with P0 + some P1. Monitor usage. Add features based on data, not assumptions.
Myth 4: "Offshore Development = Low Quality"
The Myth
"Local/remote Indonesian teams can't match the quality of US/European teams."
The Reality
Quality is determined by process, not location. Indonesia has a high-quality tech talent pool at 40-60% lower costs.
The Facts
Indonesian Tech Ecosystem:
- 4 unicorns (Gojek, Tokopedia, Traveloka, Bukalapak)
- 100,000+ software developers
- Top universities: ITB, UI, ITS produce strong CS graduates
- Growing startup scene in Jakarta, Bandung, Yogyakarta
Code Quality:
- Clean code principles applied
- Mandatory code review
- Testing coverage >80%
- Standard CI/CD pipeline
Red Flags to Watch For
Not about location, but process:
❌ Avoid:
- No verifiable portfolio
- No standard process (Agile/Scrum)
- Poor communication (response >24 hours)
- No code review process
- Won't share regular progress
✅ Look for:
- Clear portfolio with case studies
- Documented development process
- Daily/weekly sync meetings
- Transparent project management tool access
- Code repository access
Myth 5: "Requirements Documents Aren't Important, Developers Will Understand"
The Myth
"I'll just explain directly to developers, creating requirement docs is tedious and wastes time."
The Reality
Poor requirements = #1 cause of project failure. 70% of failed software projects are due to requirements miscommunication.
Cost of Ambiguity
Scenario: E-commerce Platform
Client says: "I want an inventory system that can track stock."
What they meant but didn't explain:
- Track across 10 warehouses
- Real-time sync between warehouses
- Auto re-order when stock <threshold
- Integration with 3PL vendor API
- Batch number tracking for expiry dates
- Mobile app for warehouse staff
Result without clear requirements:
- Developer builds simple inventory (1 warehouse, manual entry)
- Client disappointed: "This isn't what I wanted!"
- Rebuild cost: 3x initial estimate
- Timeline delay: 4 months
Requirements Checklist (Minimum)
Functional Requirements:
- [ ] User roles & permissions
- [ ] Core workflows (step-by-step)
- [ ] Data to be stored
- [ ] Required reports
- [ ] Integration with other systems
Non-Functional Requirements:
- [ ] Performance expectations (how many concurrent users?)
- [ ] Security requirements (what sensitive data?)
- [ ] Scalability (1-3 year growth projection)
- [ ] Compliance (regulations to follow)
Simple template:
```
User Story: As [role], I want [action] so that [benefit]
Example:
As Warehouse Admin, I want to see real-time stock across all warehouses so I can make quick decisions on transferring stock between locations.
Acceptance Criteria:
- Dashboard displays stock per SKU per warehouse
- Data updates with max 5-minute delay
- Filter by product category
- Export to Excel
```
Myth 6: "Agile Means No Planning"
The Myth
"Agile = flexible, so no need for detailed planning. We'll just iterate as we go."
The Reality
Agile isn't no planning, but adaptive planning. Sprint planning is still detailed, but scope can adjust based on feedback.
Agile vs Waterfall (The Truth)
Waterfall:
- 100% planning upfront (6 months planning)
- Linear execution (12 months development)
- Testing at the end (2 months testing)
- Risk: Requirements change midway, costly to pivot
Agile:
- MVP planning (2 weeks sprint planning)
- Execute in sprints (2 weeks per sprint)
- Continuous testing (every sprint)
- Benefit: Can pivot based on early user feedback
Agile Process Flow
Sprint 0 (Planning):
- Product roadmap (high-level)
- MVP scope definition
- Architecture design
- Tech stack decision
Sprint 1-N (Execution):
- Sprint planning (detailed for 2 weeks)
- Daily standup (15-minute sync)
- Development + testing
- Sprint review & demo
- Retrospective (what can be improved)
Key Metrics:
- Velocity: story points completed per sprint
- Burn down chart: progress vs timeline
- Bug rate: bugs per sprint
Myth 7: "Testing Can Be Done at the End"
The Myth
"Developers already test themselves, QA at the end before launch is enough."
The Reality
Shift-left testing (testing from the start) reduces bug costs by up to 100x compared to testing at the end.
Cost of Bugs by Phase
| Bug Found in Phase | Cost to Fix |
|-------------------|-------------|
| Requirements | Rp 100K |
| Development | Rp 1 million |
| QA Testing | Rp 10 million |
| Production | Rp 100 million+ |
Why? Production bugs aren't just about fixing the bug, but:
- Lost revenue (downtime)
- Customer support costs
- Reputation damage
- Emergency hotfix deployment
- Re-running regression tests
Testing Pyramid Strategy
Level 1 - Unit Tests (70%):
- Test individual functions
- Fast execution (<5 minutes)
- Automated via CI/CD
Level 2 - Integration Tests (20%):
- Test component interactions
- Database, API calls
- Medium execution (10-30 minutes)
Level 3 - E2E Tests (10%):
- Test complete user flows
- Manual + automated
- Slow execution (1-2 hours)
Real Example (Hypothetical)
E-commerce checkout flow:
Unit Test:
- `calculateTax(price, region)` returns correct value
- `validateCreditCard(number)` accepts valid format
Integration Test:
- Payment gateway API call succeeds
- Inventory updates after successful payment
E2E Test:
- User can add to cart → checkout → payment → order confirmation
Myth 8: "Cloud Is More Expensive Than On-Premise"
The Myth
"Renting cloud servers is expensive, better to buy our own servers once."
The Reality
Cloud TCO is lower for most use cases because it includes maintenance, scaling, backup, and security.
Cost Breakdown (3 years)
On-Premise:
- Server hardware: Rp 200 million
- Network equipment: Rp 50 million
- Cooling/power: Rp 15 million/year × 3 = Rp 45 million
- IT staff: Rp 120 million/year × 3 = Rp 360 million
- Total: Rp 655 million
Cloud (AWS/GCP):
- Server instances: Rp 20 million/year × 3 = Rp 60 million
- Database: Rp 15 million/year × 3 = Rp 45 million
- Storage + bandwidth: Rp 10 million/year × 3 = Rp 30 million
- Total: Rp 135 million
Savings: Rp 520 million (79% cheaper)
When Does On-Premise Still Make Sense?
- Strict regulations: Data must be in Indonesia, no cloud allowed
- Predictable workload: Flat traffic, no spikes
- Existing infrastructure: Already have a data center
- Very high volume: >1000 servers, economies of scale
Hybrid Strategy
Many businesses use hybrid cloud:
- Sensitive data: On-premise
- Application layer: Cloud (auto-scaling)
- Backup/DR: Cloud (cost-effective)
Myth 9: "Mobile Apps Are Better Than Web Apps"
The Myth
"Everyone uses mobile, so we must build native mobile apps (iOS + Android)."
The Reality
PWA (Progressive Web App) can deliver 90% of mobile app benefits at 40% development cost.
Comparison Matrix
| Feature | Native App | PWA | Web App |
|---------|-----------|-----|---------|
| Development Cost | Rp 300-500 million (iOS + Android) | Rp 150-200 million | Rp 100-150 million |
| Time to Market | 4-6 months | 2-3 months | 2-3 months |
| Distribution | App Store approval | Direct via URL | Direct via URL |
| Updates | User must download | Auto update | Auto update |
| Offline Mode | ✅ | ✅ | ❌ |
| Push Notifications | ✅ | ✅ (limited) | ❌ |
| Device API Access | Full | Limited | Very Limited |
| Installation | Download 50-200 MB | Add to homescreen | Bookmark |
Decision Framework
Choose Native App if:
- Need full device API (camera, GPS, bluetooth)
- Gaming or AR/VR
- Offline-first critical
- High performance graphics
Choose PWA if:
- Content/utility app
- Limited budget
- Quick iteration needed
- Majority web usage
Choose Web App if:
- Desktop-first users
- Admin dashboard
- No offline requirement
Real Cost Calculation
Startup e-commerce with Rp 500 million budget:
Option A - Native Apps:
- iOS app: Rp 200 million
- Android app: Rp 200 million
- Backend: Rp 100 million
- Total: Rp 500 million (no budget left for marketing)
Option B - PWA + Backend:
- PWA: Rp 180 million
- Backend: Rp 100 million
- Total: Rp 280 million (Rp 220 million left for marketing)
Result: Option B delivers 90% functionality with 44% budget remaining for user acquisition.
Myth 10: "Security Can Be Added Later"
The Myth
"Launch first, add security features in the next version."
The Reality
Security by design is far cheaper and more effective than security as an afterthought.
Cost of Data Breach
According to IBM Security 2024 Report, average data breach cost:
- Global average: $4.45 million
- Southeast Asia: $2.87 million (~Rp 45 billion)
Cost breakdown:
- Detection & escalation: 30%
- Notification: 15%
- Lost business: 40%
- Legal & regulatory: 15%
Security Checklist (Minimum)
Level 1 - Basic (Must Have):
- [ ] HTTPS/SSL certificate
- [ ] Password hashing (bcrypt/argon2)
- [ ] SQL injection prevention (parameterized queries)
- [ ] XSS protection (input sanitization)
- [ ] CSRF tokens
- [ ] API rate limiting
Level 2 - Standard (Should Have):
- [ ] 2FA/MFA for admin
- [ ] Role-based access control (RBAC)
- [ ] Audit logging (who did what when)
- [ ] Data encryption at rest
- [ ] Regular security updates
- [ ] Backup & disaster recovery
Level 3 - Advanced (Nice to Have):
- [ ] Annual penetration testing
- [ ] Security Information and Event Management (SIEM)
- [ ] Web Application Firewall (WAF)
- [ ] DDoS protection
- [ ] Bug bounty program
Indonesia-Specific: PP No. 71/2019
For certain sectors (finance, e-commerce >Rp 100M/year), data centers must be in Indonesia.
Impact:
- Cannot use AWS US/Singapore regions
- Must use AWS Jakarta or local data center
- Cost can be 15-20% higher
Plan accordingly from the design phase, don't wait until launch to realize this requirement exists.
Framework: Final Decision Checklist
After reading these 10 myths, use this checklist before starting a custom software project:
Planning:
- [ ] Detailed requirements document (not assumptions)
- [ ] Clear success metrics defined
- [ ] Budget includes maintenance (not just development)
- [ ] Realistic timeline (2-3x initial estimate is typical)
Team Selection:
- [ ] Verified portfolio (not just claims)
- [ ] Transparent development process
- [ ] Clear communication channels
- [ ] Legal: NDA, contract, IP ownership
Technology:
- [ ] Tech stack matches long-term maintenance plan
- [ ] Security by design (not afterthought)
- [ ] Scalability considered (growth projection)
- [ ] Cloud vs on-premise decision based on TCO, not upfront cost
Execution:
- [ ] Agile sprints with clear deliverables
- [ ] Continuous testing (not end-only)
- [ ] Established user feedback loop
- [ ] Change management process (to handle scope changes)
Conclusion
These 10 myths persist due to lack of transparency and education in the market. With the right framework, you can:
- Save 40-60% of budget with correct decisions (SaaS vs Custom, Native vs PWA, Cloud vs On-Premise)
- Avoid 70% of project failures with proper requirements & testing
- Reduce bug costs 100x with shift-left testing
- Protect your business with security by design
Custom software development is not gambling, but a calculated investment when done with the right process.
At Zeppelin Works, we believe transparency and education are keys to project success. Want to discuss your project further? Contact us for a free consultation—no sales pitch, just data and honest recommendations.