公共关系工作手册

开发者关系¶

与优秀的开发者合作，通过利益交换实现互利共赢。

操作要点¶

1. 贡献与合作：邀请优秀开发者贡献代码、举办讲座，提升其在开源社区的影响力，也提升我们的技术实力

2. 共同盈利：后续合作开发前端课程、承接大型客户项目

3. 生态占位：参与优秀开发者的项目方向（如小程序前端工具链、Flutter 函数式编程等），帮助我们扩大开发者影响力

4. 实践吸收：通过合作吸收优秀实践，提高自身技术眼界

利益置换¶

设计者注：开发者关系的本质是"价值对等交换"。不要想着占便宜，也不要单方面付出。找到双方都不太乐意做但对双方都有价值的点，通过记账交易提高效率。

平台关系¶

操作要点¶

1. 先尽可能按正常流程交涉——能私下解决先私下，能社区内解决先社区内

2. 交涉失败后，将过程记录下来，公开斗争范围

设计者注：平台关系的核心原则是"先礼后兵"。按流程走既是保护自己，也是积累证据。记录过程不是为了报复，而是为了让社区和公众了解事实——大多数情况下，记录本身就能让对方回到谈判桌。

公告管理¶

原则¶

• 优先归因客观条件：承认现实问题的复杂性，不归罪于某个利益相关方，减少相关方的抵触情绪

• 建设性批评：批评的同时提出改进方向，让相关方有行动方向

通过这些原则争夺在市场上的话语权和领导权。

写作方法¶

按亲疏关系排序，从亲到疏依次喊话。

1. 确定利益相关方是哪些

2. 分析每个利益相关方的立场，根据立场决定策略

3. 设置自身角色以利于情感传播

话术模板¶

「关于最近的情况，我们想和大家说明一下。这本质上是一个行业层面的结构性问题，不是某一方的责任。我们正在做以下改进……同时我们也希望各方能够……。」

设计者注：公告写作不是"声明立场"，而是"管理预期"。读者关心的不是你"对不对"，而是"这件事对我有什么影响"。归因于客观条件是为了减少对立，建设性批评是为了给出行动方向。按亲疏排序喊话，是因为不同立场的人需要接收不同的信息——自己人需要知道怎么做，外部需要知道你的态度。

附录：公共关系检查清单¶

验收标准：开发者合作的价值交换应对等，平台交涉应按流程走完，公告的归因应客观且批评应具建设性，应按亲疏关系排定喊话顺序。

手册使用建议¶

1. 开发者关系以价值对等为核心，避免单方面索取。

2. 平台关系先礼后兵，记录过程本身也是力量。

3. 公告管理优先归因客观条件，批评要带建设性。

4. 手册不替代章程：正式公关制度以章程为准。