以非技术角色开发技术工具

资料来源:Google图片

我最近有机会在工作中解决自己选择的操作问题。 我发现的问题是我们的前线运营人员所努力解决的问题:创建手动的,自定义的信函。 该任务需要的解决方案超出了您的平均邮件合并范围。 带有60多个模板,每个字母很少写,并且需要在多个数据库中存储特定信息。 每天需要花费大量时间,并且经常导致错误,并给业务带来严重影响。 随着公司的发展,我们预见到信件数量的增加。

为了发展我的技术技能并创造一些对我们的团队有利的东西,我开发了一种工具来帮助缩短周期时间,减少错误数量和可扩展性限制。

解决方案

结合使用python,SQL和JavaScript(Google Apps脚本),我能够根据个人需求自动填充特定信息。 python脚本将不断更新一个表,该表将存储使用SQL查询的所有必要信息。 JavaScript将允许Google Doc插件检索并填充该信息。

伪造的工具演示。 需要大量定制的实际组件是机密的,不包括在内。

作为一个非工程师,非产品人员,很少构建除仪表板之外的任何东西,以下是从该项目中学到的经验教训:

  • 了解潜在问题及其根本原因

明确解决问题并权衡不同解决方案的利弊至关重要。 根本原因仅仅是各种利益相关者不一致地存储信息,所以开发标准化的工作流程和培训人员本来是更合适的解决方案。

  • 利用开源代码

但是,如果您决定涉足开发一种技术工具(甚至像我的基本工具一样),那么今天就可以轻松地找到适用于任何业务环境的代码并根据自己的喜好对其进行调整。

  • 即使对于一小部分受众,市场调查也必不可少

在不理解客户需求的情况下,您可以设计出一种解决方案,结果证明这是浪费每个人的时间。 类似的自动化可能会带来许多其他问题,但是重要的是要确定最高优先级并做出快速判断,这将为您的团队带来最大的价值。

  • 分析您的结果并进行迭代

您的解决方案实际上达到了目标吗? 它是否出现了新问题? 如果表现不佳,这是什么问题? 作为所有者,您需要能够识别结果并负责不断开发解决方案。

  • 分享解决方案

即使您的产品不是公司业务的核心,也可能会有另一个团队可以从您的工具或基础技术中受益。 分享解决方案! 您可能已经开发了一个可复制的过程,并且可以获取其他好处。 至少,人们认为您现在可以制作很棒的东西。