What Dilly is designed to do
- Carry context across screens so the user does not have to restate themselves
- Translate profile depth into better fit reads, better artifacts, and better next actions
- Adapt the experience to mode and current career state
- Stay useful across the long arc of a career, not only one application cycle
What Dilly refuses to do
- Collapse a person into one simplistic score that becomes their identity
- Treat public visibility as the default state
- Act like mode changes erase history
- Let one flashy screen drift away from the profile spine and become its own disconnected tool
- Hide trust logic in a black box the user cannot inspect anywhere
- Hallucinate resume bullets without backing in the profile
Where trust lives
Privacy and trust proofs live on privacy.hellodilly.com. That is where data handling, AI behavior, export and delete flows, public receipts, and policy language stay. This site explains the logic of the system, not the legal and operational proofs around it.
Where product usage help lives
Support and task-oriented guidance live on help.hellodilly.com. That is where a user goes to figure out how to set up, troubleshoot, switch modes, or use a specific screen.
Why the split matters
If help, ecosystem, privacy, and investor narrative all blend together, the company starts to feel confused. Strong systems separate jobs cleanly. Ecosystem explains how Dilly thinks. Help explains how to use it. Privacy explains why to trust it.
Design consequence
Every new screen should be able to answer four questions: what profile signal it reads, what state it reacts to, what context it creates next, and what trust boundary governs it.