Blog

Warum sich On Deck für Cal.com entschieden hat

On Deck Fallstudie

Unsere erste Fallstudie beginnt mit Egor Zaitsev, Senior Software Engineer bei On Deck. Willkommen, Egor, und danke, dass du dir die Zeit nimmst!

Lass uns direkt mit der ersten Frage einsteigen:

Wofür nutzt On Deck Cal?

Egor: On Deck baut einen Feedback-Marktplatz, auf dem Fellows sich freiwillig melden können, um sich gegenseitig Feedback zu Pitch, Produkt oder anderem zu geben. Nachdem sie ausgewählt haben, von wem sie Feedback erhalten möchten, bekommen die Fellows eine Planungsansicht von Cal angezeigt, um ihre Buchung abzuschließen.

OnDeck's homepage

Was hat dich dazu gebracht, Cal für deine Lösung zu wählen?

Egor: Die bestehenden Lösungen auf dem Markt boten entweder nicht die nötigen APIs oder waren für unseren Anwendungsfall nicht flexibel genug. Cal hat uns Tage zurückgegeben — wenn nicht sogar Wochen —, die wir sonst damit verbracht hätten, alles von Grund auf neu zu entwickeln.

Wie nutzt ihr Cal?

Egor: Im Moment nutzen wir für unsere Lösung eine leicht angepasste Self-hosted-Version von Cal. Wir richten für unsere Fellows automatisch Accounts ein und bitten sie, ihre Verfügbarkeit festzulegen und ihre Kalender zu verbinden. Nachdem sie das erledigt haben, zeigen wir sie auf unserer Plattform an und betten die Planungsoberfläche ein.

Was war das Beste an der Zusammenarbeit mit Cal als Plattform?

Egor: Cal ist extrem erweiterbar und ermöglicht es uns, schnell zu iterieren.

Siehst du potenzielle zukünftige Anwendungsfälle für Cal bei On Deck?

Egor: Wir prüfen bereits, Cal dafür zu nutzen, dass unsere Fellows im Rahmen unserer anderen internen Marktplätze miteinander Meetings vereinbaren können, und außerdem jedem Fellow einen persönlichen Planungsservice bereitzustellen, der von On Deck gehostet wird.

Wie hat Cal es für euch effizient gemacht, so eine Lösung umzusetzen?

Egor: Cal basiert auf extrem populären Technologien und ließ sich wirklich leicht in unser Ökosystem einbetten. Innerhalb weniger Tage war alles eingerichtet, damit wir unseren Fellows das bestmögliche Scheduling-Erlebnis bieten können!

Warum konntet ihr keine anderen Lösungen auf dem Markt nutzen?

Egor: Calendly stellt seine Verfügbarkeit nicht über die API bereit, Motion hat keine API, und alles von Grund auf neu zu bauen hätte viel Zeit gekostet.

Wenn es Cal nicht gäbe, hättet ihr das, was ihr gebaut habt, überhaupt gebaut? Wie viel länger hätte es gedauert?

Egor: Natürlich hätten wir das, was wir gemacht haben, bauen können — aber deutlich langsamer und mit mehr Bugs am Anfang. Cal hat uns Tage — wenn nicht Wochen — an Entwicklungszeit gespart.

Worauf freust du dich in der Zukunft des Scheduling am meisten?

Egor: Wir freuen uns sehr darüber, dass Scheduling Open Source wird. Open Source ist die eigentliche Kraft hinter jedem erfolgreichen Startup, und wir freuen uns, einen weiteren wichtigen Teil eines modernen Webs Open Source werden zu unterstützen.

Wenn du dir etwas wünschen könntest, was wäre das?

Egor: Caching 😉 Wir haben Availability-Caching für uns bereits implementiert, aber ich denke, das wäre eine sehr nützliche Ergänzung für alle, die Cal in großem Maßstab nutzen.

Danke, Egor!

Cal.com ist jetzt KOSTENLOS für Einzelpersonen - melde dich hier an

Egor Zaitsev

Post by

Egor Zaitsev

Software Engineer, On Deck