Live data from Hacker News

Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

news.ycombinator.com

41–50 of 105 posts

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#41
I am so looking forward to this. You are 100% correct about the SObject model. Get that right and everything will fall into place.

I wouldn’t get too distracted by reporting - SF classic had the absolute worst reporting engine for decades and they still sold millions of licenses all for the ability to click-to-configure. Pure sales teams use listviews more as a ‘who do I call today?’ list based on rankings and last interaction dates. Serious CRM enterprises have their own report infrastructure and don’t use the built in.

Congrats on the launch! couldn’t login to the demo on mobile but will try from a desktop. All the best.

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#42
I really like the fully custom data model and simple UI. As you mention, many CRMs are CRUD apps, some with varying degrees of "automations". While automations and even reporting look great for marketing purposes (admittedly important in a competitive CRM space), many SMBs would get significant value just moving off their spreadsheets onto a scalable & manageable database.

I'm curious about the setup process. The key advantage of something like this over a Salesforce would presumably be the ease of onboarding for SMBs. I saw you comment that you guys are currently handling the initial setup though.

How do you think about your plans for making onboarding as easy as possible and potentially being completely self-serve going forward?

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#43

I'm confused why YC funded this. This is the lowest engagement I've seen for a launch HN. It's because most people are too kind to give you the honest feedback that this seems extremely undifferentiated. It made me think of a CS-class project. Every significant CRM has custom objects, in-place editing UI, and custom fields. Most have email integrations. Look at Monday CRM for example - it has a very powerful no-code…

So there is this post currently on the front-page, an essay by Paul Graham: https://news.ycombinator.com/item?id=39756865

"How to Start Google"

It makes salient points about what is needed to venture forth and create a "startup". It seems pertinent here because your comments about this project seems to not really meet the criteria, and calls into question whether the salients points from the essay apply here. Good topic for discussion.

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#44

I really like the fully custom data model and simple UI. As you mention, many CRMs are CRUD apps, some with varying degrees of "automations". While automations and even reporting look great for marketing purposes (admittedly important in a competitive CRM space), many SMBs would get significant value just moving off their spreadsheets onto a scalable & manageable database. I'm curious about the setup process. The key…

So far, we've been doing setup on behalf of customers precisely because it's the easiest option for our customers.

We're open to exploring self-serve, but realistically that's going to be really hard to get right. I'm imagining we may have templates that customers can choose from down the line, where they can one-click setup a CRM for their kind of business.

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#45
Great job launching your product! This interface looks slick and I'm excited to see your product progress. Hopefully I can get beta access ;)

I have some QA feedback for some quirks I noticed and some potential feature ideas/requests:

1) On the companies list, it would be nice if you automatically grabbed the favicon.ico from the domain. It would be nice if you could tether fields together so information can be automatically derived from other fields. This could include an area for custom scripts to do this automatically.

2) While using the demo I was automatically logged out. I'm wondering if someone else logged in and then my session was killed? Also, when I was logged out, I was given a white screen of death when I clicked back on the history, but was given no redirect. E.g. pressing back sent me to https://app.okapicrm.com/objects/companies but I'm just stuck with a page with the title "Title" and an empty div[id="react-root"] node.

3) Because you end the password with a period, if I double click on the password and copy that, it will put the wrong password in my clipboard. I wasn't sure if this period was part of the password or not until I logged in and tried without the period

4) At first, it wasn't obvious the search feature was only available for the current page you were on. E.g. I tried accessing search on the reminders page, https://app.okapicrm.com/reminders, and I wasn't sure what was suppose to happen after I typed something in. There was no visual feedback that a search query was being processed, or had been processed. Once I tried it on another page was it clear that the search feature was searching for records visible on the current page. Also, because it is so quick, I wonder if this is purely a client-side search. If I have a Records page with a paginated number of records, will the search be able to find records which are not visible on the current page? If not, I would find this super frustrating as a user.

5) If I look at the details page for a company record, the fields for the domain and icon url are not links. i.e. on https://app.okapicrm.com/records/e8e09b41-25ab-4889-92bb-987... I cannot click on QAComet.com or the icon url.

6) I'm not sure I understand why fields which point to an archived record must be cleared. Could you keep those fields and just use some kind of visual indicator (such as a red highlight or background) to show the record being pointed at is archived?

7) When I clicked the archive button, there was no visual feedback the website was loading. It would have been nice to at least change the cursor over the modal to a "cursor: wait" while it was making the archive request.

Hopefully you find these points useful!

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#46
post #25
post #15

Congrats on your launch! I have some feedback, but please don't take it negatively, it's just my thoughts. I love to see anyone taking on salesforce.com, but your product so far is way too barebones. It reminds me of something I'd get from just using some admin UI for a database. I was a salesforce technical architect and consultant for a number of years (hated it.) and what I've seen is that some of the first things…

(I'm one of the cofounders of Okapi) You're 100% right. We're missing a bunch of stuff simply because we're early :) Regarding custom objects and fields, I agree this is not very interesting when compared against Salesforce, but these things actually aren't common in the products we can currently compete with! These are typically low-end, self-service products designed for simplicity and don't afford their users much…

Do you have a public roadmap available?

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#47
post #45

Great job launching your product! This interface looks slick and I'm excited to see your product progress. Hopefully I can get beta access ;) I have some QA feedback for some quirks I noticed and some potential feature ideas/requests: 1) On the companies list, it would be nice if you automatically grabbed the favicon.ico from the domain. It would be nice if you could tether fields together so information can be autom…

These are all great points!

1. Definitely want to improve favicons. For deriving fields, we do have formula fields. Would love to show that to you, it's not obvious enough how to use to enable for this HN launch.

2/3. Sorry about that. This username/password approach for the HN launch is definitely a hack.

4. Right now, search is just on the current type of record you're looking at. I want to fix this, and I just haven't because I haven't made the UI for filtering what objects to search across. The backend is in place though. Glad it seems suspiciously fast! I can assure it's a real FTS talking to a database.

5. I want to fix this too. A way to make data of type "Link" for better UI treatment.

6. Archiving is meant for data that others shouldn't be looking at -- it's a staging ground for data. That's why you can't point into archived data. It's also a precursor for deleting data, and we want to guarantee no dangling references to deleted data.

7. Will fix this.

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#48
post #46
post #25

Earlier quoted context omitted.

(I'm one of the cofounders of Okapi) You're 100% right. We're missing a bunch of stuff simply because we're early :) Regarding custom objects and fields, I agree this is not very interesting when compared against Salesforce, but these things actually aren't common in the products we can currently compete with! These are typically low-end, self-service products designed for simplicity and don't afford their users much…

Do you have a public roadmap available?

Not yet, but we're thinking about it!

Re: Launch HN: Okapi (YC W24) – A new, flexible CRM with good UX

#49
post #43

I'm confused why YC funded this. This is the lowest engagement I've seen for a launch HN. It's because most people are too kind to give you the honest feedback that this seems extremely undifferentiated. It made me think of a CS-class project. Every significant CRM has custom objects, in-place editing UI, and custom fields. Most have email integrations. Look at Monday CRM for example - it has a very powerful no-code…

So there is this post currently on the front-page, an essay by Paul Graham: https://news.ycombinator.com/item?id=39756865 "How to Start Google" It makes salient points about what is needed to venture forth and create a "startup". It seems pertinent here because your comments about this project seems to not really meet the criteria, and calls into question whether the salients points from the essay apply here. Good to…

In one of the YC podcasts Michael says "did you Google the thing you are building". I was reminded of that.

I think what happens is people hit this "here's what you need to do to start a company" and like 40% of all founders see opportunity in those basics and build an email, CRM, survey, project management, etc. tool because it feels bad to pay high prices for something you could build themselves.

The engineering equivalent of this is an issue tracker, JS framework or "we simplified kubernetes".

Post reply on HN