我从团队开发SaaS应用程序中学到的知识

您需要作为团队来构建或学习的任何服务或软件的一部分都需要时间。通常时间远离产品的有价值的东西。

从您的团队成员开始,尽可能地分开工作

首先,让一个或两个打基础,并指出他们重构了一些可以学习和复制的模式。与您的团队成员尽可能地分开,但要在同一页上。

当我和首席开发人员在MVP阶段碰撞并测试了一些核心对象4周时,我看到了这种方法的价值。这样一来,将这项工作扩展到另外两名开发人员就变得容易了,因为可以构建10个以上的流程来遵循和改进这些模式。如果四个开发人员在早期都有全部相同的任务,那么可能不会有相同的团队共享,而是四个略有不同的模式。

因此,请尽早获取案例历史记录和原因,然后再进行讨论。与使整个项目精益化一样,它从小处着手,首先要满足您的需求。

除非所有人都抱怨,否则不要构建不需要的服务

您需要作为团队来构建或学习的任何服务或软件的一部分都需要时间。通常时间远离产品的有价值的东西。如果不是核心业务需求,那么请使用第三方工具或服务,直到您需要做或扩展的规模超出实际为止。

这样做的好处是,您可以计划电子邮件,爬网,测试,身份验证的操作,而不必从头开始学习并在以后予以支持。您可以通过添加服务器场和另一个团队的技能来虚拟地增加团队容量,通常少于单个开发人员的小时费率。

为产品运行成本的百分比或新员工的月薪设定基准。如果您需要一项服务,并且每月花费200英镑,但是内部构建和支持该服务的工作人员每月将花费3,000英镑以上,您将赢得很多时光。

如果您使用服务,请不要紧紧相扣

使用第三方服务还可以鼓励松散地连接产品。如果以适当的臂长连接并且带有测试和警报功能,则它使更改更容易适应。在应用程序中进行深入更改的点更少,这意味着您的团队可以更快地行动,而且不会破坏工作。

产品积压永远不会为空

今天的最后一点是要从一开始就知道,您并没有构建固定大小和功能的东西。您添加的内容越多,就会激发所有者和客户更多的需求并进行改进。

产品是一种数字生活机器,可以无休止地进行更改和改进。因此,请确保您专注于该阶段的实际需求和功能,而不是要清理的任务列表。

当您拥有一个要让成千上万的人访问的网站时,他们本质上都是在同一页面上看到相同页面的人。因此,尽管小物件可能会更改或适应用户,但它们以相同的方式查看您的内容。在应用程序中,它是您的机器,但它们是内容,并且他们想要它们的方式,因此以不同的方式或以不同的方式使用它。因此保证他们想要自己的方式。结果是获得了较少的付费受众,但增加了1,000名新经理。如果您的客户付款,他们希望它适合每个客户。

照片来源: 戴维·彭宁顿 在未飞溅

#laravel #email #saas
Mautic标签

也可以看看