Live data from Hacker News

Launch HN: Twenty.com (YC S23) – Open-source CRM

news.ycombinator.com

121–130 of 317 posts

Re: Launch HN: Twenty.com (YC S23) – Open-source CRM

#121
post #112

Earlier quoted context omitted.

> The actual CRM part (basically tables of data with a UI) is trivial Although I agree with the general sentiment, I disagree with this. I've tried out over 100 low-code ui builder over the past year (including creatio,Corteza,ERPNext,Baserow,tadabase,appsmith,nocodb,mathesar,bubble, etc.) and so far none of them have perfected "excel like ease with the power of a database". If anyone has any suggestions, (that's not…

2 competitors which I think are getting things right on the UI front are Attio [1] and Folk [2]. It's not as powerful as Salesforce and the data structure is very loose, but they have done a good job with the user-experience. They are not open source though. [1] https://attio.com [2] https://www.folk.app

One of my requirements is that I must be able to host the database myself :-) (with a preference for Postgres)

Re: Launch HN: Twenty.com (YC S23) – Open-source CRM

#122

My two cents based on how we use Salesforce 1- being able to bcc or better yet have a gmail extension to log emails sent to prospects and clients is a foundational requirement for us. Be sure to have that asap. Outside of being a CRM, our SF is the knowledge base of all customer interaction. 2- Opportunities and funnel management are critical workflows for us. Being able to define rules on qualification and auto acti…

Thanks! 1 - We should have that soon yes 2 - Auto-activate would be based on what kind of trigger? 3 - We'll work on that and creating a strong community 4 - Good to know it's also a customer priority and not just dev obsession! 5 - Good to know 6 - Our current license is AGPL which might not be ideal for this but we are very open to chat and adapt. We'll focus on building strong foundations in the next few months but once we have that, this would be a great use-case. My previous company was in a similar situation (in the property management industry) and I ended up building an in-house CRM for our partners. I probably wouldn't have done it this way if there was a good/extensible/open source solution available. My email is felix [at] twenty.com if you ever want to get in touch

Re: Launch HN: Twenty.com (YC S23) – Open-source CRM

#123
post #117

Hi Ifelix, I have been working as Siebel Consultant implementing it in many companies and then later moved to Salesforce which I also work implementing/changing it for companies needs. As a fullstack developer I already thought multiple times to "create my own Siebel" or "create my own Salesforce". But I faced that, the CRM part of it is very easy to implement. That is why there are so many players on commercial CRM…

Curious why did you think about building you own? For us the frustration came primarily from the design, the developer experience to extend/customize, and the way data is pulled and fetched. I think that if we nail those 3 points, we would have a solution that is well enough differentiated from what currently exists in the market

Well, first of all, becaused we are all trying to build the new [put_some_big_company_name_here].

But besides my entrepreneurship, I think the space for building such application goes to 3 routes:

1) Build one "traditional" CRM, to handle accounts, contacts, oppportunities, etc, etc. Without or just few customizations being possible. So then you felt in the "commodity" bucket to compete with all other CRMs in the market (and I'm not talking about Salesforce).

2) Or you build something for a niche/vertical so then you can specialize it for a specific scenario. Like a CRM for kindergarten schools, so then you can make it a 100% fit with their business. This way a few customizations are enough since the product is already made for them.

3) Build such a robust solution that allow the user/consultants customize them as the client which allowing them to achieve any kind of requirements the company has to deal with their clients, and believe me, from mid-size to big companies they have a lot of different customizations, automations and integrations needed for deal with their customers.

I was thinking to build the third one, because that is where the money is. BUT, that is a huuuuge job for a one-man show.

So maybe starting with the 1 and eventually going to the 3 could be an option, maybe I will still invest time on it, since my know-how in CRM area is almost everything I know (I have been working on this for more than 20 years now).

But getting back to your reasons to create Twenty I think you can just let the design go if you want to achieve "developer experience/customization". Think that as you let the product be customized you can't keep it "clean" because the final user maybe needs a ton of fields for their use case, or something even weird like 3 screens to then create a record.

So, my 5 cents is: focus on power and ease of customization, that is what your potential clients would look for.

In terms of how data is pulled and fetched, I think you are talking about Graphql. But I think does not matter to much, as long you have a very specific way to, at least, allow 2 kind of integrations: Online (syncroous via API (rest or graphql or soap or anything) and Batch. The later is very important since as you are dealing with CRM, loading big amounts of data is a must specially when loading leads, contacts, etc.

Ah! One last thing, before going after Salesforce, try to compare Twenty to the current SMB alternatives like Pipedrive, Insightly, Zoho, Hubspot, Close.io, Less Annoying CRM, etc. They all have their own beautilful and productive UI so you need to look for being different from them.

That are my thoughts I did a lot of research on this market area already, so ping if you need something me at douglascorrea dot io

Re: Launch HN: Twenty.com (YC S23) – Open-source CRM

#125
post #85

Earlier quoted context omitted.

Same thing, as is servicenow, they're all cloud platforms angling to be the "Company OS" all coming at it from different angles. Salesforce comes in at the sales side of things, SAP invades as a finance app, and ServiceNow begins their encroachment as an IT ticketing system, but they all wanna be THE only cloud platform your company needs.

good to know what these "Company OS" stands for > Salesforce comes in at the sales side of things, > SAP invades as a finance app, and > ServiceNow begins their encroachment as an IT ticketing system, but they all wanna be THE only cloud platform your company needs.

Good summary!

And Microsoft through the Productivity apps? (Word, Excel...)

Re: Launch HN: Twenty.com (YC S23) – Open-source CRM

#128
I think your open source story is weak. Your narrative is we shatter build vs buy. CRM in today's day and age is mostly buy decision. If you want custom analytics or workflows, you would hook up various point-solutions like segment, hightouch and various business automation tools.

Also, it is not very clear which market segment you are going after. If it is midmarket then my narrative is kind of what happens there. In early stage you have low ticket size problem. In enterprise, you have hubspot, salesforce and various other tools.

Building a salesforce knock off does not make sense. As you said, `The startup world is littered with ghosts of so-called "Salesforce killers"`, there must be a reason why. Most likely , it is the fact that there is no market for salesforce killers.

I think your pricing is off. It is $30 per user per month, Post 50 users, your platform is more expensive than hubspot's CRM suite which includes everything.

Re: Launch HN: Twenty.com (YC S23) – Open-source CRM

#130

Do you have plans to add an API or methods for analytics? It's common for me to ETL Salesforce data into to a data mart or warehouse to structure the entire data model for analysis and reporting.

If you self-host then that's easy since you can read directly from your own Postgres. We have a GraphQL API but I have to say I we didn't think much about how we could make it easier for people to export data if they don't self host (besides csv export in the app). Is an API enough or you'd expect more sophisticated connectors? You would like integrations with Fivetran, Airbytes, etc.?
Post reply on HN