技能介绍

解决的问题

在上线前，团队常要在多个“看起来都行”的方案里做选择：Logo、广告图、应用商店素材、书名与封面、域名、包装、价格和文案。内部评审容易主观化，传统用户调研又慢且重。PickFu 把“给真实消费者快速拆分测试”做成自助流程：创建一个 poll，选择题型与受众，几分钟内拿到量化偏好与逐字解释。本技能负责把提问方法、受众匹配、结果解读和自动化路径讲清楚。

核心能力与工作步骤

支持的题型包括 head-to-head A/B/C、ranked、star/emoji rating、open-ended、click test、five-second test、single/multi-select、Likert。
受众来自 15M+ 验证受访者，支持 90+ 人口属性与 15+ 国家；用于测试 logos、ads、Amazon/app-store listings、book covers、app icons、names、packaging、pricing、copy。
第一步收集上下文：确认你要做什么（建 poll、定向受众、读结果、预算、自动化、选型），并判断是 consumer 还是 B2B/professional。
第二步分流：B2B 消息测试转到 /sales-wynter；build-or-not 的验证转到 /sales-idea-validation；可用性/原型测试转到 /sales-lyssna 或 /sales-uxtweak；合成人群模拟转到 /sales-societies；已有反馈主题分析转到 /sales-customer-feedback 或 /sales-trill。
第三步查阅参考：references/platform-guide.md 覆盖题型与自动化、计费与套餐、Survey → Question → Response 数据模型、受众定向、vote % 与 comments 的读法；references/pickfu-api-reference.md 覆盖开发者接口。
第四步执行建议：强调 poll 测的是 stated preference 而不是 demand；坚持中性、目标导向的问题写法；按 credits 估算样本成本；自动化优先用 REST API/MCP/CLI。

关键注意点

偏好不等于需求：赢家或“我会买”代表被问到时的偏好，不等于购买或转化；请基于逐字评论做判断，再通过 /sales-idea-validation 做真实行为测试。
问题措辞决定结果：不要写诱导或含糊问题，如 do you like this? 或 isn't X better?；让 PickFu 自动收集“为什么”。
成本随样本与定向上升：按响应计费，约 $1/response 起步，最小 poll 约 $15；1 credit = $2 USD；请以 pickfu.com/pricing 为准。
开发者接口：REST base 为 https://api.pickfu.com/v1，OAuth token 放入 Authorization，速率 100 req/min；MCP 为 https://mcp.pickfu.com/mcp；CLI 为 @pickfu/cli。创建 poll 用 POST /surveys，发布用 POST /surveys/{id}/publish，读取结果用 GET /surveys/{id}/responses。
没有完成态 webhook：通过 GET /surveys/{id} 或 pickfu survey watch 轮询 numResponses/status；不要自动重试 POST /surveys，避免重复创建。
API/MCP/CLI 受套餐限制：通常需要 PickFu+/Team/Enterprise，在 Settings > API Keys 确认。