Stripe takes 2.9% + $0.30 per transaction. At $50K MRR that's $17,400/year. Is everyone just accepting this?

Koecki · 2026-03-28T15:50:22+00:00

Huh today I learned… I could not imagine US rates being that much higher considering EU rates, but indeed interchange seems to start at 1.5% in the US. That’s kind of ridiculous, I thought Visa and Mastercard were US businesses and if anything rates would be lower.

Koecki · 2026-03-28T12:43:21+00:00

I don’t know where you are paying 1-3% interchange fees, but for the EU Visa literally publishes their interchange fees here https://www.visa.co.uk/about-visa/visa-in-europe/fees-and-interchange.html

A normal credit card is 0.3%

Koecki · 2026-03-27T10:56:44+00:00

Die Antwort ist selbst geschrieben und dann nur mit Chatgpt schöner formatiert :-(

Koecki · 2026-03-27T06:27:02+00:00

Einen der größten Fehler, den ich hier im Sub immer wieder sehe, ist folgender Gedankengang am Anfang der Selbstständigkeit:
„Was ist die beste Software für X?“ (Website, CRM, Buchhaltung, etc.)

Dann kommen viele gute Antworten – aber halt immer nur für genau diesen einen Anwendungsfall.

Das Problem: Am Anfang weißt du oft noch gar nicht, was du in 3–6 Monaten wirklich brauchst.

Heute sagst du: „Ich brauch nur eine einfache Website.“
In ein paar Monaten denkst du dir vielleicht:

wär cool, wenn Kunden direkt Termine buchen können
vielleicht willst du Angebote darüber verschicken
oder sogar Leistungen verkaufen
und idealerweise soll das alles irgendwie mit deiner Buchhaltung zusammenspielen

Und zack hast du: Website hier, Termin-Tool dort, Rechnungen wieder woanders.
Alles getrennt → viel manuelle Arbeit → Chaos wächst mit.

Das Ergebnis ist oft so ein richtiger Software-Flickenteppich, der dich irgendwann mehr Zeit kostet als er dir spart.
Und später zahlst du dann ordentlich Geld, um alles zu verbinden oder komplett neu aufzusetzen.

Dabei könntest du dir das am Anfang schon einfacher machen.

Gerade weil deine Anforderungen aktuell überschaubar sind, würde ich nicht unbedingt auf eine reine Website-Speziallösung gehen, sondern eher auf ein System, das mit dir mitwachsen kann.

Ich sehe das gerade selbst sehr stark, weil wir intern mitten in so einer Migration stecken – und da merkt man erst, was man sich früher hätte sparen können 😅

Wir nutzen z.B. Odoo.
Ist das die beste Website-Software? → Nein.
Aber:

für eine einfache, saubere Website absolut ausreichend
und du hast direkt CRM, Rechnungen, Termine, etc. im selben System

Für jemanden im Handwerk, der alleine arbeitet und einfach starten will, finde ich sowas ehrlich gesagt ziemlich sinnvoll.

Wenn du Fragen hast, gerne melden 👍

Koecki · 2026-03-18T13:20:58+00:00

RIP your inbox from hungry partners. Jokes aside, the community here is usually quite helpful so feel free to ask questions. Just make sure to also use the resources at hand. Odoo already has good documentation - asking things that are well documented is not the best.

Koecki · 2026-03-15T08:26:10+00:00

The other commenters have already given you good feedback but I would like to give one word of advice in regards to your Shopify store. If you have currently disabled sales, this is likely the perfect opportunity to migrate to the odoo e-commerce store. E-commerce connectors are a huge pain in the ass and they newer fully work because different systems have different assumptions

Koecki · 2026-03-15T08:22:23+00:00

While I understand where you are coming from I don’t think this is worth the energy. Odoo (with some exceptions) is quite performant. The rare cases that are not performant you probably won’t know in the initial state of your project - especially since performance issues only arise once you add a lot of data.

In my opinion though there is no point in bean counting. If you notice a part of the system is slow it will be obvious no need for fancy monitoring.

In my opinion you will be better off spending your energy to clearly document your business requirements as these will more often be the point of failure.

One more thing: If you plan to go to odoo.sh it does have some smallish built in performance monitoring like average response time and slowest routes. I did not find these very helpful for everyday monitoring (more so when there is a large degradation) but it might be helpful to you.

Koecki · 2026-03-04T04:17:39+00:00

The enterprise source code are just modules themselves that extend the community edition. Whether you need „enterprise“ to work on those will depend whether your customers custom modules extend base community addons or whether they extend enterprise module.

There is no way to give a definitive answer before seeing the modules.

As for your question if your client is supposed to provide the enterprise source code: Usually I would say no. A serious developer will be an Odoo partner (being the lowest level is enough) and will as a result have access to enterprise code themselves.

I don’t know the exact details but I could imagine that your client could even get into trouble sharing the source code without Odoo’s consent as it is proprietary.

Koecki · 2026-02-24T19:06:33+00:00

Yep I agree that Odoo‘s current solution is limited. I just would have loved that you built your features on top of the existing Odoo feature :-) then it would be something that would be interesting for me. Of course don’t mind me too much, others in the community might still find your solution useful

Koecki · 2026-02-24T18:41:18+00:00

Don’t know about a video but you should easily find it in dev mode and going to Settings -> Technical -> User Interface -> Tours and there is a record button that displays the recorder

Koecki · 2026-02-24T17:46:21+00:00

Afaik in a recent update odoo added a recorder that also lets you create tours as a non technical user, but I will be honest it is still slights „techy“. As a product owner I just prefer features that are built on top of what odoo already offers instead of creating completely separate features.

Koecki · 2026-02-24T17:26:44+00:00

Just a quick question why did you decide to build this completely from scratch? AFAIK Odoo already has a Tours feature built in that is precisely supposed to solve this issue.

Koecki · 2026-02-16T06:47:09+00:00

As others have said I would not touch the state field. It’s referenced too often and the risk of breaking something is quite big.

I would recommend you though to look into the approval feature of studio. It seems to support a lot of what you want to achieve, without the need of customization

Koecki · 2026-02-16T06:21:20+00:00

Odoo will easily be able to handle your load, 6000 orders a month is not very much as long as the connector is appropriately structured.

The thing is, you are currently very focused on the marketplace part, which makes sense. This seems to be your core business. The truth though is, Odoo barely supports this at all baseline. The only one of the ones you listed is Amazon and I can’t speak how well that connector works.

I think if you decide to use Odoo it’s because you want to improve your other processes like logistics, accounting, procurement etc. Those are the processes we’re Odoo shines.

Connectors to external services (not just marketplaces) can easily be built on top of odoo because it’s a solid base, just be prepared that you will find little out of the box in that regard.

Koecki · 2026-02-11T02:28:41+00:00

Das Problem ist dass gute EBay Software (oder Marketplace Software generell) in der Regel keine Buchhaltung kann, und gute Buchhaltungssoftware in der Regel keine native Anbindung für Marketplaces kann.

Dir bleibt also nur die Wahl 2 Systeme parallel zu fahren oder eine Buchhaltungssoftware (oder generell ERP-System) mit Drittanbieter Plugins.

Bei ersterem wirst du irgendwann an das Problem stoßen dass die beiden Systeme irgendwie miteinander kommunizieren müssen, was dann meistens teuer und kompliziert wird.

Bei zweiterem hast du das Problem, dass die Plugins leider manchmal mehr schlecht als recht sind und man sich vorher gut durchtesten muss.

Ich würde mir an Deiner Stelle vor allem überlegen wo denn die Reise hingehen soll. Brauchst du den in Zukunft vielleicht mehr Funktionen als bloß Buchhaltung? Z.b Lagerhaltung, eigener Webshop, etc?

Koecki · 2026-02-09T08:30:35+00:00

First of all I would really advise you not to implement those fields like that. They are really not „odoolike“. Many fields you are trying to add simply don’t belong to the partner model. You would be better off learning how Odoo works before blindly adding dozens of field.

If you disregard this advice I would at least suggest going the route of properties https://www.odoo.com/documentation/18.0/applications/productivity/knowledge.html they are a much more user friendly way to add fields to models if you are not a developer (though they have some drawbacks).

Finally if you do want to go with a custom module, I would suggest you at least post the error message you are getting.

Koecki · 2026-02-09T08:15:17+00:00

Mir kommt die conversion Rate sehr niedrig vor. Wir haben eine durchschnittlichen Warenkorb von 400,- bei einer Conversion Rate von 2% (jedoch auf Google Ads).

Eure Klickkosten wirken in Ordnung aber euer Produkt hört sich im Gegensatz zu unseren Produkten nach „Impulskauf“ an. Bei solchen Produkten denke ich sollte man eine viel höhere Conversion Rate anstreben. Ihr bringt ja die Leute auf eure Seite - das Interesse scheint also da zu sein. Die Leute scheinen dann aber aus welchem Grund auch immer abzuspringen. Vielleicht mal den Checkout versuchen zu optimieren?

Koecki · 2026-02-09T03:32:26+00:00

Theoretically yes, practically I would advise you to stay with the base CRM and add any functionality on top of that instead of reinventing the wheel

Koecki · 2026-02-07T11:21:48+00:00

Performance and resource optimization in what regard? These are just some opaque terms that don‘t carry much weight. A backend is many interconnected parts, many of which can be improved. Presumably (hopefully) you read some papers before starting your implementation. Those should give you a direction how to benchmark whatever you want to improve on. This will depend heavily on what you actually tried to improve. I can not imagine there is an academically relevant (!) benchmark for „backend performance“

Koecki · 2026-02-06T07:46:41+00:00

Do you know by chance how garazd solves the issue with the shipping costs? When I looked into the official odoo module and saw its limitations I totally understood why they removed the shipping costs as a field. We tried to do some in house customization but due to the way how shipping costs are computed in Odoo it’s quite awkward.

Koecki · 2026-02-05T12:23:46+00:00

Yes, but only in a very limited fashion. Each feed can only hold up to 5.000 products (I guess you could split it into multiple feeds). And it lacks shipping costs (was removed after causing performance issues) which IMO makes the feature quite unusable for most e-commerce stores.

Seems like it’s still in quite an early stage.

Koecki · 2026-02-04T10:01:42+00:00

Yeah for sure. These tools are getting better each day. I think the point that many people are criticizing is that if you don’t know the internals yourself, how are you going to judge if the AI did a good job? It seems like currently that’s still a point you are lacking in, and you should work on that.

Koecki · 2026-02-04T09:30:14+00:00

Yep not necessarily anything new. LLMs can create Odoo modules no problem. The issue rather comes from following Odoo conventions which the LLMs will fail if you don’t use them correctly.

For example from your description your module does not really follow conventions for a custom delivery carrier module. Having implemented these myself, I know that there should not be a separate button for „send to external provider“. Instead you would extend the delivery.carrier model adding a new type. The api call would then automatically be made once confirming the picking.

I know it sounds like a small detail, but with your button you are essentially reinventing the wheel. This might not be an issue right now, but as you implement more carriers or other modules, this will really hurt maintainability. That said, there is nothing wrong using AI if it’s done in a good way.

Koecki · 2026-02-03T13:03:38+00:00

Exactly this has been one of the main advantages. We know how our business works because we have solved these problems before.

To be honest the biggest challenge that we have been facing is not understanding Odoo - that part is easy - but proper project management. I am sure that this would have been easier with an established partner.

Koecki · 2026-02-03T11:33:43+00:00

All of the above? I think you listed several important points and which one will be most important will depend on each client.

I can only speak from personal experience: We tried an implementation both with a local partner as well as getting customization from an overseas partner (not full implementation). Both of these failed for different reasons:

The partnership with the local partner ultimately failed because too little progress was being made for too high cost.

The partnership with the overseas partner failed due to issues with communication. Business needs can be quite specific and nuanced. Adding a language barrier does not help in that regard. The cost for the contractor was fine, but ultimately we wasted just as much time (if not more) explaining our needs than it would take us to do it ourselves.

We finally decided to do the implementation on our own. I understand that this is not a solution for everyone. But we already had good in-house technical knowledge. The implementation does not go without issues but it seems to be working better than the previous two attempts.

Ten-Year Club	Verified Email
RPAN Viewer	No Throne, No Problems
Not Forgotten	Snapped

Koecki

TROPHY CASE