[8-Day Closmore SaaS Challenge] Day 5-6 — "What If...?"

[8-Day Closmore SaaS Challenge] Day 5-6 — "What If...?"
Amice Wong
1 month ago
4 min read
[8-Day Closmore SaaS Challenge] Day 5-6 — "What If...?"

By the end of Day 4, the whole solution was working. 
The data flowed, the AI drafted, the DB saved.✌🏻

This is the moment most startups start celebrating. I wanted to, too!

But I didn’t. I remembered the "!" from my past career.

In my Day 0 post, I shared a lesson: ignored questions become expensive surprises. The "!" happens in name field crashed the system.

So Day 5–6 was not a "sprint." It was an Honest Audit.
I spent 48 hours extensively asking : "What if...?" 
and the mini-CRM as well.

I assumed the role of the user (the salesperson). I went through every step to see what I could break.

Day 5 -The Audit Checklist: Hunting the "!"

To protect the system, I had to cover every vulnerability across the frontend and backend.

1. Security & Data Integrity

  • Input Validation: Testing for accidental symbols, length control, and insecure injection.
  • Gateway Validation: Ensuring both the frontend and the backend gateway validate every request.
  • Security Headers & CORS: Hardening the API to ensure it only accepts requests from the authorized extension.


2. System Communication (The User Trust Layer)

  • Explicit Error Messaging: Adding warning messages for every step. If the system fails, it must communicate, not stay silent.
  • Loading States: Making "loading" and "retry" behaviors explicit so the user is never left guessing.
  • End-to-End Continuity: Verifying the flow feels like one continuous, reliable experience.



3. Technical Resilience (The Failure Map)

  • API Reliability: Handling API failures and the "acceptance of request" logic.
  • AI Robustness: Mapping failures in the AI response and the data extraction.
  • Database Stability: Stress-testing every database read and write.



Risk Management: The Salesperson’s Intuition

This audit is similar to how a salesperson thinks about a high-stakes deal.
My old boss used to say:

“Amice, what is the risk factor that will make us lose this deal? Let's handle it now.”

I applied that same logic to the code.

The result of the audit?

Most of it worked. But once I started testing the extension seriously, two "Silent Killers" became impossible to ignore:

  1. The Refresh Trap: Some data capture still required a manual page refresh.
  2. The Context Loss: The popup state was lost when switching browser tabs. The process had to start over.

I decided to handle these "Trust Killers" immediately after building the surface of the product on Day 6.

Day 6 — Giving the product a "Surface"

Day 6 was about closing the loop and having the memory visible to user.

Remember my hand drawn in Day 1 ? The two little boxes in the bottom left are grouped as ONE. 
ie. closmore.com (the Baby just born 🐣)



The Landing Page (closmore.com)
I built the landing page to define the product. Writing the copy forced me to clarify the "why" behind the "how."

The Mini-CRM (The Dashboard)

  • Login via license key.
  • The "History" table: Reading directly from the database I prepared on Day 4.

By the end of Day 6, with the dashboard in place, the result was clear

  • The full flow was functional
  • The UX was understandable
  • Failure paths were visible and manageable
  • The product was stable enough to move toward real usage



It was no longer just an MVP flow.
It was a system ready to be taken seriously.

Referring back to my plan in Day 1, I finished my task One Day earlier!
I decided to spend my Day 7 do the big change.

Next: Day 7 -- Big Surgery took place

Let’s Build Together

I’m building Closmore in 8 days to prove that speed is useless without Trust.

  • Looking for a Technical Partner?
    If you have a SaaS idea and need a partner who understands both "Sales Excellence" and "High-Integrity Engineering," let’s talk. I help founders launch MVPs that don't just "work"—they survive real-world usage.

  • Want to join the Closmore Early Trial?
    I am opening a limited number of slots for salespeople and founders who want to stop research fatigue and start sending better, AI-assisted emails.

Click here to book a strategy call. / Connect me via Linkedin.

#BuildInPublic #SaaS #SalesTech #Founder #MVP #ProductDesign #RiskManagement #AI #Entrepreneurship #HKSTP


Great job! Take a coffee break before reading more Amice's articles :P

⁠Simplicity is prerequisite for reliability_Amice_Dev
⁠Simplicity is prerequisite for reliability. ⁠Without clarity, systems become fragile and unpredictable.

Related blogs

[8-Day Closmore SaaS Challenge] - NO Coding in Day 1
[8-Day Closmore SaaS Challenge] - NO Coding in Day 1

By Amice Wong

Read more
[8-Day Closmore SaaS Challenge] Day 2 — Why Tools Didn’t Save Me
[8-Day Closmore SaaS Challenge] Day 2 — Why Tools Didn’t Save Me

By Amice Wong

Read more
[8-Day Closmore SaaS Challenge] Day 3–4 — Why Closmore Was Built by a Salesperson
[8-Day Closmore SaaS Challenge] Day 3–4 — Why Closmore Was Built by a Salesperson

By Amice Wong

Read more
[8-Day Closmore SaaS Challenge] Day 7 — From “working” to “shippable” (From MVP to 1.0)
[8-Day Closmore SaaS Challenge] Day 7 — From “working” to “shippable” (From MVP to 1.0)

By Amice Wong

Read more
[8-Day Closmore SaaS Challenge] Day 8 — Commercially Real — License & Billing
[8-Day Closmore SaaS Challenge] Day 8 — Commercially Real — License & Billing

By Amice Wong

Read more
Closmore MVP: 20% Coding 80% SalesOS
Closmore MVP: 20% Coding 80% SalesOS

By Amice Wong

Read more