惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

MyScale Blog
MyScale Blog
WordPress大学
WordPress大学
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
C
CXSECURITY Database RSS Feed - CXSecurity.com
I
Intezer
V
Visual Studio Blog
Cisco Talos Blog
Cisco Talos Blog
Microsoft Azure Blog
Microsoft Azure Blog
S
Securelist
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
N
News and Events Feed by Topic
Recorded Future
Recorded Future
Simon Willison's Weblog
Simon Willison's Weblog
G
GRAHAM CLULEY
酷 壳 – CoolShell
酷 壳 – CoolShell
L
Lohrmann on Cybersecurity
U
Unit 42
Hacker News: Ask HN
Hacker News: Ask HN
阮一峰的网络日志
阮一峰的网络日志
Vercel News
Vercel News
PCI Perspectives
PCI Perspectives
H
Help Net Security
C
Cisco Blogs
爱范儿
爱范儿
Recent Announcements
Recent Announcements
Google DeepMind News
Google DeepMind News
小众软件
小众软件
T
Tor Project blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Schneier on Security
Schneier on Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
www.infosecurity-magazine.com
www.infosecurity-magazine.com
IT之家
IT之家
J
Java Code Geeks
人人都是产品经理
人人都是产品经理
Spread Privacy
Spread Privacy
T
The Blog of Author Tim Ferriss
Application and Cybersecurity Blog
Application and Cybersecurity Blog
AI
AI
S
Security @ Cisco Blogs
T
Tenable Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
aimingoo的专栏
aimingoo的专栏
Cloudbric
Cloudbric
D
Docker
W
WeLiveSecurity
Hacker News - Newest:
Hacker News - Newest: "LLM"
F
Fortinet All Blogs
The Hacker News
The Hacker News
Help Net Security
Help Net Security

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
SaaS增长(2):解锁“官网设计”的那些事儿
亚亚的半亩田 · 2024-11-04 · via 人人都是产品经理

设计一个 SaaS 公司官网,首先会从战略层、范围层、结构层、框架层和表现层五个产品层级进行全面考虑,而作为一个产品经理,在产品设计的时候不仅仅是考虑的这几个层级。本文将从以线索量获取作为重点目标的官网设计,来你介绍官网设计那些事。

01 产品五个层级简单分析

1.1 战略层

(1)目标设定:明确官网的主要目标及量化指标,官网涉及是为了品牌宣传、还是获得线索,不同的目标将决定整个官网的设计方向。此次官网设计假定以获得线索量为核心目标,品牌宣贯次之。如月新增AQL达到X条

(2)用户分析:深入了解目标用户群体是打造成功官网的基础。包括行业、岗位、痛点等。从岗位来说,对于 SaaS 公司官网而言,其用户群体不仅包括产品的使用者,还有采购人员、负责人等。在官网内容呈现时,需要重点特定用户的核心痛点和解决方案。还有竞争分析,对竞品官网的分析

1.2 范围层

(1)功能范围:梳理并确定官网所需具备的主要功能是关键环节。一般而言,SaaS 公司官网应包括公司介绍、产品介绍、解决方案、客户案例、在线客服等功能模块。在功能梳理过程中,可以参考众多优秀的 SaaS 官网案例,但不能简单复制。需结合自身产品特点和目标用户需求,进行个性化的功能设计

1.3 结构层+框架层+表现层

(1)结构层:后续信息架构,构建合理的架构能确保用户能够快速找到所需信息的重要保障。重点关注导航菜单、页面结构和内容分类的设计。例如,将导航菜单分为首页、产品、解决方案、客户案例、资源中心、关于我们等主要板块,每个板块下再进行细分。

(2)框架层:界面设计应注重简洁、美观,同时保证功能的易用性。合理布局页面元素,避免信息过载,提高用户的阅读和操作效率

(3)表现层:包括视觉设计和文案设计。视觉设计包括色彩、字体、图标、图片等方面,应注重一致性和协调性;文案风格应与品牌形象和目标用户群体相契合,确保信息传达准确、清晰。

以上是作为一个官网设计之初的思考,思考清楚了目标、用户群体才能更好的产出方案。

02 官网页面配置能力搭建

先来看为什么要有官网的配置化:

  • 从首页、解决方案、产品介绍页面来看,随着公司的发展,会有产品的上下架,也会有核心卖点的变更,这些都会涉及到页面的调整
  • 从案例、企业新闻来看,更新频率也会比较高,会需要有专属的运营管理页面可以供运营进行使用
  • 除官网本身外,也会有需要参加一些线下展会,或线上活动来作为线索获取,而这部分也会需要页面配置

所以作为一家发展型的SaaS公司,在官网产品设计上考虑页面的配置化。而页面配置化,会有以下几种实现方式

  • 外采,类似官网的页面搭建的由非常多的公司有成熟的产品,所以外采是一个常用的方式之一,特别是中小型公司,或以品牌宣传作为核心目标的官网设计的公司
  • 自建,具体的实现也会有很多种形式,包括纯自建或以开源的代码上进行自建。自建需要评估项目ROI,包括首次搭建和持续维护的产研成本

外采即是选择不同的供应商,对比功能与价格最终选择。而本文以自建的其中一种方案进行说明—积木式配置平台:以简单组件+自定义业务组件作为积木的原子来搭建不同的页面。再通过官网导航配置来实现整个官网的配置化

2.1 积木式配置平台

2.1.1 组件类型

  • 基础组件:如一级标题、二级标题、文本、图片、视频、富文本等作为基础组件
  • 业务组件:基于官网页面需要提前预设的组件,是由基础组件+预设交互来实现的,比如官网常见的业务组件,如不同类型产品介绍页;不同交互的轮播图等
  • 留资组件:依据公司实际需求预设留资组件,留资组件的类型参考文章

2.1.2 页面配置

包括以下几个模块内容:

  • 基本信息:URL、菜单导航、创建人、创建时间等
  • 页面配置:基本的页面配置简化如图

2.1.3 留资组件设计

详细的介绍可见文档:https://www.woshipm.com/pd/6130841.html。常见组件包括:

  1. 表单:最常见的留资方式,用户通过留手机号、公司名称、行业类型等信息。可以通过表单字段的数量、必填或选填,来实现用户的初筛。
  2. 试用注册:通过注册申请试用账号,注册用户作为一条留资进入售前环节进行跟进,也是一种留资方式。
  3. 在线客服:也是很常见的沟通方式,用户有即时的问题需要解答或快速了解时,在线聊天可以实现及时的互动,实时互动强
  4. 电话:针对产品比较复杂的公司,或者比较传统的行业,或客户购买意愿度比较高的场景下,用户更倾向于通过电话进行深入沟通
  5. 二维码:微信和企信二维码,通过用户扫码加微便于后续建立持续的联系,可以通过批量运营或群运营方式促进交易。

03 SEO基础能力

为更好的获得免费的流量和线索,在官网的设立之初还会考虑一部分SEO相关的基础能力建设(本文仅基础部分,高阶单开文章说明)。SEO设立之初会考虑以下几个方面内容:

  • 清晰直接的导航结构:创建简介、有意义的URL,尽可能是静态的。假设以www.tiantian.com来说。解决方案页即https://www.tiantian.com/solution/***;产品页即:https://www.tiantian.com/product/***
  • TDK设置:标题(Title)、描述(Description)和关键词(Keywords),合理设置 TDK 对于提高网页在搜索引擎中的排名和吸引用户点击至关重要。这部分产品更多提供配置能力,这个可以在【积木配置平台】的基本信息处增加字段配置化,TDK本身可以由专业SEO运营负责
  • 内容呈现方式:多以文字H1、H2、Span标签区分明确;即使是图片或视频,也需要添加描述性的文件名和 alt 属性,包含关键词,以便搜索引擎能够理解图片的内容

在具体实现上,还包括页面渲染、自动源码更新、sitemap自动更新、网站响应速度、内链与外链等相关能力建设。这个部分需要提前与SEO运营沟通和了解,在设计之初做好系统基建工作。

04 官网数据指标体系

在提到产品五个层级的时候,有提到在战略层需要考虑目标。如以线索量作为目标而言,其转化的路径为:UV→点击留资按钮→AQL→SQL

为什么要建立官网的数据指标体系:

  1. 流量转化效果分析:通过对流量关键转化行为转化漏斗的跟踪,深入了解不同渠道流量的转化效果。有助于精准把握用户在各个环节的行为,为优化营销策略提供有力依据
  2. 成本控制与资源优化:缩减低产出的流量投放,避免营销费用的浪费。通过对流量渠道的评估,找出低效益的投放区域,将资源集中在更有潜力的渠道上,实现营销成本的有效控制和资源的合理配置
  3. 高价值流量挖掘:积极挖掘高杠杆的流量,增加高产出渠道的投入。通过数据分析和市场洞察,发现那些具有较高转化率和潜在价值的流量来源,加大对这些渠道的拓展力度,提升整体营销效果
  4. 广告投资回报率提升:准确跟踪转化,依据数据做投放决策优化,提升广告的投资回报率(ROI)。在公司有限的预算内,通过精准的数据分析和决策,提高广告投放的效益,实现营收业绩的提升。

4.1 指标体系梳理

按照以下公式逐步进行拆解:

SQL=AQL * A→S转化率

SQL=(UV*留资率) * A→S转化率

UV分别来源于哪些渠道、哪些设备、哪些页面,一级一级进行拆解,具体如下:

4.2 数据获取

4.2.1 渠道数据获取

(1)设置关键词追踪 URL:百度、360等SEM渠道,在如百度推广助手在URL后增加追踪参数,常规配置的参数:utm_source(广告投放的来源)、utm_medium(广告投放的媒介类型)、utm_term(关键词信息)、utm_content(同一广告来源、媒介和活动下的不同内容或创意版本)、utm_campaign(标识特定的广告活动名称)。可参考Goolge Analytics的渠道处理逻辑https://support.google.com/analytics/answer/6205762

重要网址记录:用户发生转化行为,官网在技术实现上需要记录以下网址数据:来源页网址、着陆页网址、前页网址、当前页网址。

(2)其他的渠道有不同的识别方式

  • 比如微信小程序,【微信应用平台】-【小程序 AppID】用以作为来源的识别
  • 比如内部网站跳转,可以在URL上新增【位置参数(如utm_position)】作为来源的位置识别

4.2.3 按钮埋点

针对网站内按钮的埋点信息,一般公司有提供埋点管理的能力,需要前端对操作按钮进行手动埋点

以表单的留资组件为例:

  1. 记录节点:点击(唤起表单)即记录
  2. 记录信息:一级导航、页面url、留资类型、位置、按钮文案、操作开始时间、操作结束时间、操作人、landingpageurl、currentpageurl等

4.2.3 线索管理

AQL提交之后,属于CRM-线索管理功能。一般在记录的时候除了线索的基本信息会记录,线索来源、landingpageurl、currentpageurl等信息也会进行记录。

05 增长的A/B测试

以线索量作为官网建设目标之一,A/B测试就非常重要了,大家可能遇到过以下几种情况:

  • 运营框框提需求,说是能促进增长,但是没法评估哪些运营动作是有效的,除了运营动作本身会存在季节、市场环境,或人为干预的环节
  • 产品优化了很多官网功能,到半年度汇报时,无法说明哪些产品功能优化是有效的。以此对未来应该进行哪些功能优化没有依据支持

验证因果关系,确保方向正确;量化策略效果,实现数据驱动,精细成本收益,是A/B测试最核心的价值。

(1)A/B测试简单示例

(2)A/B测试的内容

可供测试的内容一般包括:

  • 用户体验(颜色、字体和交互等)
  • 算法优化(搜索、广告、个性化、推荐等)
  • 产品性能(响应速度、吞吐量、稳定性、延迟)
  • 内容(商品、资讯、服务)
  • 留资组件(留资类型、组件配置内容)等

(3)A/B测试具体实现的方式

一种是对接到如goole分析的A/B测试;另外一种是自建的A/B测试系统,这部分单独出文说明。

在试验设置上,有以下几个主要事项:

  • 对照组和实验组的比例:针对较大改版可按20%、50%、80%、100%逐步推进;针对小的优化可按50%、100%快速推进
  • 试验周期:SaaS官网的试验周期一般要以一周或两周的节奏推进,是由公司具体的业务情况,从SaaS公司来看,所有的留资组件需要在3个工作日会完成回复和转化,那测试周期就至少大于3个工作日
  • 对比数据获取:如果获取不到AB的对比数据,按试验就是没有意义的,所以在试验之初,每一个环节的埋点要求、数据获取要求都需要整理清楚

(4)查看试验结果

对应到线索全链路数据分析,需要能够快速获取不同版本的UV→点击留资按钮→AQL→SQL的各环节的数据。通过对比数据的升降,来决定接下来的推进。推进的方案包括扩大试验组的测试比例;全部恢复成对照组A;修改试用组B的交互;新上线实验组C版本等

本文由 @亚亚的半亩产品田 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自 Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务