Ödeme korumasıAyrıntılar
- Paket kapsamındaki revizyonlar ücretsizdir.
- Teslimattan sonraki 3 gün içinde yanıt vermezseniz iş otomatik olarak onaylanır.
Para, ödeme yaptığınızda bloke edilir ve yalnızca işi onayladığınızda aktarılır.
Örnek sonuç
Technical specification: booking website for a yoga studio
1. Project goals
- Let clients see the timetable and book a class in under one minute, from a phone.
- Sell class passes and memberships online.
- Cut the time staff spend on bookings from about 10 hours a week to under 2.
Success measures (3 months after launch): 70% of bookings made online; no-shows below 10%.
2. Users
| Role | What they need |
|---|---|
| Visitor | See classes, prices and teachers; buy a first-class trial |
| Client | Book and cancel classes, see remaining passes, join a waitlist |
| Teacher | See their own classes and the list of booked clients |
| Admin | Manage timetable, prices, passes, teachers and refunds |
3. Pages and screens
- Home: next classes today, trial offer, studio address.
- Timetable: week view, filters by class type, level, teacher and room.
- Class page: description, teacher, length, places left, Book button.
- Prices: single class, 5- and 10-class passes, monthly membership.
- Teachers: list and individual profiles.
- Account: upcoming bookings, history, passes, payment methods.
- Admin panel: timetable editor, client list, sales report.
4. Key features
4.1 Booking
- A client can book if they have a valid pass or pay for a single class.
- Class capacity is set per room (Room A: 18, Room B: 10).
- When a class is full, the client can join a waitlist; if a place opens, the first person in line gets it and receives an email and text message.
4.2 Cancellation
- Free cancellation up to 12 hours before class; the pass credit returns.
- Later cancellation or a no-show uses up the credit.
4.3 Payments
- Card payments through a payment provider chosen by the studio.
- Passes expire: 5-class after 2 months, 10-class after 3 months.
4.4 Notifications
- Booking confirmation, reminder 3 hours before class, waitlist updates.
5. Non-functional requirements
- Mobile-first; pages load in under 2 seconds on 4G.
- Works in the two latest versions of major browsers.
- Personal data stored in line with local data protection law.
6. Open questions
| # | Question | Who decides |
|---|---|---|
| 1 | Do teachers mark attendance in the app, or does the front desk? | Studio owner |
| 2 | Is a 2-week trial pass needed in addition to a single trial class? | Studio owner |
| 3 | Should the timetable be embedded on the current website or replace it? | Owner + developer |
| 4 | Which payment provider and text-message service are preferred? | Owner |
Client: Lotus Lane Yoga, a studio with 2 rooms, 9 teachers and about 60 classes a week. Today bookings go through direct messages and a paper sign-up sheet. Standard package: specification up to 10 pages. Excerpt below.
Müşteri ve tüm ayrıntılar kurgusaldır.
Bu hizmet hakkında
Bir mağazanın bir CRM ile ya da bir rezervasyon sisteminin muhasebeyle konuşması gerektiğinde projeler, kimsenin yazmadığı sorularda tıkanır: hangi alan hangisine eşleşir, kopya olduğunda ne olur, ikisi de değiştiğinde hangi taraf kazanır. İki sisteminiz arasındaki entegrasyonu tarif ediyoruz: bir alışverişi tetikleyen olaylar, her veri akışının yönü, bir alan eşleme tablosu, kopyalar, silmeler ve hatalar için kurallar ve her tarafın neyi kaydetmesi gerektiği. Geliştiriciniz ya da entegrasyon ortağınız bir hafta telefon görüşmesi olmadan bundan tahmin çıkarıp inşa edebilir.
Neler dahil
- Neler alırsınızSistemler ve amaç, tetikleyiciler ve veri akışları, biçimleriyle bir alan eşleme tablosu, senkronizasyon ve çakışma kuralları, hata yönetimi ve açık sorular içeren, biçimlendirilmiş metin olarak bir entegrasyon gereksinimleri belgesi; iş yükü rakamları kaba bir rehberdir, teklif değildir.
- Veri akışlarıNe nereye, hangi olayda
- Alan eşlemeKaynak alan, hedef alan, biçim ve kural
- Çakışma kurallarıKopyalar, silmeler ve hangi tarafın kazandığı
- Hatalar ve kayıtlarYeniden denemeler, uyarılar ve neyin kaydedildiği
- Açık sorularHer tedarikçiyle neyin doğrulanacağı
Nasıl çalışır
- 1BrifSistemleri ve verileri söylersiniz
- 2EşlemeAkışları, alanları ve kuralları eşleriz
- 3GereksinimlerBelgeyi geliştiricinize verirsiniz
Sizden neler gerekiyor
İki sistem ve her birini ne için kullandığınız, hangi verilerin ne zaman taşınması gerektiği, bildiğiniz alanlar, varsa herkese açık API belgelerinin bağlantıları ve bugün yaşadığınız sorunlar.
Size soracaklarımız:
- Hangi iki sistemin bağlanması gerekiyor?
- Hangi veriler, hangi yönde taşınmalı?
- Veri ne kadar güncel olmalı?
- Baktığınız hazır bir bağlayıcı ya da eklenti var mı?
Paketleri karşılaştırın
| Paketler | TemelTek veri akışı$19 | Standart4 veri akışına kadar$39 | Premium10 veri akışına kadar$79 |
|---|---|---|---|
| Teslim süresi | 1 gün | 3 gün | 5 gün |
| Revizyonlar | 1 | 2 | 3 |
| Veri akışı | 1 | en fazla 4 | en fazla 10 |
| Alan eşleme tablosu | Evet | Evet | Evet |
| Test senaryosu | Hayır | Hayır | Evet |
| Sipariş ver Temel | Sipariş ver Standart | Sipariş ver Premium |
Ödeme koruması
Sipariş verirken ödersiniz, ancak para yalnızca onaylanan iş için aktarılır.
- Sabit fiyatPaket fiyatı, ödeme yaptıktan sonra değişmez.
- Para bloke edilirÖdeme yaptığınızda tutar yalnızca bloke edilir. İşi onayladığınızda hizmete aktarılır.
- Teslimattan önce kontrolHer sonuç size ulaşmadan önce kalite kontrolünden geçer ve onaylamadan önce sipariş sayfasında görürsünüz.
- Ücretsiz revizyonlarBrifiniz kapsamında, paketin izin verdiği sayıda değişiklik isteyin.
- 3 gün sonra onayTeslimattan sonraki 3 gün içinde işi onaylamaz veya değişiklik istemezseniz iş otomatik olarak onaylanır. Teslimattan sonra sipariş sohbetine yazarsanız sipariş bekletilir; yanıt verdikten sonra 3 günlük süreyi yeniden başlatabiliriz ve bunu sohbette bildiririz.
- Yeniden yapım veya tam iadeSonuç brifinize uymuyorsa ve revizyonlar sorunu çözmediyse ya da iş teslim süresinin iki katından uzun sürerse sipariş sohbetine yazın: işi yeniden yaparız veya ödemenin tamamını iade ederiz.
Sorular ve yanıtlar
API'lerin buna gerçekten izin verdiğini kontrol ediyor musunuz?
Bağlantısını verdiğiniz herkese açık belgeleri okur ve bulduğumuz sınırları not ederiz, ancak API'leri test etmeyiz. Geliştiriciniz inşa etmeden önce ayrıntıları doğrular.
Sistemleri sizin için bağlayacak mısınız?
Hayır, yalnızca gereksinimleri yazarız ve hesaplarınıza hiçbir zaman giriş yapmayız.
Zapier veya Make gibi kodsuz bir aracı kapsayabilir mi?
Evet. Aynı akışlar ve eşleme, kodsuz bir senaryo için plan olarak çalışır; brifte belirtin, adım adım anlatalım.
Yanıtınızı bulamadınız mı?