食品购物清单
根据配给和包装规格计算预计用量、库存天数、耗尽日期和补货日期。
面向门店与服务
柜台和预约表共用一个空间:一边是商品、订单与配送,另一边是美容与寄养,使用同一份客户资料和主人已经在自己应用里维护的同一只动物。
卖宠物用品意味着薄利,也意味着靠习惯下单的客人。风险不在于丢掉一笔生意,而在于没有察觉一位常客不再回头。做服务的一方面临的是对称的难题:预约靠口头排,寄养入住的健康要求靠本子核对,价目改了却分散记在三个地方。
下面这些功能正是针对这两件事。零售部分维护商品目录、订单、配送与订阅,并根据客人买过什么、家里有几只动物,推算他大概什么时候该补货。服务部分维护美容与寄养的日程,逐晚计算笼位余量,并在入住前核验健康要求。
卡片由目录生成,筛选出与销售和服务相关的条目。与临床部分一样,几乎所有内容都存在于网页版:后台工作在大屏幕上完成,iOS 应用目前不覆盖这一侧。
34
本页描述的功能数
34
在网页版中已启用
1
在 iOS 应用中也已启用
13
包含在免费方案内
这些数字由功能目录生成:只统计至少在一个平台上已经启用、并且已用你正在阅读的语言写好说明的条目。此列表没有一行是手工撰写的,因此某项功能状态改变时本页随之改变,仍在开发中的内容则完全不会出现。
根据配给和包装规格计算预计用量、库存天数、耗尽日期和补货日期。
通过 Firebase Cloud Messaging 发送浏览器通知,可在设备上注册和撤销令牌,浏览器不支持时会明确告知。
消息、预约、订单和营销四类通知各有独立开关,其中营销通知在你主动打开之前始终保持关闭。
宠物主人、诊所和商店之间的一对一消息,含未读数量统计,最后一条消息由服务器更新。
在你的宠物中按名字、品种和物种搜索,支持键盘导航,并可直接跳转到对应的档案页。
商品含价格、库存、配料和致敏原,并按物种、生命阶段和体重区间设定适用范围,随后供商品推荐使用。
订单含明细项、数量、合计金额和状态,其中只有已送达的订单才会计入商店统计中的销售额。
配送费可设为固定金额,也可在超过设定门槛后免费,一次设置即适用于该商店的所有订单。
按七天、十四天、三十天或九十天的周期自动补货,显示下次执行日期,可暂停和恢复,并链接到最近生成的订单。
按累计积分划分三个等级,第二级需五千分、第三级需两万分,积分倍率最高翻倍,兑换以一千分为单位。
生日生成百分之二十的优惠券,领养纪念日为百分之十五,临近的自动补货为百分之十,每张有效期三十天。
依据物种、生命阶段、体重区间、不含致敏原和有货情况计算确定性评分,并根据已知过敏单独列出应避开的商品。
商店首页按状态分列最近的订单,显示即将到期的自动补货,以及当前的配送费设置。
带工位的预约,时长取自价目表,并可查找真正空闲的时段:一旦取消,浴缸立即释放。
每次服务的造型、刀头与所用产品,附观察到的皮肤反应以及建议客户的下次到店时间。
按服务、体型、被毛与实际时长定价,加价与最低金额均由店铺自行申报。
按笼位安排寄养,可用名额按每一晚分别计算:只要有一晚满员,整个时段就排不下。
入住时依据可引用来源核查保护状态:指出缺少什么、哪一项已过期、哪一项会在寄养期间到期。
根据实际登记的购买记录推算的用完日期,并给出不确定区间和观察到的复购间隔。
按实际吃掉的每公斤价格比较目录中的各种规格,而不是按货架标价。
带有效期、最低消费和使用次数上限的优惠码,核销时逐条校验并列出所有未满足的条件。
按服务的动物种类、购买频率和消费金额分组,分界值取自本店真实分布,而不是固定数字。
从订单中找出买过被召回批号的顾客,并在受影响范围超出必要时明确说明。
只有在订单送达或服务完成之后才能评价,这条校验同样由数据库规则强制执行。
可被搜索引擎收录的网页,包含商店名称、地址、营业时间、服务和推荐商品,由服务器生成,只有商店打开发布开关后才会公开。
已发布店铺页面的公开索引,用来找到最近的商店,并在上门之前了解它提供什么。
支持意大利语、英语、法语、西班牙语、德语、简体中文、爱沙尼亚语、俄语和阿拉伯语,阿拉伯语采用从右向左布局,语言代码写在页面地址中。
简洁、进阶、紧凑、专注和卡片五种界面布局,改变的是信息密度和占用空间,不会去掉任何功能。
浅色、深色或跟随系统的自动主题,设置同时保存在设备和账户上,换任何浏览器都会保持一致。
符合 WCAG 2.2 的高对比度、减弱动效以及三种文字大小,并说明系统设置的优先级高于应用内设置。
应用清单包含图标和独立启动配置,站点可以安装到主屏幕,打开后的使用方式与应用一致。
service worker 优先走网络,其次使用缓存副本,最后回退到备用页面,对 Firebase 的请求则直接放行。
只追加不修改的日志,记录谁在何时做了什么;管理员可看到全部内容,兽医只能看到本诊所的记录。
需要重新登录后才能注销,先删除宠物、各项记录、联系人、共享和账目,最后再删除账户本身。
门店空间同样要经过人工审核才能投入使用。一旦你开始处理订单、预约和客户资料,你就成为这些数据的控制者,与 Animiyo 的关系由数据处理协议约束。
注册流程与普通用户相同。最初账号没有任何经营角色,也看不到任何受限区域。
在门店区域填写经营名称。空间以试用状态创建,你被记录为其持有人,但还不会获得任何操作权限。
平台管理员核对申请并分配许可,含方案、席位数量和可选的到期日。此后账号获得门店角色以及与空间的关联。
录入带价格与库存的商品,设置配送时段,定义服务价目,并发布店铺页,也就是门店的公开页面,同时可以从商户目录中被找到。
在把生意压在上面之前需要知道的缺口。它们是真实的空白,不是措辞上的保留。
平台不替代收银机,也不出具税务单据。柜台销售仍留在你已有的收银系统里:Animiyo 保管的是订单、订阅与客户历史。
价格与库存在平台内维护。与经销商价目表或仓库之间没有自动连接,也没有外部目录的定期导入。
从登记门店到实际可用之间,隔着人工的许可分配。你无法在几分钟内独立开出一个可用的商业空间。
商品目录、订单、日程与价目都在网页版中管理。iOS 应用目前覆盖的是动物主人一侧,而不是门店一侧。
以下页面包含具体数字、完整功能清单、实际采取的安全措施以及合同文本。这里没有对外的商务版本和对内的技术版本之分:这就是数据保护负责人在签约前可以要求阅读的同一份材料。
录入一部分商品,配置一项服务的价目,然后观察一周真实预约:这比任何功能清单都更能说明问题。方案与条件在价格页面上。
价格