如何选择网站套件,同时不丢失长期方向
选择现在就能运作的公开网站范围,记录更广的数位方向,并把套件功能与加购项、独立系统分开。
选择网站套件时,先把公开网站范围和更广的数位方向分开。一间生意可能真的需要线上下单、员工流程与客户状态追踪。这不代表所有那些能力都属于网站套件,也不代表长期需求是虚构的。
更好的问题是:在这个网站的第一个运作阶段,它必须交付哪些公开资讯、客户动作与内容管理责任? 把终态方向留在简报里,然后把每个需求分类为网站套件、标准加购项、周边服务或独立系统。未来的扩充可能需要重新设计、迁移或整合,所以应该诚实地规划,而不是描述为免费或自动。
较小范围就足够的信号
对照这份清单对自己诚实。以下情况,较小范围很可能是对的:
- 你的产品适合一份简短清单。 少数几项服务,每项需要一段文字,而不是需要自己导航的目录。
- 第一个动作可以安全地保持人工处理。 表单可以结构化咨询,而员工继续经过验证的报价、确认或付款流程。
- 一种语言覆盖你真正的客户。 不是你可能有一天会有的客户——是现在真的联系你的那些人。
- 你的内容很少改变。 营业时间、服务与价格一年改几次,而不是每周。
- 网站的主要工作是信任与被找到——成为陌生人联系你之前会查看的可信处。这个工作由小而清楚的网站做得很好。
如果这些大部分都描述你的公开网站,那么即使存在一份更庞大的营运路线图,较小的套件也可能覆盖那个入口。
你真正需要更多的信号
相反的信号同样具体:
- 公开内容超出较低套件的边界。 需要的页面、语言、被管理的内容或包含的能力,无法干净地放进去。
- 你的目录真的很大。 几十个项目需要客户浏览、筛选或搜寻——几个页面结构上装不下。
- 多种语言今天就在服务付费客户。 不是抱负;是现在你正在拒绝或服务得很别扭的既有需求。
- 内容更新频繁且由你掌控。 你需要每周不靠别人就能改东西——那是真实的能力需求,不是奢侈品。
有些需求表现为当前的痛苦;有些是已知的义务或计划中的变更。两者都可能是真的。套件选择应基于书面网站范围与当前内容额度,而后续系统的时机也要考虑流程知识、资料、员工准备度、整合限制与营运成本。
分期后续工作是正常的——但本质上不是免费的
从受控范围开始再成长的网站是正常的。网域、业务资讯、客户进入模式与营运证据可以延续。但后续的变更也可能需要新设计、资料迁移、整合或一个独立应用。负责任的提案会识别什么可复用、什么不确定、什么明确在当前套件之外。
从小开始还有个隐藏好处:真实运作网站几个月后,你会知道再怎么提前规划都揭示不了的事——访客实际读了哪些页面、网站没回答哪些问题、咨询真正来自哪里。用那份知识来做后续升级,总是比第一次的大猜测更精准。
什么时候连最小范围都太多
再来是诚实的一面:如果你还说不清自己在卖什么,或生意本身几个月内就可能转向,那么没有哪个范围“够”——因为网站会描述一个不稳定的事物。先把生意定下来;网站选择随后就变简单了。
介于两者之间的,请用当前的 Pricing 页面或 Package Finder 比较实际内容额度。不要仅仅因为长期愿景听起来更大就选 Business 或 Premium;只有当当前网站范围跨越一个已记录的套件边界时才选。目录之外的需求需要评估与独立报价,而不是猜测的价格。
这篇文章描述的是界定网站采购范围的一般知识——这个推理适用于任何供应商的选项,包括我们。