Show IH: WeProcess. Integrated platform or another all-in-one stretched too thin?
Show IH: WeProcess. Free plan, English UI, link below.
The bet: most great work stands on someone else's prior work, but our tools force us to rebuild from scratch. Newton's "shoulders of giants" framed as a product.
The shape: one platform covering ideation (whiteboard, mind map) → execution (kanban, Gantt, burndown) → sharing (public boards, knowledge share) → monetization (template marketplace, authors earn points convertible to cash). Same content across all four stages.
Most tools cover one stage well. Notion does docs and lists. Asana does execution. Miro does canvas. WeProcess tries to cover the whole arc, with a marketplace layer that rewards people who give other founders a shoulder to stand on.
What I can't judge from inside: does that read as "integrated platform with a real philosophy" or as "another all-in-one tool stretched too thin"?
Mentioned earlier this week I was stuck in pre-launch polish. Taking the advice. Launching before feeling ready.
Link: weprocess.jp
Reads welcome, blunt ones especially.
You are asking the right question, and the honest answer from someone who has invested in this category twice is: yes, it is stretched too thin, but not for the reason you think.
The "cover the whole arc" play sounds elegant in a pitch, but in practice founders do not switch tools because they want one platform. They switch when ONE specific stage is painful enough to justify migration. Notion did not start as docs + lists + DB. It started as the prettiest notes app for designers, then expanded once the wedge was unmistakable.
Three things I would figure out before adding another feature:
Which of the four stages do your active users return to weekly? Look at DAU by section. Whatever it is, that is your real product. The other three are upsells.
Who is the user who could not switch back? An indie founder using Notion, a PM using Linear, a designer using Miro? Pick one and design the wedge against that user's number one frustration. Right now your pitch is to "someone who hates having 4 tools." That person buys nothing because the pain of fragmentation rarely beats the cost of migration.
The marketplace bet is interesting but is a 12 month feature, not a launch feature. Gumroad-for-Notion-templates works because Notion already has the users. Templates were never the wedge.
The Newton frame is great copy. Make sure the product matches the frame. Right now the product is doing 4 things at 70% while the frame promises 4 things at 100%.
The integrated platform bet works when data flows seamlessly across all four stages—that's what separates 'one tool with many tabs' from a real platform. The actual test: can a founder see which ideation templates led to the highest-completion kanban projects, and have those surface automatically in the marketplace rankings? If that cross-stage data loop exists, you have a genuine flywheel that Notion and Miro can't replicate. Most all-in-ones fail because each feature stores data in isolation rather than feeding insights back across the workflow. Think about that architecture early—it's much harder to retrofit. I work with SaaS founders on exactly this kind of cross-module data architecture, and it's usually the thing that determines whether 'integrated' is a real claim or just marketing. Free SQL diagnostic scripts here if you're figuring out your reporting layer → https://growthwithshehroz.gumroad.com/l/psmqnx
This is the sharpest framing I've seen of the difference between "tabs in one app" and a real platform. The cross-stage loop is exactly the part I think about most — right now, kanban tasks can be generated from mind map nodes (same content, different view), and templates published to the marketplace carry their structure intact. What you're describing one level up — "which ideation patterns led to highest-completion projects, surfaced back into marketplace rankings" — is the version I haven't shipped yet but is the right direction.
The architectural point about retrofitting is well taken. Thanks for the read.
That cross-stage data loop you described — mind map → kanban → marketplace ranking signal — is exactly the kind of flywheel that becomes very hard to copy once it's working. The fact that the architecture already supports it even before you've shipped that layer is a big deal. Most tools would need a ground-up rebuild to get there. My advice: ship a rough version of that loop early and watch how founders actually use the marketplace templates — that usage data will tell you more than any spec. The architectural decisions you make in the next few months will define whether WeProcess feels like a real platform or just bundled features. Excited to see where you take it. Also free SQL interview guide if you're building out any backend data logic → https://growthwithshehroz.gumroad.com/l/vgiex
"Ship the rough version early and watch how founders actually use the templates" — that's the part I'm taking with me. The temptation is to design the loop on paper first, but usage data will reframe the design in ways I can't predict.
Appreciate the follow-up.
That instinct to let usage patterns drive the spec is exactly right — the sequence data from the cross-stage loop will surface insights no upfront design session can predict. Excited to watch this one compound. Good luck with the ship! If you ever want to stress-test the data layer behind those ranking signals → https://growthwithshehroz.gumroad.com/l/cpfja
The “whole arc” idea is stronger than the current name.
WeProcess sounds descriptive, but it makes the product feel like another workflow tool.
What you’re actually describing is bigger: a system for turning prior work into reusable execution assets.
That needs a name with more product gravity if you want people to see it as a platform, not a bundled feature set.
Xevoa.com or Beryxa.com would fit this direction much better.
Xevoa feels strongest for an integrated work/execution platform.
Beryxa works if you want it to feel more polished and SaaS-native.
The "prior work into reusable execution assets" reframe is sharper than my own pitch — that's actually closer to what the product is than "WeProcess" suggests. Saving that phrasing.
On the name: WeProcess is already on the trademark, the legal docs, and the domain ecosystem, so renaming carries real cost and I'm staying with it. But the framing critique is fair — the name leans descriptive when the bet is bigger. Going to think about how the positioning copy can carry that weight even if the name doesn't.
Thanks for the read.
That makes sense.
If the trademark/domain ecosystem is already built around WeProcess, forcing a rename now probably creates more friction than leverage.
In that case, I’d treat the name as the container and make the positioning do the heavy lifting.
The line I’d keep pressure-testing is:
turn prior work into reusable execution assets
That makes it feel much bigger than a workflow tool.
And if the platform later develops a specific product layer around execution memory, reusable work, or team intelligence, that might be where a sharper sub-brand makes more sense without touching the main company name.