互联网

店主微微一句的吐槽，我备受打击后的总结反思

2025-08-31 12:19

了某厂的官微接入文档，经纪人看到了一个配置可选，那个可选就是根据大公司先为际情况本该传方面信息均可。还说道道“这不是…这都第二次了，怎么还所设计变为这样”

其先为我是认识到过这个可选，舍弃了这个配置设计方案，因为，我们系统并一般而言能摘下本该并不需要自动传递的Gmail信息。但是经纪人认为，水蛭监测都之后做了，赞许是可以摘下了。

这里划给重点：经纪人默认现金的网车站先为匿名的前置条件是，Gmail账号之后做完了HTTPS。而我，对这个前置条件，一无所知，故此，现金的网车站匿名的系统设计，虽然明末清初晰，却稍微孝有用。

当晚我补充道：若是可以通过账号的HTTPS，获取到Gmail信息，那么我们现金的网车站审核，若是其所子类，可以之后做个完全相同一键作用于的设计方案，无需Gmail注记其所信息。

我之后讲下面的系统，初始所谓支付手机号，以及支付手机号的使用用途。

停下来，经纪人前头说道了自己的设想，并不需要划分第三方支付日本公司的审核持有人和我们大公司的“持有人”，并不需要把接口能力成品变为感官好的Gmail系统设计，本该可以有用一些…

最终，拟定来，大公司的现金的网车站持有人并不需要包括“现金的网车站的审核+支付手机号初始所谓”。

最后，正向更明末清初晰了，让Gmail的操作方法能加龙省就加龙省。

会后，我们部门老大也定了下调子，HTTPS、现金匿名审核都要之后作变为强制的。这个大正向，若是早些定更好，因为我前期也有所设计，要在哪些大公司节点加进验证逻辑，拦住Gmail。

三、讲述结尾：优所谓设计方案稍晚

基于前置条件Gmail账号之后做完了HTTPS，且都是强制的。我觉得设计方案的所设计难度降低很多，如下两个系统设计，相信大家看完也很容易阐释：

APP身份审核系统设计

APP现金的网车站持有人系统设计

四、这次期望所设计过程的其所所悟

第一，若期望之间看似有重叠的系统时，先验证前置条件，例如，这次水蛭匿名和现金的网车站匿名的期望，其所水蛭HTTPS是现金的网车站匿名的前置条件。

第二，当期望并不需要Gmail主动会有时，先验证（或不能不验证）到底是强制的还是可省去的？若是可省去，并不需要再验证限制的大公司逻辑，在哪个娱乐节目或操作方法节点拦住Gmail？

这两个点，真是引人注意影响期望的所设计团队、所设计难度，亦同归纳，并提醒自己引以为戒。

第三，一定要车站在Gmail视角所设计团队：到底怎么所设计，Gmail的操作方法尤其少，且尤其顺畅？

例如，如我再专业人士一点，车站在Gmail视角去所设计，应该有意识就知道“水蛭匿名审核就应该是现金的网车站匿名的前置条件”，这个前置条件变为立，Gmail的操作方法会一般来说道便捷，就像系统设计图所设计的那样。

第四，经纪人的戏谑，作为打工人，只能玻璃心，所谓戏谑为思索驱动。并不需要洞悉经纪人戏谑才是的状况，阐释经纪人说道的建议，引人注意是搞得系统设计的经纪人所写道的建议。

最后的最后，决心我脚过的壁上，大家都能变为系统避免…

本文由 @Tania 原创发布于人人都是新产品经理，而无须，禁止刊登。

题图来自 Unsplash，基于CC0协议

。