业务Services课题Briefs洞察Insights关于About联系Contact
400-103-0541 工作日 9:00–18:00

首页 / 课题 / 官网与小程序立项

Brief — 数字化

企业要做官网和小程序,在找外包之前应该先想清楚哪几件事?

Before You Brief a Web Vendor

很多企业的官网和小程序从立项那天起就注定会被闲置,问题出在想都没想就开始找人报价。

官网与小程序立项

课题演示,非客户项目。以下是我们对这类问题的判断与工作方式,具体项目会按企业实际情况调整。

问题

假设一家山西的企业,可能是制造业,可能是服务业。老板说「我们该有个像样的官网了」,或者「别人都有小程序,我们也得做一个」。接下来的动作通常是:找三家外包公司,让他们报价,选一家便宜的,三个月后上线。

上线之后呢。官网没人更新,小程序没人打开。外包公司交付完就走了。企业内部没人说得清这个东西是干什么用的。

问题不在外包公司。问题在立项的时候没有回答几个基本问题。给谁看?看了之后希望他做什么?谁来维护内容?和现有的业务流程怎么对接?这些问题不答,外包公司只能按模板做。模板做出来的东西,当然没人用。

我们的判断

第一,官网和小程序是两个不同的东西,不要一起立项。官网是给外部了解你的人看的。小程序是给已经和你有关系的人用的。两者的受众、内容和维护方式都不一样。合在一起做,往往两边都做不好。

第二,先写需求,再找供应商。需求不是「要一个官网」,而是「这个官网要解决什么问题、有哪些页面、每个页面说什么、谁负责更新」。需求写清楚,报价才有可比性。

第三,内容比功能重要。大多数企业官网的问题不是功能不够,是内容没人写。立项时就要定好内容责任人。没有内容责任人的官网,不建议开工。

第四,不要一开始就追求「大而全」。第一版只做最必要的页面和功能。上线之后根据实际使用再加。小程序尤其如此。功能越多,维护越难。

第五,供应商选型看两件事:有没有做过类似行业、交付之后是否还管。价格是第三位的。

工作方式

  1. 需求澄清(第 1–2 周)。访谈老板、销售、客服和市场人员。回答「给谁看、希望他做什么、现有流程怎么接」。产出需求澄清文件。
  2. 信息架构(第 3–4 周)。列出页面清单和每个页面的内容要点。画出用户从进入到完成目标的路径。产出信息架构与页面清单。
  3. 内容责任(第 4–5 周)。为每个页面指定内容责任人和更新频率。明确哪些内容需要外部协助。产出内容责任表。
  4. 技术与供应商选型(第 5–6 周)。根据需求给出技术路线建议。编写供应商询价文件。协助评估报价。产出技术与供应商选型建议。
  5. 上线后运营方案(第 7–8 周)。定义上线后谁看数据、多久更新一次、遇到问题找谁。产出上线后运营方案。

交付清单与周期

  • 需求澄清文件:第 1–2 周。含目标受众、核心目标、业务对接点。
  • 信息架构与页面清单:第 3–4 周。含页面层级、内容要点、用户路径。
  • 内容责任表:第 4–5 周。含页面、责任人、更新频率、素材来源。
  • 技术与供应商选型建议:第 5–6 周。含技术路线、询价文件、评估标准。
  • 上线后运营方案:第 7–8 周。含数据查看、更新机制、问题处理。

周期 6–8 周。这是开发前的工作,不含开发周期。开发由选定的供应商执行,我们可以协助验收。

衡量什么

  • 立项文件完整度:需求、架构、责任表是否齐全。数据来自交付文件核对。
  • 供应商报价可比性:各家报价是否基于同一份需求。数据来自询价回复。
  • 内容就绪情况:上线前每个页面的内容是否到位。数据来自内容责任表跟踪。
  • 上线后更新频率:各页面实际更新间隔。数据来自后台发布记录。
  • 目标路径完成情况:用户是否走到了我们希望他到达的页面或动作。数据来自网站或小程序统计后台。
电话