Ecliptor

Ecliptor

Ecliptor (Andre Fu, Nanki Grewal), San Francisco · 程式設計 · 行銷

Ecliptor 是為開發者工具設計的 AI 銷售平台。它把同一位開發者在 GitHub、LinkedIn、Slack 與產品文件上的活動串成一份輪廓,再依採購意圖排出帳戶順序,讓業務團隊知道該先打給誰。

Ecliptor 的介面預覽

關於 Ecliptor

About

Ecliptor 是什麼

Ecliptor 處理的是開發者工具公司天天遇到的難題:用產品的人和簽約的人往往不是同一個,而採購過程大多發生在業務團隊看不見的地方。創辦人 Andre Fu 與 Nanki Grewal 在 2023 年成立公司之前,自己打造並賣掉過一款開發者工具,也同樣撞上這道牆。他們的解法是一個開發者工具 AI 銷售平台,把散落各處的訊號集中起來,交給模型判斷哪一個值得打一通電話。

實際運作起來,它做的是免費方案時代的開發者潛在客戶評分。系統把 GitHub 動態、LinkedIn 檔案、Slack 與 Discord 的討論,以及官網文件瀏覽紀錄交叉比對,合成每位開發者單一身分。接著依帳戶距離企業採購的遠近打分。業務團隊拿到的是排好序的名單,不是一份冷冰冰的信箱清單。說到底,這是一套從產品行為出發的 go-to-market 平台,本質上仍是開發者工具 GTM 軟體。

成熟度是它比較尷尬的一面。Ecliptor 以兩人團隊走過 Y Combinator 2024 冬季梯次,沒有公開價目表,官網現在只掛著即將推出的頁面。使用權限得靠預約 demo 取得,沒有自助註冊。評估時請把它當成值得跑一輪試用的產品,而不是看完價格頁就能下單的工具。團隊另外公開過一支文件匯入 API,能把複雜 PDF 拆成 markdown 片段,餵給檢索流程使用。

開始使用

  1. 從官網預約 demo 或直接寫信給團隊,目前沒有公開的註冊表單。
  2. 接上你本來就在追蹤的來源:程式碼倉庫活動、文件站分析、社群頻道與 CRM。
  3. 讓 Ecliptor 把同一位開發者跨平台對齊,避免一個人被算成四個匿名訪客。
  4. 與業務主管一起檢視排序後的帳戶名單,從意圖最高的輪廓開始接觸。

產品資訊

快速了解 Ecliptor 的定價、支援平台與效能。

免費方案否
付費方案N/A (demo-based pricing)
平台Web
開發者Ecliptor (Andre Fu, Nanki Grewal), San Francisco
類別程式設計 · 行銷
發布日期Jan 2024
最近更新Oct 2026
網站訪問量N/A
網站全球排名N/A
API 提供狀態N/A

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 做由下而上銷售的開發者工具創辦人:拿到的是已經在用產品的短名單,而不是硬抓來的聯絡人,但試用前得先有人把資料來源接乾淨。
  • 開發者取向新創的業務主管:團隊看得懂 commit 與 issue 活動、能把它轉成對話背景時特別有用;只靠現成潛在客戶名單作業的團隊則感受不到價值。
  • 成長與 PLG 團隊:想把免費使用者導向付費時,這套邏輯行得通,前提是漏斗資料放在 Ecliptor 接得上的分析與社群工具裡。

任務

  • 開發者潛在客戶評分:依真實使用行為而非表單填寫來排序帳戶,但要留意評分品質取決於你餵進多少訊號。
  • 在大客戶裡找出產品倡議者:在正式談判出現之前,先認出那位已經在內部幫你的工具說話的工程師。
  • 個人化開發者首封外聯信:訊息可以引用對方上週在倉庫或文件站的實際行為,一般 AI 開發信工具看不到這一層。

情境

  • 免費方案有上千名匿名使用者、每季卻只有幾筆企業合約:Ecliptor 幫你分辨哪些使用者任職於有預算的公司。
  • 進入新市場,社群有熱度但還沒有 pipeline:開發者意圖資料會顯示哪些地區與公司已經在試用產品。
  • 小型業務團隊的前期研究:排序名單能砍掉手動查帳戶的時間,那原本會吃掉創辦人一整週。

主要功能

跨平台開發者輪廓

Ecliptor 把同一個人在 GitHub、LinkedIn、X、Slack、Discord 與你文件站的足跡接在一起。一位開發者不會再變成四個互不相干的訪客。對業務來說,姓名、公司與聯絡理由會落在同一筆紀錄裡。

帳戶層級的意圖評分

平台依公司內開發者的投入程度排序,而不是只看職稱。評分吃的是行為:反覆瀏覽文件、開 issue、在社群提問、替倉庫按星。你會得到一份可以從上往下打的清單,這也是整套產品的核心賣點。

找出產品倡議者

開發者工具的收入,幾乎都是從某位工程師在內部推動開始。Ecliptor 試著在商機成形之前找到這個人,把反覆出現的實作行為看得比單次造訪更重。團隊靠它決定誰值得收到創辦人親筆信,誰再等等。

用使用資料寫外聯內容

草稿會引用輪廓與互動紀錄,所以訊息能提到對方上週測過的特定整合。這跟把名字塞進範本的群發信是兩件事,收件者通常第一眼就看得出來。回覆率高低,取決於串接來源餵進多少真實訊號。

交接給 CRM 與工作流程

合格的帳戶連同佐證活動一起進到團隊原本在用的 CRM。業務留在他熟悉的 pipeline 檢視,行銷則留下哪些帳戶跨過門檻的紀錄。少了這道交接,排序名單只會變成另一個沒人打開的儀表板。

文件匯入 API

Ecliptor 的公開 demo 展示一支 PDF 轉 markdown 的 API,能處理表格與圖片,再切成適合向量化與檢索的片段。這條線和銷售產品分開走,但指向同一種能力:讓一份亂糟糟的文件變成模型可用的素材。正在建 RAG 流程的團隊,可以拿自己的檔案試。

優缺點

優點

  • 把互動資料綁到有名有姓的人與公司,這一步是一般 AI 開發信工具在技術族群上最容易略過的地方。
  • 站在由下而上銷售與產品驅動的角度,而不是由上而下發配帳戶名單。
  • 草稿帶著真實使用情境,第一封信讀起來像做功課,不像套版。
  • 團隊規模小,試用期間通常能直接接觸創辦人。

缺點

  • 沒有公開價格也沒有自助註冊,不談一場業務就無法測試。
  • 官網目前是即將推出的頁面,產品文件也薄,外部自行評估很吃力。
  • 成效取決於串接多個資料源;分析工具薄弱或社群安靜的公司,只會拿到又薄又不準的排序。

常見問題

它把開發者在程式碼倉庫、社群檔案、社群頻道與文件站的活動整理成每人一份輪廓,再依採購意圖排序這些人任職的公司。業務團隊照著順序決定先聯絡誰。