DaymarkOpen the briefing →
← Project library

Next steps / product plan

How to develop
the app.

Finish a complete, downloadable Daymark app today, then let it evolve from a working, trustworthy base.

A person reading a short news briefing in a gardenStart with the daily briefing

Today’s finished product is a self-contained web app with a complete daily briefing loop, an installable offline shell, downloadable package and a public Daymark link. It is built to evolve, but the user experience should be complete today.

01

Finish the first useful product

The first real Daymark is a finite daily briefing, not a general news feed. Its job is simple: open the app, understand what changed, explore a story if needed, and finish without being pulled into more.

  • Keep the existing Today, Saved and Settings structure.
  • Use a fixed daily set of short visual stories, with an explicit end state.
  • Keep Fact, Claim, Analysis and Disputed visible on every story.
  • Keep “what changed since yesterday”, source access and the balanced topic mix as required elements.
02

Make every screen work as an app

Keep the present interface as the visual authority, then make it a self-contained web app that can be opened online, saved to a device and downloaded as a package.

  • Keep the responsive browser app and its mobile-first screens.
  • Include a web-app manifest and offline cache so the Daymark shell stays usable after first load.
  • Package the complete app and its assets as one downloadable archive.
  • Make every story openable, every source control meaningful, and every preference persist locally.
03

Connect real content and trust rules

Daymark needs a small content record behind every card: headline, summary, label, topic, what changed, sources, media, publish time and a clear confidence note.

  • Begin with a small, traceable source set and clearly attribute every story.
  • Use the labels consistently: facts are attributable, claims keep their limits, analysis is framed as analysis, and disputed material says what cannot be verified.
  • Show corrections visibly and update the “what changed” line rather than silently rewriting a story.
  • Keep the editorial rules in the app, so trust is visible rather than promised.
04

Make visual reporting contemporary

The first visual must feel current and alive. The garden lead makes the promise tangible: Daymark gives attention and time back. Replace the present illustrations with rights-cleared editorial photography and short video as the app evolves.

  • Use one strong visual or short video still for the lead story.
  • Use imagery to clarify a story, never as generic decoration.
  • Provide captions, alt text, transcripts and a text-first fallback.
  • Keep a low-bandwidth version that works when heavier media cannot load.
05

Personalise without a filter bubble

Interests shape emphasis, not reality. The existing settings screen is the right beginning because the choice is visible, adjustable and never final.

  • Let people choose starting interests, language, delivery time and visual or text-first preference.
  • Reserve part of each briefing for important stories outside those interests.
  • Explain why a story appears and allow “more”, “less” and “not for me” responses.
  • Offer an easy reset to the balanced mix and a private mode with reduced personalisation.
06

Publish, download and learn

Put the finished app behind a public Daymark link and keep a downloadable package alongside it. Mark can then see the complete loop in one place.

  • Open the briefing, read a story, inspect sources, save it, adjust interests and finish for the day.
  • Use clearly labelled sample content until live editorial content is connected.
  • Collect feedback on clarity, visual quality, trust, relevance and whether Daymark feels easy to leave.
  • Keep the project handover and change record alongside the live preview.

Business model

A paid calm alternative,
not an attention machine.

The model should reward usefulness and trust, never time spent, emotional escalation or behavioural-data resale.

Core offer

Personal membership

A straightforward paid subscription for the daily briefing, preferences, saved follow-up, deeper source trails and visual briefings. A free version can introduce the product without becoming an endless feed.

Expansion

Institutional editions

Offer carefully separate editions for a civic, education, research or resilience context. These editions must preserve the independent product rules and clear sourcing.

Trust boundary

No advertising model

Do not sell attention, reading histories or emotional-response data. Do not optimise headlines for clicks. A paid relationship makes the user the customer.

What to test

Willingness to return

Test whether people value a calm daily habit enough to pay for it, whether they trust the labels and sources, and whether the visual briefing earns a place in their morning without demanding more of it.

Begin with one complete, credible briefing loop.

Then make that small promise reliable.

Return to the prototype →