return to table of content

Twenty, a modern CRM alternative to Salesforce

rtpg
28 replies
19h43m

My glib take to every CRM like this: If you don't ship with a programming layer you're DOA. Salesforce thrives off of Apex and friends. You _need_ to let people program your CRMs if you want to go after SFDC. Or, more specifically, you need to _host_ people's programs so they don't have operational questions.

Salesforce gets the ubiquity the same way that Wordpress does: randos can copy some code fragments off of a website and stick it into a file/textbox, and get new functionality.

So... Twenty, hire one person whose job it is to layer AWS Lambda over your system :)

debarshri
8 replies
17h34m

I think it is easier said that done. The GTM completely changes of a product like this. Now you have to build API, DSL and eco-system to support it. I absolutely agree that your take. But building an eco-system is hard.

rtpg
7 replies
17h8m

You don't need a DSL if you, for example, "just" use Javascript. You need an API anyways. You do need to do some operational fudging around of course.

I'm going to also counter with something super important: you build out stuff like this, and suddenly you can handle your own feature requests faster. User wants X to happen after Y? Write a tiny event script that they install into their env. They need some bespoke field? You have custom models, and now your events reply to that.

In the fractal of requirement differences that is sales pipelines, not doing this just feels like causing yourself a bunch of dev pain.

moneywoes
2 replies
16h35m

So just re-use your own internal apis with better access control? What else?

projektfu
0 replies
16h3m

Man, if only SaaS would do just this instead of reinventing the wheel with their brain-dead scripting languages and limited APIs where they remove useful information and links between data.

eropple
0 replies
16h34m

IME, this is how an enterprise-contender product should generally be built when it wants to touch many domains across the business. Starting with a reasonably rigorous access control model enables deeper business integration--and this is a product that, to be successful, can't live without that.

meekaaku
2 replies
7h24m

I agree with this.

From a technical perspective, how would one structure a program like this? Where the main developers also use the same 'engine' to develop the product itself, while also exposing the same engine to the third parties?

The first such case I have seen was Maya (the 3d software) when it first came out use a custom scripting language called MEL(Maya Embedded Language) to develop the entire user interface and corresponding actual entity manipulations. Third party plugin developers also use the same MEL.

I thought wow, and that is still impressive today.

JWlrCk9PkipFTDq
1 replies
5h30m

I work with a CRM that allows users to add additional functionality by uploading definitions in XML "spec" files.

The XML specs are a combo of metadata and code and define all functionality in the system including SQL tables, forms for adding/editing data, query nodes for the internal query system, arbitrary business processes etc. They can include SQL stored procedures to run or call out to bundled C# code, and they can be accompanied by HTML templates that generate UI elements where appropriate (e.g. user facing forms).

There are a lot of moving parts and the documentation is a bit patchy but it's a really ingenious system for adding modular functionality, particularly in a CRM setting. Pretty much all of the "official" functionality is built using this spec system.

meekaaku
0 replies
5h20m

But would not that be a maintenance nightmare with code with xml and lack of version control.

Also how does one restrict to a particular tenant

kitd
0 replies
7h10m

This is a developer's answer to a business problem. Scriptability added to a non-developer's tool is usually just enough rope to hang them on IME, and often ends up in a whole arsenal of footguns.

slig
4 replies
17h26m

They could somehow whitelabel and embed Windmill.

rubenfiszel
2 replies
12h30m

Yes, we(Windmill)'d be a kick-ass combo. We're users of twenty ourselves. As both open-source projects, a third option that I'm often recommending is having such great integration in both products such that their users can independently chose to use and install Windmill (self-host or cloud) and have it power all of the orchestration and arbitrary-code needs of the third service without the need for a formal whitelabel.

robertlagrant
1 replies
9h51m

If they could inject their data model into the Windmill IDE so autocomplete worked, that would be...very good.

Edit: also - just to say this now, because I always say it, but having a way to embed this stuff into normal software development flows, with Git / code review / CI / test automation / Docker (maybe) / different environments would be very helpful.

I don't know if you do or not, but my main problem with anything like this is the makers are really keen to show me how easy it is to put stuff into production with 3 clicks, and that's the last thing I want. If I went back into business systems, I'd want a great tool that lets me support a large business with a tiny software team, so the business doesn't have to try and replace software people with business analysts because you need too big a software team to run it cost-effectively.

rubenfiszel
0 replies
9h47m

It wouldn't even be that hard since we have our own layer on top of monaco to resolve types that could dynamically fetch it from Twenty.

DANmode
0 replies
17h23m

You're supposed to wait for the CTO interview.

moneywoes
3 replies
16h36m

SFDC for the uninitiated?

iamacyborg
0 replies
2h27m

Salesforce sales cloud, the core crm app. As opposed to other apps like marketing cloud (sfmc) and others.

floating-io
0 replies
11h45m

Certainly not SDLC.

That's what I read it as the first time through. How annoying.

eropple
0 replies
16h35m

"Salesforce dot com". "SF" would be a little hard to differentiate.

dewey
3 replies
8h22m

Most businesses are not big enterprises that need a programming layer. You can focus on that later on when you actually found some traction and move up-market. I don't think starting with enterprise features is "DOA", it's just smart prioritization.

You don't want to go through enterprise sales cycles when you are just starting your company.

cfiggers
1 replies
7h3m

Most businesses are not big enterprises that need a programming layer.

Your assumption is that having a programming layer in a CRM is only for big businesses. But that's not true at all.

andyferris
0 replies
6h20m

Right - presumably the target market are people wanting something other than Excel or Google Sheets, which they likely already use programmatically not just for data entry. Is that right?

shortrounddev2
0 replies
6h5m

I've worked with big and small businesses that use salesforce and they all have some kind of programming layer. Small businesses tend to buy plugins or pay some contracting firm to write customizations.

iFelix
2 replies
10h25m

Hey, just seeing this thread now. Agreed! We've started a year ago and have done probably just 10% of what is needed to really get to Salesforce. We need (1) a flexible data model, (2) a flexible layout, (3) code execution. We've done (1) but have yet to do (2) and (3) this year. Next step of the plan is to let people build and share apps that leverage those 3 blocks, that's where open source will really shine!

andyferris
1 replies
6h24m

Can you elaborate on what "a flexible layout" means in this context? Is this data layout, i.e. serialization format(s)? UI layouts for displaying values in the data model? Something else?

(We too are in the "let people execute their code on our servers" space; providing a flexible data model seemed to have been key)

schneems
0 replies
4h50m

I work for a Salesforce company (Heroku) so I’ve used their CRM interface enough that I think I know what they are talking about.

You can customize views and reports. To the point you can make it do stuff like be a kanban board or blog. It’s really flexible. The “build a portfolio” is actually using the CRM (IIRC). https://trailhead.salesforce.com/content/learn/trails/build-...

unixhero
0 replies
7h46m

Yes

Programming And Workflows are keys

ssahoo
0 replies
4h26m

What is the difference between Salesforce and low code platforms then?

harel
0 replies
2h21m

I run a CRM platform for many years. And while this is true, that if you want to go after a subsection of SalesForce type customers, you do need a programming layer. However, that is only a specific section of the market. There are vast amount of users out there that do not need that and will never will. They need a CRM. Not a Platform-that-is-also-a-CRM.

We offer 100% API access, and customisation from the data layer to the UI (very very flexible), but I'd be reluctant to invest time in adding an actual programming layer like APEX on top of it. I don't think I'd want to even go to that level of "enterprise" customers and everything else that comes with it.

Edit: just because I've seen people plug their products here as well, I'll add mine: https://cogmento.com

sseagull
20 replies
1d2h

A few months ago I was looking for some software that was CRM-like. We are a bit non-traditional, and don't fit neatly into the typical CRM use cases.

Twenty was almost what we needed. It was extremely easy to set up, the customization is very promising, and the REST API worked ok.

The main issue is that it was pretty alpha-version, and I ran into quite a few small issues that just just made it not quite work for us. Either way, I'm keeping an eye on it, and will re-evaluate again at some point. Hopefully it keeps its customizability.

Never found anything more suitable, though.

tiffanyh
12 replies
1d1h

We are a bit non-traditional

I'm curious to understand more.

Do you mean you're non-traditional in how you track Pipeline and working a customer through your sales funnel to Close?

(which I am struggling to understand what could be non-traditional about that)

Or are you referring to something else?

Genuinely curious, which is why I ask.

sseagull
11 replies
1d

Because we aren't a business :)

We are academic group who is looking to increase collaboration both in industry and academia. While we have "products" (which we don't sell), we also have other initiatives like an education program. We also may want to set up a consortium with industry, which may include them giving us money, but not in a "buy a product or service" sense (but still needs to be thoroughly tracked).

So I'd really like a platform that holistically tracks people and our engagement with them. Some of this is done by traditional CRM, but the focus on selling products & services is too narrow.

Some desired features:

* Tracking our contacts, so we don't forget to follow through on something (CRM generally does this)

* Tracking people through time. If/Where they did their PhD, postdoc, are they in industry now. CRM I've looked at tend to be very fixed-point in time.

* What their research interests are and have been. Are they in an area we are looking to expand into? What conferences do they typically go to?

* How they have engaged with us before. Was it through an educational workshop? Did we mentor them in a mentorship program? Just someone we met sometime and seemed interested? People can be part of multiple groups.

* If they are using our projects, how are they using them? We are looking for good stories to give to our own funding agencies (and for general marketing).

* If they are interested in giving us money, what is the status of those talks?

If there's a better term for software that does this kind of thing, I'm very open to ideas. This isn't a strength in academia, as is pretty obvious, and I'm very new at this :)

tiffanyh
1 replies
1d

Super interesting. Thanks for sharing the detail.

The trouble that you’ve probably felt is CRM are sold to sales exec and as such, focus on sales exec needs.

You’d be better served not with CRM, but a personal contact management system.

Something like https://www.monicahq.com/

sseagull
0 replies
23h57m

Oh that looks interesting! Thanks for the recommendation, I will give it a look.

bombcar
1 replies
20h31m

Sounds like you need Association Management Software (AMS).

There are a few built on salesforce but there are others that are standalone, and they all implement CRM in some way.

sseagull
0 replies
19h44m

That was a class of software I have never even heard of, but could be it. Thanks!

robert204
0 replies
3h44m

I've been using https://clay.earth for this - it does #s 1-2 by default, and the rest can be done with notes on a particular contact. More people focused than lead focused so might work for what you need

ralphc
0 replies
20h21m

Do you think something like this would work for a non-profit?

Do you host it yourself, what database is used?

I've done some work for a homeless advocacy group that uses Salesforce, it keeps track of donors as well as information on clients.

nonrandomstring
0 replies
20h55m

You seem in a unique position with respect to needs and opportunity. So many organisations go looking for a tool mainly to quench a vague desire to systematise. The temptation is to think, "we can't be so different, surely there's a solution out there that already solves this problem". Reuse, not reinventing wheels, all fine and good... but in fact the "problem" is ill-formed and before you know it you end up fitting what you do, and your horizons, to a tool not of your making, adapting what you do to someone else's paradigm.

So why not build it? Sounds like you have the academic and research resources. It's just entities, relations and timelines. There's a thousand ideas out there in games, logistics and asset tracking that are so nearly what you want and can be adapted. Many now well known tools only evolved as a side effect of another niche business need, to scratch a singular itch.

chupchap
0 replies
12h28m

That's how a lot of companies in the educational space use Salesforce and other customisable CRM.

altdataseller
0 replies
10h37m

Where does Salesforce get data on info like where a contact got its PhD from or what their interests are?

RobotToaster
0 replies
23h40m

civicrm https://civicrm.org/ is more non-profit oriented, so that may be worth a look.

bossyTeacher
1 replies
19h20m

We are a bit non-traditional

That's what your standard business says and it is often business with bad practices that say that

Propelloni
0 replies
12h0m

LOL, that struck a chord. And the way things are is for historical reasons. Man, I wish I had a dime for every time I hear this.

rushabh
0 replies
3h25m

Checkout Frappe CRM (https://github.com/frappe/crm). It is built on a customizable web framework and there is a reasonable community as well.

llamaimperative
0 replies
21h1m

Consider Attio. Unaffiliated but a very happy user, also with a fairly unique business to keep track of.

iFelix
0 replies
10h21m

That's my main frustration every day too. The vision for what we're building is very clear but it takes time to build it right. We'll get there :).

darraghmckay
0 replies
1d1h

My startup [0] works with a lot of companies that are non-traditional, as you put it, and gives you the tools to design a CRM (and other business tools) that actually suit your business, if you want to check it out

[0] https://noloco.io

Uniquenl
0 replies
1d1h

What features were you missing? Currently Im part of a team making a CRM based on more niche kind of customer and were trying to retrieve more information about what other CRMs lack

dataminded
14 replies
1d

You buy Salesforce for the ecosystem not the CRM technology. I'd want to see a much stronger emphasis on integrations to feel better about this.

leeter
7 replies
1d

I wish them the best, but I think they would have been best not drawing the comparison to Salesforce. IME people buy Salesforce not for the CRM but for the force.com platform. The ability to seamlessly build business logic over the entire flow of a business is Salesforce's bread and butter. CRM is a small part that definitely gets heavy use, but it's only a small part of the larger picture.

If they had a way to quickly spin of LOB apps like Salesforce does, and had implemented a CRM on top of that... I'd say they would be much more apt drawing the comparison. Particularly if that doesn't require code to do. I know a LOT of companies that would pay dearly for such a hosted platform, GPL or not.

rahimnathwani
2 replies
17h44m

  If they had a way to quickly spin of LOB apps like Salesforce does, and had implemented a CRM on top of that... I'd say they would be much more apt drawing the comparison. Particularly if that doesn't require code to do. I know a LOT of companies that would pay dearly for such a hosted platform, GPL or not.
I'm curious. What would you use for that today? MS Dynamics? Airtable? Budibase? Appsmith?

c0brac0bra
1 replies
14h47m

After trying out a bunch of tools, I found Appsmith worked best for me but for some cases I had to move on to Windmill (which is not exactly low-code but can be)

I absolutely love Windmill. The ability to stitch scripts together into workflows is great.

rahimnathwani
0 replies
13h45m

How have you found Windmill's UI components? Are they enough for what you're building, or are you building/importing your own?

arach
1 replies
23h6m

It's probably wise as a startup to not go for Salesforce parity while building out the core roadmap. You can build a decent business catching new companies and paying attention to their needs unencumbered by the expectations of "switchers".

I agree with your points about what people want / expect from Salesforce. Would kind of be cool to see a CRM have AppExchange + SF data model interoperability.

leeter
0 replies
22h53m

I agree... with the exception of PersonAccounts... those need to go die in a dumpster fire

pantulis
0 replies
1d

The ability to seamlessly build business logic over the entire flow of a business is Salesforce's bread and butter.

While being able to update the platform seamlessly without breaking that logic.

iFelix
0 replies
10h14m

I'm not a fan of Elon-style "pitch FSD or promise things that you don't have" either. But we had to find the right balance between expressing our vision and expressing where we are which you can see through screenshots/product demos.

The vision is definitely to have something extensible and more powerful than force.com ; we aren't there yet because we need to build strong foundations before that. We already try to separate our business apps from the core engine in the code base to learn what will be the right api and get ready for that next step when it's time.

tmpz22
1 replies
1d

Yeah IMO its a red flag to compare yourself to Salesforce unless you:

* Offer a managed database system that can support common ETL workloads, custom fields, event hooks like post-save, etc

* A embeded-DSL for scripting custom actions, no an API does not replace this functionality

* Consultants/Support-engineering/and other escape valves when a really important business process needs to get fixed or built NOW

* A lot more

And frankly many startups don't have the muscle for this. Its not easy to do database work and its not easy to create functional (not necessarily good, just functional) DSLs and programming languages. These are harder computer science problems that take real talent to solve well. There are valid reasons Salesforce has the market cap it does.

arach
0 replies
23h10m

I'm pretty sure the OP is not part of Twenty's team so the startup itself is not positioning vs Salesforce

Language on their homepage: The #1 Open-Source CRM Modern, powerful, affordable platform to manage your customer relationships

jamestimmins
0 replies
21m

What's ironic about ecosystems is that (as an integration developer), getting devs to build on your platform is so easy if companies would just help them connect to users to better understand their needs, and then give them the necessary endpoints.

I, and many others, would jump to build on basically any tool that facilitated those relationships.

ensemblehq
0 replies
13h8m

100%. You also buy Salesforce because your salespeople demand you too. It's something users are familiar with and excel in. Dislodging an incumbent is a lot more than just the technical product itself.

Twenty would be better served not marketing itself as an alternative as it isn't really an alternative. Instead, focus on their strengths and hone it on a niche audience. Useful guide by April Dunford, who's a guru at positioning (and coincidentally had repositioned a CRM tool previously!): https://www.aprildunford.com/post/a-quickstart-guide-to-posi....

eezing
0 replies
13h36m

You buy Salesforce because your boss told you to. If you believe differently, you’re the boss.

CSDude
0 replies
21h33m

Same for all Jira "alternatives". It's so easy to make a kanban & sprint board. But that's not what's important.

altairprime
13 replies
1d1h

Note that if you self-host this, that you are bound by those code publication requirements of the AGPL 3.0 license that apply to your specific circumstance.

Does the $9/user/month plan exempt paying self-hosted users from those requirements?

g15jv2dp
11 replies
1d1h

I don't get what you're saying. Why would a self-hoster care about the code publication requirements of the AGPL? It's an OSS project, the end user doesn't care if the code has to be redistributed, they're not profiting from it remaining closed.

tiffanyh
9 replies
1d

It's not uncommon for people to link their core product into their CRM (for billing and usage).

Which could in turn "infect" your core offering to now become AGPL (and now you're having to release your core product IP to the public).

g15jv2dp
8 replies
1d

Two services talking to each other doesn't mean that they have to use the same licence or that AGPL "infects" the other.

tiffanyh
3 replies
1d

It’s a risk most companies don’t want to chance.

azemetre
2 replies
22h46m

I mean GitHub was literally built off of Git (GPL) and they had zero issues being acquired for $7.5billion.

azemetre
0 replies
15h26m

I don't think that's fair, Google is a monopoly with anticompetitive practices. Why is it a shocker that they would forbid AGPL? They want to have their fiefdoms while charging exorbitant rents. They can't compete fairly.

Also there are plenty of profitable software with AGPL licenses, some even get acquired by public companies [1].

[1] https://www.rapid7.com/about/press-releases/rapid7-acquires-...

altairprime
3 replies
21h21m

Incorrect. For example, the relevant paragraph from the Google doc linked elsethread:

any product or service that depends on AGPL-licensed code, or includes anything copied or derived from AGPL-licensed code, may be subject to the virality of the AGPL license. This viral effect requires that the complete corresponding source code of the product or service be released to the world under the AGPL license. This is triggered if the product or service can be accessed over a remote network interface, so it does not even require that the product or service is actually distributed.
Propelloni
1 replies
10h2m

What the OP is talking about is an aggregate, ie. two distinct pieces of software talking to each other over an interface, which is explicitly "non-viral", cf. AGPL v3 § 5.

That being said, the AGPL v3 is on the more arduous side of things, so it's easier to avoid them completely in a business context.

altairprime
0 replies
4h11m

Sure, that seems like a reasonable interpretation to me.

However, I don’t have any specific recommendation against AGPL v3. Accounting is just one specific field where licensing virality could have particularly complex implications.

g15jv2dp
0 replies
13h34m

Just because someone wrote they in a google doc, doesn't mean that it is true.

kube-system
0 replies
1d

At larger organizations, a significant amount of the custom code in CRM systems are proprietary business rules... e.g. pricing calculations, business rules regarding the fine details of internal and personnel operations, etc. It's not uncommon for them to contain information that is covered under NDA, which would be a non-starter for redistribution.

hardwaresofton
0 replies
23h25m

Note that if you self-host this, that you are bound by those code publication requirements of the AGPL 3.0 license that apply to your specific circumstance.

Dear everyone, please remember, the restrictions are on AGPL is about making changes and not upstreaming the changes. You can absolutely run it as a service, or as a networked part of your application.

For example, if you wanted to remove their branding or some message in an email or a link on a webpage from the source code, you could absolutely do that -- as long as you release the forked code under a similar license in the public sphere.

Businesses still won't touch AGPL (for now) and that's what they're going for to encourage enterprise signups (I find calling it "GPL-licensed" is a little misleading on the front page, but I get why they did it) -- but I think at some point that will probably end. I'm glad it's still going though, more chances for people to make money doing F/OSS (AGPL is free software).

danielmarkbruce
11 replies
1d

How difficult is it to roll your own CRM these days? On the surface it doesn't seem that difficult.

pnut
3 replies
1d

Major mistake, unless your company is building and selling CRM software. Focus engineering resources on core competencies and buy everything else off the shelf.

pphysch
1 replies
23h9m

Focus engineering resources on core competencies and buy everything else off the shelf.

Don't forget to hire/contract experts to admin those """off the shelf""" solutions!

danielmarkbruce
0 replies
23h26m

That's fortune cookie wisdom.

kube-system
2 replies
22h55m

People have been using tools like Excel or Access to do it for decades

danielmarkbruce
1 replies
21h17m

Sure, but I mean something that can actually fit in with the rest of the systems running a decent sized org. On the surface a CRM seems trivial to make, a pretty simple db schema with a pretty simple UI. But, I haven't done it.

kube-system
0 replies
1h35m

Excel and Access are (/were) relatively interoperable with other things, which is why they were historically popular for these tasks.

But the more you want to integrate with, the more complicated it becomes. The big advantage to off the shelf CRMs is that they often have many integration options readily available.

swatcoder
1 replies
1d

If you're modeling one workflow for one team at one organization, it's always been trivial. Same as making an issue tracker.

The complexity arrives when you need to support complex and branching workflows, teams that model things subtly differently, organizations that model things radically differently, strongly opinionated stakeholders at key teams/clients, endless demands to integrate with external systems, etc

danielmarkbruce
0 replies
23h23m

Right - for most companies, they are one org. The complexity of "product CRMs" as opposed to "roll your own CRM" seems to come from trying to satisfy mulitple orgs. A CRM that can satisfy two orgs seems about 10x more complex than a CRM that can satisfy one.

LLMs might tip the calculation of buy v build enough that "roll your own" becomes the standard for most business apps.

iceburgcrm
1 replies
23h33m

Extremely easy.

I built IceburgCRM (available in Django or Laravel). You can create a specialized crm with only a few words. For example: "create a stamp collecting crm". Modules, Fields, Relationships, Subpanels, default data and even a image for your homepage is created.

Data can be imported/exported into 6 different formats. Supports unlimited many to many relationships, 26 different themes, etc.

This is what the default crm looks like: https://demo.iceburg.ca/

Here are some samples I generated:

Gourmet Coffee Enthusiasts CRM

https://coffee.iceburg.ca

Bee Keeping CRM https://beekeeping.iceburg.ca

You can also manage an existing database as a CRM.

Here is a default wordpress database crm.

https://wordpress.iceburg.ca

Live wordpress site: https://wordpresssite.iceburg.ca/

Open Source. Check it out. https://github.com/iceburgcrm

rexreed
0 replies
14h58m

Looks good. Does Iceburg work in a shared hosting environment with limited access to composer?

tiffanyh
7 replies
1d1h

80/20 rule.

What most startups / new products fail to realize is that you can get 80% of your needed CRM capabilities just from a shared Google Sheet.

But that last 20% is brutally difficult and long.

It might be:

- sales rep compensation

- customer billing

- contracts management

- eSign

- usage reporting

And much much more.

Salesforce has most of this. And for what they don’t have, they created their platform so 3rd party’s can add it.

You’re not competing in having a “CRM alternative”.

You’re competing on having that long tail of 20% other functionality that’s core and critical.

samanator
2 replies
1d

Salesforce is slow (the lwc frontend I mean), and has legacy (aka governer) limits. E.g. you can't have synchronous code run for more than 10 seconds, you can't update more than 200 records in a standard transaction, the query language has only very basic joins, and much more.

If you can build a crm without these limitations, why not get your 80% without the limits?

altdataseller
1 replies
10h29m

Because Salesforce is already tightly integrated into many companies workflows, and already has incredible mindshare? And for the majority of conpanies, those limitations are just nuisances, not dealbreakers?

samanator
0 replies
7h58m

Mind share isn't necessarily an issue when you build a platform based on standard tools (e.g JavaScript, graphql, etc.).

In my experience those limitations are not just nuisances,they are expensive. They require a lot of custom work and and less reliable since you're leaving what's well known and supported. For example, many companies hit the "100 active concurrently scheduled jobs" limit very quickly. Then they need their own scheduler, or deal with the consequences of stale data.

Those limitations are not just nuisances, they change real business workflows.

Yes, there are definitely good business justifications for choosing Salesforce, but I definitely think there is real business value to be found in improved CRM systems.

listenallyall
1 replies
1d1h

You’re competing on...

Purchase decisions for products like these are almost always at the C-level. Very rarely do they actually understand the details of each product's feature set, especially the deepest 20%. You're competing on your ability to convince that decision maker to commit to a new product, as opposed to "nobody ever get fired for buying IBM (Salesforce in this case)" syndrome.

kube-system
0 replies
1d

It's the same thing, by proxy. They may not know the details of that 20%, but they can be comfortable knowing it is capable of accomplishing it because of its use at other orgs.

codegeek
1 replies
1d1h

You are also competing against a beast that locks in multi year contracts and is embedded so much within a company's ecosystem that it is almost impossible to replace them. Sorta like JIRA/Confluence.

pantulis
0 replies
1d

Sorta like Oracle, I'd add.

awinter-py
6 replies
16h49m

no comment on this product specifically, but large takeaway from hitting a point where my side thing had actual users + communication -- CRM is critical

if you asked me 24 months ago I'd tell you CRM was a BS category, now I think of it as a backend component on par with the DB

jruthers
2 replies
16h40m

Sounds like hard won experience there. I've long thought CRM was BS but been wondering lately - this helps, thanks.

forgetfreeman
1 replies
16h20m

The only thing more bullshit than 99% of CRM implementations is not having one when you start to outgrow Excel.

awinter-py
0 replies
15h16m

yes this

aantix
2 replies
16h46m

What crm did you settle on and why?

awinter-py
0 replies
15h17m

csv file with emails + python thing to send them using postmark

it took an hour every time I had to do anything, and I ended up with a collection of python scripts that solved random problems that were already solved somewhere else, which grew and grew

I tried a few programmable shared inbox tools and they were all clunky and meh. tried lighter things like supabase + some golang list manager, also meh.

postmark has a CRM they acquired, iirc it was too expensive

zoho seems reasonable on price, but did not try it

but to be clear, even if I paid up for something dumb like hubspot, my life would have been simpler and better

zapier is a good place to shop for these

abpavel
0 replies
16h41m

CRM selection heavily depends on stage of the company and GTM motion complexity. I would never recommend to anyone to ever start with SFDC, but I can't not recommend ending there.

wkat4242
4 replies
22h1m

Hmm it's kinda hard competing with the big dinosaurs because enterprises are so incredibly locked into them.

And salesforce at least innovates with modern interfaces. It's not legacy trash like Siebel.

Salesforce is pretty good all things considered. When we had siebel, we'd lock all the new callcenter agents into a sweaty training room for a week, where a boring old guy would endlessly drone on which button to push in which scenario. Unfortunately this was actually needed. It was that bad a product, and it was completely unusable due to all the horizontal scrolling everywhere. It's just as bad as SAP (these guys are also soooo bad at UX).

Salesforce by comparison works a lot like facebook. People grok that naturally.

RHSman2
2 replies
13h56m

Ex Siebel here. Got out into ‘real’ engineering at the time of Salesforce’s rise with that as a backup plan.

Now fighting to keep Salesforce out of company. Shiny RFP’s of a horizontal service that doesn’t do much that well but appeals to execs.

altdataseller
0 replies
10h34m

Why do you think Salesforce doesnt do much?

RHSman2
0 replies
13h54m

AND trying to get out of SAP shark lock in!!!

The future is bright elsewhere

dexwiz
0 replies
21h49m

Ironically Salesforce is filled with Siebel alumni.

tcbawo
3 replies
22h2m

I am looking for a personal contact manager that has integration with a personal calendar. I have talked about this with my wife who has moderate ADHD: it is harder for her to manage relationships, because she generally lacks a perception of time. Getting gentle reminders to follow up with a friend or acquaintance would be very helpful. But none of these are business relationships, so maybe looking for CRM software is barking up the wrong tree, even if open source and extensible. Is there anyone in a similar boat that has found a good solution?

sn0wf1re
0 replies
22h1m

I have had decent success using <https://www.monicahq.com> for journaling and birthday reminders.

proee
0 replies
21h29m

Consider https://legendapp.com/ or https://noteplan.co/ for nice note integration with your calendar. You could easily create a list of contacts in these systems and trigger various events (singular and recurring).

bmulholland
0 replies
22h1m

I use https://clay.earth/ which might be what you’re looking for

pembrook
2 replies
1d

Among the modern CRM players like Attio, Folk, Clay, etc. how does this compare?

Anybody tried all of them? It’s impossible to get impartial info on software these days due to all the scummy affiliate marketing/paid-influencer/“Top 10 Best” crap that has taken over Saas.

georgespencer
1 replies
22h12m

Have spent extended periods in the last 12 months with Pipedrive, Attio, Salesforce, and Hubspot, if this helps:

Pipedrive - simultaneously lightweight and no-frills whilst impossibly slow and antiquated. The simple act of navigating through records and performing actions is laborious. The price is extraordinarily high relative to the UX and functionality (same ballpark as Attio, the clear leader IMO). Same category as Gem (ATS) to me – I'm sure lots of people are working on it, but with a slightly resigned air as they see Ashby building a way more performant and capable product.

Salesforce – not as slow as I recalled it being in ~2015, but still pretty "heavy" feeling. Commercial terms are as unpleasant as ever,[^1] and the professional services + 'does anything you need' angle is IMO designed to bamboozle non-technical stakeholders into outsourcing significant portions of sales and operations engineering to Salesforce Ecosystem® Trusted Partners® or whatever they're called. Unlike Attio (which embraces the fact that yes, this is just a fucking database with useful workflows on top), Salesforce seems to do what it can to prevent you from feeling like you're interacting with a database (right up to and including making it less convenient to use than, say, psql).

Hubspot – It's not a huge N, but of the half-a-dozen occasions I've spent time with companies using HubSpot, at least half the time people hated it because it had been misconfigured or inexpertly set up. The CRM side is, I think, relatively benign, but attribution modeling and campaign tracking is a poor UX in my opinion, and I found myself exporting giant .CSVs to analyze with Excel and Python. (Saving grace: Dan Lyons didn't enjoy working there, which suggests that they might be doing something right culturally[^2])

Attio – It isn't perfect, but it's the first CRM product I've used to be just good software, without the "for CRM" qualifier. Model is that it ingests all email traffic and calendar appointments from registered seats, offers rich support for creating data models and relationships (e.g. we have objects representing Deals, Contracts, and Invoices and the associated attributes in Attio – making it a general purpose "Customer OS" for us), has the right mix of powerful but not overwhelming tools for reporting, batch emailing, etc. Has its quirks (floats are limited to four decimal places, you have to create new lists before you select the objects you want to store in it, etc.) but it's outstanding software, trivial to integrate without writing too much code, and by leaning into the idea that yes, this is a database, so yes, feel free to define models and relationships and attributes, it is rapidly integrated into the workflows of technical users.

HTH!

[^1]: In 2015 or so, I had a "friend" who found that his colleague forgot to set a reminder for the renewal/break period in a 24 month Salesforce contract, belatedly tried to activate it, and was told that the contract had automatically extended for a further 24 months. Said "friend" created a fake General Counsel on LinkedIn with a real company email address, created a reasonably convincing email thread between themselves and the fake GC (FW: Salesforce Renewal "Is this legal?" RE: FW: Salesforce Renewal [Hastily googled legal perspectives ending in an admonishment that GC was bored and would love to sink their teeth into this dispute) which they "accidentally" forwarded back to Salesforce (even going so far as to do one of those silly honor system Outlook email recalls). The renewal was rescinded pretty quickly!

[^2]: https://fortune.com/longform/disrupted-excerpt-hubspot-start...

RHSman2
0 replies
13h52m

If it was SAP they would have rubbed their hands.

ec109685
2 replies
11h44m

If only Salesforce was better software, billions of capital funding “a better Salesforce” could be deployed in more productive ways.

robertlagrant
0 replies
9h52m

That's why the money's going into making a better Salesforce.

matsz
0 replies
11h39m

The world runs on subpar software, and will continue to do so... Windows being the best example of that.

WinstonSmith84
2 replies
1d1h

I wonder whether it's possible to write custom code on the platform (to automate processes)? In Salesforce, it's called Apex, a Java like language which allows to write trigger, and is the server-side language for frontend interfaces (written in LWC, Visualforce, etc.). Speaking of, is it possible to extend also the Twenty interface with custom written code?

Salesforce has barely evolved in the last 15 years. Apex (as mentioned previously) has not changed the slightest. In 2010, there was Visualforce, it's been pretty good despite a bit slow. LWC just got slower in general while trying to look fancy with some CSS. And the rest has been the lack of competition making the success of Salesforce, or, in the defense of Salesforce, Salesforce has been way ahead of the competition 15 years ago. And maybe the competition is finally catching up?..

bluelightning2k
0 replies
1d1h

You could suggest they implement moddable.app so that you can write custom React components

samanator
1 replies
1d

Very cool and promising.

Currently the biggest blocker, even for simple use cases that don't have to add automation (there is no clear way to add customized automation), is the lack of permissions. Everyone has the same access to all the data!

User permissions: https://github.com/twentyhq/twenty/discussions/209

trollied
0 replies
9h55m

Any user being able to alter the data model is just a fundamental design flaw.

Other than that, I'd expect segment-based permissions (sales team/territory etc) as a minimum.

gorkish
1 replies
3h18m

How does this compare to all of the other "#1 open source CRMs"

98codes
0 replies
2h17m

This one grants a right for the service to use your content however they wish. An absolute showstopper for me, honestly.

From their Privacy Policy: "You retain any and all of your rights to any Content you submit, post or display on or through Service and you are responsible for protecting those rights. We take no responsibility and assume no liability for Content you or any third party posts on or through Service. However, by posting Content using Service you grant us the right and license to use, modify, publicly perform, publicly display, reproduce, and distribute such Content on and through Service. You agree that this license includes the right for us to make your Content available to other users of Service, who may also use your Content subject to these Terms."

https://twenty.com/legal/privacy

Closi
1 replies
3h27m

Would love a product like this that offered pricing on a concurrent user basis or similar.

We have 15 people on our team but 90% of people might only log in once a month to have a look at the pipeline - don’t want to either have a shared account or to pay $150/month so we stick to a spreadsheet.

Lots of people on this thread saying you need a full programming language integrated - I’m not so sure HN is fully representative of real end users.

PaulWaldman
0 replies
3h19m

I find this take interesting. Some software venders, like Autodesk, offer a token based system to charge for actual usage instead of a flat subscription fee.

On a team of 15 people, $150/month is enough to maintain an internal tool? What is your average loaded cost per employee?

wilsonfiifi
0 replies
1d3h

Nice! It's great to have more open source platforms in the CRM space.

This feels a lot like Directus [0] except that the latter is a more general data platform you build upon. They have a 100 Apps in 100 hours playlist where they build sample apps on top on Directus, even a simple CRM [1].

[0] https://directus.io/

[1] https://youtu.be/tTrBn9Wvko0?si=IoqQ7o7Y8czfxB31

vusjandus23857
0 replies
4h32m

To beat salesforce you need to win over the admin/rev-ops or trailblazer as SFDC celebrates them. They throw monthly events in their skyscraper in every major city globally and an annual retreat/festival called Dreamforce to keep them loyal. It's not a better tech problem, it's a network effect. Good luck ripping them from the church of benioff.

tbrooks
0 replies
15h12m

I'm shocked no one has mentioned Close.com

I've been using it for close to ten years and can't imagine using another CRM.

I believe they were an early YC company as well.

sneak
0 replies
10h18m

Is there some other “arbitrary entities with arbitrary fields” builder webapp like this that isn’t Drupal?

I have a number of simple database apps/sites I want to build that don’t warrant dedicated CRUD apps.

redwoolf
0 replies
13h26m

I love the uptake of neo-brutalism in web design. This site is a great example.

pbreit
0 replies
1d1h

I wonder if they could get the setup and updates to be as easy as once.com?

o_m
0 replies
20h55m

Does the email integration only support gmail?

m1117
0 replies
1d

I think you want Salesforce because of how reliable and secure it is, also because of the cute mascots.

lclc
0 replies
5h35m

Does it have HubSpot (etc.) import functionality?

Otherwise the switchting-costs are probably too high for most companies.

buzzwords
0 replies
23h37m

I see alternative to Salesforce I up vote

aphroz
0 replies
15h55m

"Frequent updates" is something that I would like to avoid in a CRM. Unless you have a team dedicated to update, test, migrate and fix.

alrs
0 replies
10h29m

I'm no fan of Salesforce.

Any HN submission with the word "modern" in the title should be shit-canned.

airstrike
0 replies
20h7m

title should really be changed to "Twenty: an open-source CRM alternative"

aetherspawn
0 replies
16h17m

Excellent, I wish we saw this a few months ago, we just bought Freshsales.

In terms of Wishlist we’d love to see: quotes/invoicing (support for product SKUs etc), document generation on deals (NDAs, proposals etc)

I think that’s the extent of the gap between Freshsales and this that we actually use.

In terms of integrations it’s great that Twenty supports webhooks. Any idea a good starting point for integrating something like Xero? Is there a repo of integrations other people have mangled with that we can tweak or reference?

Disclaimer didn’t actually take it for a spin yet.

Just again for emphasis.. so happy to see a really good open source option for CRM that isn’t designed like it’s from 2000s. Flamin’ hubspot and salesforce wanted circa 2% of our ARR per year and fresh sales was a compromise.