customer-research
進行客戶研究並建立資料驅動的人物誌
停止猜測客戶想要什麼。此技能可幫助您從訪談、問卷調查、客服工單和線上社群中提取可操作的洞察,建立以真實客戶意見為基礎的人物誌和訊息傳遞策略。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「customer-research」。 I have 15 customer interview transcripts. What insights can you extract about why customers buy our tool?
預期結果:
Based on the transcripts, here are the top 3 buying triggers ranked by frequency x intensity:
1. 'Embarrassing spreadsheet failure' (HIGH confidence - mentioned in 12/15 interviews)
- Quote: 'We sent a report to the CEO with the wrong numbers and had to present it'
- Trigger: Public mistake or near-miss with manual processes
2. 'Team scaling broke our old process' (MEDIUM confidence - 8/15 interviews)
- Quote: 'When we hired person #5, Google Sheets became a nightmare'
- Trigger: Crossing 5+ person team threshold
3. 'CEO asked for a report we couldn't produce' (MEDIUM confidence - 6/15 interviews)
- Trigger: Executive visibility request exposed gaps
Implications: Your messaging should lead with 'avoid embarrassing mistakes' rather than 'save time' - the emotional pain is stronger.
正在使用「customer-research」。 Mine Reddit for what people hate about project management tools.
預期結果:
From analyzing 47 Reddit threads across r/projectmanagement, r/entrepreneur, and r/SaaS:
Top pain themes:
1. 'Over-engineered for what I need' (19 threads)
- Quote: 'I just want to track tasks, not configure 47 fields'
- Quote: 'Jira feels like getting a root canal'
2. 'Steep learning curve for my team' (15 threads)
- Quote: 'Adoption failed because half my team refused to use it'
- Quote: 'Takes longer to log the task than to do it'
3. 'Too expensive for small teams' (12 threads)
- Quote: '$50/user/month is insane for a 3-person team'
Vocabulary to use: 'simple', 'setup in minutes', 'your team will actually use', 'pricing that grows with you'
安全審計
安全All 70 static analysis findings are false positives from documentation patterns. MD5 hashes in evals.json are content integrity checksums, backtick characters in markdown files are code examples, and path sequences like '../' are relative documentation links. No executable code, external commands, or security risks present in this pure documentation skill.
品質評分
你能建構什麼
產品經理驗證功能優先順序
分析客服工單和訪談紀錄,找出反覆出現的痛點,驗證客戶實際想要解決的問題,再開始建構功能。
行銷團隊建立 ICP 人物誌
挖掘 G2 評論、Reddit 討論和訪談資料,建立包含真實客戶用語、觸發事件和購買反對理由的詳細人物誌,用於目標受眾定位和訊息傳遞。
創辦人進行精實客戶研究
使用數位水源研究技術,在沒有現有研究資料的情況下從線上社群收集客戶情報,然後綜合為可操作的洞察。
試試這些提示
I have [number] customer interview transcripts. Help me extract jobs-to-be-done, pain points, and trigger events. My goal is to improve [messaging/product/positioning]. Here are the transcripts: [paste transcripts or describe file locations].
Research what customers say about [competitor name] on G2 and Capterra. Focus on their 4-star reviews to find what customers love but still complain about. Extract: top praise, top complaints, unmet needs, and switching triggers.
Build a persona for [role/title] at [company size/type] based on this research: [paste research data or summarize findings]. Include: profile, primary job-to-be-done, trigger events, top pains in their words, desired outcomes, objections, alternatives considered, and key vocabulary.
Help me find where [ICP description] spend time online. My product is [category/description]. I want to understand their [pains/vocabulary/objections]. Recommend specific sources (subreddits, review sites, communities) and what to search for.
最佳實務
- 始終先檢查 product-marketing-context.md 檔案,避免詢問已回答的問題
- 為每個洞察標註信心等級(高/中/低),依據樣本數量和來源一致性
- 優先查看 3 星評論和未經提示的評論,而非完美的 5 星評論,以獲得真實回饋
- 提取確切的客戶引述而非轉述 - 這是文案和訊息傳遞的珍貴素材
- 在得出結論前,按客戶資料進行研究分段 - 不要跨不同使用案例取平均值
- 以過去 12 個月的研究為主要來源 - 市場和產品變化迅速
避免
- 不要從每個區段少於 5 個資料點建立人物誌 - 高度異常值的風險
- 不要跨不同客戶區段或流失原因平均洞察 - 會掩蓋真實模式
- 不要將所有客服工單視為同等信號 - 按錯誤/困惑/功能請求分類
- 不要在沒有資料的情況下發明人物誌細節 - 留空欄位而非猜測
- 不要只依賴量化問卷資料而沒有開放式脈絡 - 會錯過背後的原因
常見問題
模式 1 和模式 2 研究有什麼區別?
為什麼您建議先閱讀 3 星評論?
建立人物誌前需要多少資料?
此技能能替我執行客戶訪談嗎?
如果我沒有任何現有的研究資料怎麼辦?
為什麼此技能一直詢問我的目標?
開發者詳情
授權
MIT
引用
main
檔案結構