不写代码做一个移动应用：为什么你用 AI 做的应用可能已经是一个了

迟早会有用你 AI 应用的人问出那个问题：“有 App 可以下载吗？” 而如果你和大多数非技术型创始人一样，你的心会咯噔一下——因为你听说过，进 App Store 意味着开发者、几个月的工作量，还有苹果的审核流程。好消息是：不写代码做一个移动应用，多半是一个你早就回答过的问题。你的网页应用就可以是那个移动应用。它只是需要一点帮助。

那个差点搞垮一门正常生意的问题

我们认识的一位记账教练用 AI 做了一个客户门户——她的客户在一个地方上传收据、查看月度总结、给她发消息。它能用。客户很喜欢。然后同一个月里，其中三位问她有没有”一个手机上的 App”。

她做了大多数人会做的事：搜索”如何把 App 弄进 App Store”，找到代理机构 $15,000 起的报价，读了一堆关于开发者账号和审核指南的东西，于是断定她的产品撞上了一堵她爬不起的墙。

而她那时还不知道的是：她的客户要的不是一个 App Store 上的 App。他们要的是三件具体的事——我想从主屏幕打开它、我想让它在我手机上显示正常、还有我不想每次都登录。 这三件事，在她已经拥有的那个应用里，一个下午就能全部解决，而且不用写代码。

这是值得记到心里的那个规律：当用户说”App”时，他们通常描述的是一种体验，而不是一个分发渠道。

第一步：在你自己的手机上，认认真真用一用你自己的应用

在改任何东西之前，先弄清楚你的用户实际在忍受什么。在你的手机上打开你的应用——不是 AI 构建器里的预览，是你真实的手机——然后像一个客户那样完整地做完一项任务。上传那张收据。预约那次咨询。付那张发票。

大多数认真这么做过的人，会发现同样的三个问题：

**按钮和链接小到没法点。**你的手指不是鼠标指针。如果你得放大才能点到一个按钮，那每个用户也都在这么做。
**表格和表单溢出了屏幕。**那个整整齐齐有六列的仪表盘，在手机上变成了一团要横向滚动的乱麻。
**打字很痛苦。**一个在笔记本上花一分钟的表单，在手机上要花五分钟，尤其是当出现了错误的键盘（字段要数字、却弹出了字母），或者你打字时页面跳来跳去。

把惹到你的地方写下来。要具体。“收据上传按钮在折叠线以下而且很小”是一条能改的指令；“在手机上感觉很糟”则不是。

第二步：让你的 AI 构建器把它做得适配手机

把你的清单拿给你的 AI 构建器，一条一条地过。如果你想用，那个魔法词是 “responsive（响应式）“——它的意思是布局会自己重排以适应屏幕，而不是整体缩小。但你不需要这个术语。大白话的描述同样管用：

“在手机上，客户仪表盘需要横向滚动。重新排布它，让所有东西都能装进一块手机屏幕——需要的话就把各个版块竖向堆叠起来。”

“把所有按钮做得足够大，在手机上能轻松点到。”

“在收据上传表单上，让金额字段弹出数字键盘。”

然后在进入下一条之前，先在你真实的手机上检查每一处修改，就跟你测试应用任何改动时一样。一处改动，一次检查。移动布局很磨人，一个针对某种屏幕尺寸的修复，有时会把另一种尺寸挤歪——你想在改动还热乎的时候就把它逮住。

趁手还热，还有一个值得提的请求：让你的构建器在用户自己的设备上保持登录状态，而不是每次访问都要密码。对于一个人们在零碎时间里用手机打开的应用来说，单这一个改动，对”感觉像一个真正的 App”的作用，超过任何视觉上的东西。

第三步：在他们的主屏幕上放一个图标

这是出乎意料地很少有创始人知道的部分。每一部现代手机都能把一个网站钉到主屏幕上，让它像 App 一样打开——有自己的图标、全屏、没有浏览器地址栏。你的 AI 构建器可以把你的应用设置成让这件事运作良好：直接点名要它——

“把我的应用做成可作为 progressive web app 安装的，用我们的 logo 当图标。”

progressive web app（PWA，渐进式网页应用） 不过是一个带了正确设置、从而能像已安装应用那样运转的网站。一旦配置好，对你用户来说的体验就是：访问应用、点”添加到主屏幕”（你可以给首次访问者显示一个小提示），从此它就和 Instagram、他们的银行 App 并排坐着了。大多数人永远不会知道、也不会在意它不是来自应用商店。这就是那些代理机构报价里没人提起的、不写代码做移动应用的版本——因为根本没什么可报价的。

那位记账教练的”App 难题”正是这样解决的：对她最常用的五个界面做一遍响应式处理、保持登录、再加一个带她 logo 的主屏幕图标。总成本：一个下午和零美元。那三位要 App 的客户里，有两位告诉她，她们喜欢”这个新 App”。它还是同一个应用。

什么时候你才真的需要 App Store

现在说点实话：一个放在主屏幕上的网页应用能覆盖大多数产品，但不是全部。在以下情况下，走 App Store 这条路才开始说得通：

你的应用需要在完全没有网络的情况下工作——比如偏远地区的现场作业。网页应用能应付短暂的离线时刻，但重度离线使用更适合原生应用。
你依赖深层的手机功能——比如给配送追踪用的后台定位，或者高级的相机控制。基础的相机、照片和 GPS 在网页应用里都运作良好；需要原生的，是那种一直在后台运行、深度集成的东西。
**被 App Store 搜索找到对你的增长很重要。**如果你的客户真的会在商店里搜索像你这样的解决方案，那出现在那里就是营销。（对大多数小众工具来说，他们不会——你的客户是通过你已经建好的那些渠道找到你的。）

就连推送通知——多年来去做原生应用的那个大理由——如今在 iPhone 和安卓上的网页应用里也都能用了，只是要做一些设置。在你假定自己需要商店之前，先问问你的 AI 构建器有什么是可行的。

而如果你最终确实要做原生，那就清楚你在为什么签字画押：要交年费的开发者账号、一个以天计的审核流程，还有——真正的代价——从此要永远维护多出来的两个版本的产品。这不是一个永远别做的理由。它是一个等到商业理由无可辩驳时再做、而不是第一个用户开口时就做的理由。

从你手里已有的那部手机开始

这周，做那个十分钟的版本：在你的手机上打开你的应用，完整地做完一项真实任务。如果做得很糟，那你有的不是一个 App Store 难题——你面前有一个下午的修修补补，而你现在确切地知道它们是什么了。事实证明，不写代码做一个移动应用，看起来很像 AI 做的软件的其余部分：与其说是你想象中的那道技术关卡，不如说是去留意你的用户在开口要 App 时，实际指的是什么。