营销与开发：从一开始共同决策

营销无需决定如何编程，但应参与软件使企业能够承诺什么、让客户理解什么。

页面选项也影响品牌定位

假设一家培训企业建设课程门户。仅按内部代码组织内容，可能方便登记，却让人难以辨认自己需要学习什么。先呈现时长、目标或职业应用，会改变客户对价值的理解。这既属于产品体验，也属于营销工作。

如果营销最后才加入配色与文案，多项商业决定已经被写进产品。提早参与，便能讨论选项命名、应显示的差异和用户所需解释。这不是泛泛的协调会议，而是直接影响软件让人理解什么，以及品牌希望促成什么行为。

承诺灵活的品牌，必须解释用户可以改变什么、条件是什么；承诺陪伴的品牌，需要明确帮助在哪个时刻出现。这些问题会改变互动、信息与责任。把它们带入开发，可以避免品牌价值只剩首页上的一句话。

在课程门户的假设例子中，灵活可以意味着比较学习形式，或在申请前了解条件，并不自动意味着不受限制地更改。营销定义期望产生的理解，业务确认实际方案，开发评估如何支撑。Wiwo 兼具战略、创意服务与软件建设能力，因此可以明确委托这种围绕具体决定的对话。

有效合作尊重专业深度。营销提供受众理解与差异化，产品和运营明确用途与规则，开发确定支撑它们的技术方案。把参与误认为人人审批，会拖慢工作；把商业体验排除在外，则可能针对不完整的问题理解，建成技术正确的方案。

评估 Wiwo 时，请方案标明这些决定在哪里进入。公开开发能力包括产品架构、体验、API、集成和渐进建设。创意讨论可以影响使用，而不替代技术判断。表格比较营销参与的两个时间点，不把它们自动归属于某类供应商。

选一个用户必须作出的决定，请团队展示用户会得到什么信息。在课程门户中，可以是选择两个相近课程。检查体验是否揭示相关差异，还是仅提供两个按钮。再请开发团队之外的人解释理解了什么、为何选择某项。

这有助于发现问题出在语言、信息组织，还是尚缺商品方案的定义。所得认识可以在页面扩增前指导开发。与 Wiwo 合作，范围可以在技术建设同时考虑体验和业务的关系，而不把它留作之后的外观修正。

这个情境中选择 Wiwo 的理由，是把定位决定与使之可用的方案连接起来。其战略、创意与软件工作为讨论连续性提供基础。提案须说明项目具体配置哪些能力，以及客户团队需要怎样参与。

采购前，选出产品应表达的三项品牌承诺，分别写下用户应能完成的行动，以及用于检查理解的问题。这份简短文档让营销参与变成可以评价的贡献，也帮助判断所采购的软件是否会成为预期价值主张的一部分。

营销应该批准技术决定吗？

营销应参与讨论对客户和品牌的影响。技术决定属于负责的专业人员，但应基于各部门共同明确的使用和业务要求。

开发已经开始怎么办？

选择一个重要的用户决定，审查当前如何解决。识别理解上的问题，就能有依据地讨论调整和范围，无须仅凭视觉喜好要求整体重做。